「太陽光発電の「不都合な真実」」の不都合な真実 : 404 Blog Not Found
2009年11月05日12:30 カテゴリSciTech 「太陽光発電の「不都合な真実」」の不都合な真実 由々しきFUD。 【最終回】太陽光発電の「不都合な真実」：日経ビジネスオンライン というわけで、同記事の不都合な真実を指摘しておくことにする。 【最終回】太陽光発電の「不都合な真実」：日経ビジネスオンライン 植物も光合成によって、太陽光発電と同様に、太陽エネルギーを別の形態のエネルギー源（糖／ATP）に変換して利用している。その変換効率は数％で、一方の太陽光発電は最大10〜20％とずっと高いことになっている。 しかし、イネ科の穀物植物や藻類などは5％以上もあり、それほど大差があるわけではない。 イネの葉が農地に落ちる日光を全て受け止め、そしてそれを100%コメにしたならそうなる。しかし事実はだいぶ異なる。実際には日光はかなり取りこぼすし、イネは自身が成長するためにも生活するためにも光合
マイクロソフト、違法に改造された360本体をXbox LIVEから一斉に追放www:アルファルファモザイク - ２ちゃんねるスレッドまとめブログ
■編集元：ニュース速報板より「【Xbox360】 ” 割れ厨BAN祭り ”の余波が在日共にもｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!!」 1 ノイズc(長崎県) :2009/11/05(木) 16:11:51.59 ID:dw2t8nDI ?PLT(12001) ポイント特典 【Xbox360】秋のBAN祭り日本到来で割れ厨顔面レッドリングｗｗｗｗｗ MS秋のBAN祭り♪ マイクロソフト、違法に改造された360本体をXbox LIVEから一斉に追放 マイクロソフトは、違法に改造されたXbox 360本体をXbox LIVEから一斉に追放するそうです。 http://gs.inside-games.jp/news/207/20783.html http://www.majornelson.com/archive/2009/11/04/xbox-360-console-ba
いつかメジャーでＭＶＰ : 松井が翔ぶ : スポーツ : YOMIURI ONLINE(読売新聞)
自信とはね、自分の未来の可能性を信じるってことなんだよ――。 本連載で前回、取り上げた松井秀のセリフだ。きょうは、その続編。ヤンキースタジアムへの道すがら、記者は３１歳のスラッガーに、どこまで未来の可能性を信じるのか、尋ねてみた。 「ホームランの数とかタイトルとか、そういう予想はできないけどね」ときたから、例によって漠然とした答えでかわされるのを覚悟した。 ところが……。 車のアクセルを踏み込みつつ、「おれ、いつかメジャーでＭＶＰ（リーグ最優秀選手）をとりたい」と継いだ。驚く記者に向かって“演説”を続ける。 「ただし、優勝した上でね。一番、優勝チームに貢献したという選ばれ方で、ＭＶＰがほしい」 不思議なぐらいに言葉があふれ出す。高速道路の渋滞が解消し、遅刻を免れると判断して、フッと気が緩んだのだろうか。 ◇ ちなみに、ＭＶＰに対するあこがれは、可能性を信じる心と結びつけて構わない。なぜなら
Perl の開発環境 - naoyaのはてなダイアリー
人力検索でPerlの開発環境はどんな感じ?という質問があがっていて、にわかに盛り上がって(?)いますね。僕も回答してみました。 一般的にPerl使ってる人はWindowsで開発する人が多いんですかね？サーバにログインして、ターミナル上で開発をする人って結構少ないのかなぁ。 自分なんかローカルで一応Active Perlをインストールしているけど、ほとんど使わないし…。普段はサーバにログインしてそこでemacsで開発、ローカルでやるとしたらcolinuxにログインしてそこで開発って感じです。Windows上にソースを置くということはしてませんねぇ(あ、colinuxはWindows上か…) その感想として Emacs とか vi 使わないの? っていう話。mixi なんかを見てても僕の周辺で同じ感想を持ったひとが多かったようで。 やっぱり Perl は PC-UNIX を含む UNIX との
MyISAMとInnoDBのどちらを使うべきか
Twitterで話題になってたので簡単にまとめました。 ●MyISAMにしか無い機能を使いたい場合はMyISAMを使うしかない ・全文検索 (TritonnやSphinx) ・GIS ●InnoDBの利点(MyISAMの欠点) ▲障害対応系 ・クラッシュしても再起動するだけでリカバリができる ・クラッシュリカバリにかかる時間はテーブルサイズに比例するようなことはなく、コミット済みのデータは修復できる (巨大なMyISAMテーブルのREPAIRには数日単位で時間がかかることがある) ・オンラインバックアップができる ・INSERTやLOAD DATAなどを実行している途中でCtrl+Cでその更新系SQL文を止めても、テーブルは壊れないし、中途半端な状態で更新されることも無いし、スレーブが止まることも無い ▲性能系 ・行レベルロックなので並列性が高い(MyISAMはテーブルロック)。またSEL
MyISAM/InnoDBに関して - みかログ
最近は常にInnoDBを利用しているので，MyISAM vs InnoDB にちょっとコメントしてみる． まず「Webアプリならトランザクションはいらないか」について． Webアプリで，トランザクションの重要性が高くないといっても，無いよりはあった方が良いはず． ちょっとしたシステムでも，たとえばユーザのテーブル，プロフィールのテーブル，日記の記事のテーブルなどでわけるわけで，それぞれのテーブル間の整合性がとれていないと問題が生じてしまうと思う． ハードウェア障害などでクラッシュしたときに，ユーザのテーブルにはレコードがあるけど，プロフィールにはレコードが無いケースとか，そういうケースが発生することを考えると，トランザクションは利用すべきじゃないのかなと． というわけで，JOINを使うようなアプリケーションであれば，トランザクションは使うようにすべき，というのが持論． それ以外でInnoD
RailsとMySQLトランザクションモードの関係 - yellowback's blog
RailsによるアジャイルWebアプリケーション開発のp.151に載っているテストtest_validateがうちの環境ではFailしてしまいました。Rails(ActiveRecord)のテストがトランザクションモードを使うようになっていたのですが、MySQLがトランザクションに対応していないモードで動作していたのが原因でした。以下はその詳細と解決方法です。 うちの環境はこんな感じです。 OS: NetBSD 3.0 DB: MySQL 5.0.20 Ruby: 1.8.4 Rails: 1.1.2 Activerecord: 1.14.2 Failしたテストのコードは以下です。(39行目は本には"Should be positive"となっていましたが、モデル側で出しているメッセージは違うものだったのでそれにあわせて変更しました) 26 def test_update 27 a
MySQLのリモート接続
こんにちは。 私も最初はローカルでしか動かしておらず、リモート接続のときに苦労した経験があります^^); > ・クライアント側に何をインストールしなきゃいけなくて クライアント側にもMySQLをインストールする必要があります。 > ・サーバ・クライアント両方にどんな設定が必要で、 クライアント側の設定は特に必要ありません。 サーバ側に、クライアントからアクセスするためのユーザを追加する必要があります。 まずは、rootユーザでmysqlに接続してください。 mysql -u root rootユーザのパスワードを設定している場合は、-pが必要です。 mysql -u root -p 接続した後で以下の2つのコマンドを実行してください。 GRANT ALL PRIVILEGES ON *.* TO [ユーザID]@"%" IDENTIFIED BY '[パスワード]' WITH GRANT
■ - ものぐさ者の備忘録
MySQLのサーバにクライアントからリモートアクセスする方法。 １．クライアントとサーバ両方にMySQLをインストールします。 ２．サーバ側で、二つのユーザを作成します。 ・ローカル向け grant all privileges on DB名.* to ユーザ名@localhost identified by 'パスワード' with grant option; ・リモートホスト向け grant all privileges on DB名.* to ユーザ名@'%' identified by 'パスワード' with grant option; ところが、どうやってもクライアントからサーバにつなげることができず、どはまりしました。 【確認したこと】 １・MySQLのポートは開いているか # netstat -tlpn|grep mysql tcp 0 0 0.0.0.0:3306 0.0
naoyaのはてなダイアリー - MyISAM vs InnoDB
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
MySQL、MyISAMとInnoDBを選ぶ方法 | エンタープライズ | マイコミジャーナル
SitePoint: New Articles, Fresh Thinking for Web Developers and Designers MySQLはほかの多くのデータベースと違って複数のテーブルタイプを提供しており、用途に応じてテーブルタイプを使い分けることができるようになっている。デフォルトのテーブルタイプはMyISAMだが、ほかにもInnoDBを選択することもできる。SitePointに次の2つの記事が掲載されており、どちらを選択すべきかが簡潔にまとまっている。 MySQL: the Pros and Cons of MyISAM Tables MySQL: the Pros and Cons of InnoDB Tables 内容を要約すると次のようになる。 MyISAMの特徴と問題点 特徴: デフォルトのテーブルタイプ 特徴: シンプル 特徴: 高速に動作 特徴: フルテ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社スタイルズ