ブラウザにGoogle Chrome を使っているんだが、急にFlashが見れなくなった。画面には、Missing Plug-in と出てる ↓ Google先生に聞いてみるといろいろやり方がでてくる。これを試してみた ↓ http://www.google.com/support/forum/p/Chrome/thread?tid=72dcc29296d64aa9&hl=en 書いてある手順 ↓ 1. Chromeのアドレスに"about:plugins"と打つ 2. "Flash" (Shockwave Flash) のプラグインを探す 3. "無効にする"をクリック 4. ShiftとEscを押してGoogle Chrome Task Managerを表示する 5. "プラグイン: Shockwave Flash" を選択 6. "プロセスを終了する"ボタンを押す 7. Google
ほとんどのシステム管理者が経験したことがあるはずの状況は「何か悪いことが起きていて、サーバがダウンしているが、しかし何が起きているのか分からない」というシチュエーション。サーバを管理するシステムアドミニストレーターなどの立場でいると何が大変かというと、実際の製品として動かしている実環境でこのような問題が発生した場合です。 そこで役に立つのがこのオープンソースソフト「Trouble-Maker」です。 Trouble-Maker http://trouble-maker.sourceforge.net/ システム管理者の仕事を簡単にするため、多くのツールが存在していますが、未知の状況を経験している場合になんとかしてくれるわけではありません。この一連のソフトウェア群「Trouble-Maker」は既存の便利なツールとは異なり、問題を解決するのではなく、むしろ問題を引き起こします。インストールし
Web系開発 ( Apache + MySQL + PHP ) を Mac 上で手軽に行えるようにするために、ローカル開発用サーバ環境としてMAMPというパッケージを入れました。 （MAMPは、Macintosh, Apache, MySQL, PHP を省略した名前です。ちなみにマンプと呼びます。） 下記の本+Webを見ながら、PHPを勉強中です。 MacPortでWeb系開発環境 ( Apache + MySQL + PHP )を個別に設定しろよと思うかもしれませんが、最初から環境設定に時間を掛けるのはモチベーションが上がらないので、MAMPを入れました。個別設定は他言語（Ruby、Perl、Python、Objective-C）での開発など必要になったときに勉強しながらやればいいと思ってます。 MAMPをダウンロード下記のページからMAMPをDLします。 ・MAMP: Mac, Ap
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
最近あまり日記を書いていなかったので、少し書いてみたら、賛否両論のコメントがたくさんついたことを嬉しく思う。 トラックバック元の URL も訪問してみた。 いつも書くような、くだらない内容の日記と比較して、昨日のは短時間でこれだけのコメントが付いたということが、このような問題解決方法に関する汎用的な方法を知りたいという関心度の高さを表している。 作業の例としてプログラミング、作業効率の例として行数を挙げて説明したつもりだが、プログラミング以外の作業にも適用可能だ (依頼されて行う仕事も、自ら進んで行う趣味も)と思うし、また作業効率として行数のみを挙げるというのはおかしいという話ももっともである。それらの表現は、一種のわかりやすい比喩として例示したものなので、別の表現に置き換えていただいても構わない。 方法を知ることでそういう効率的な方法で仕事ができるようになるのだが、その方法を他人に伝える
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
