5 コメント: hika69 さんのコメント... MySQL Cheat Sheetのリンクが切れているようです。ほしいです！ 2011/04/02 12:54:00 Mikiya Okuno さんのコメント... Hikariさん、 今引越しをしたところで、まだ鯖を配備し終えてないのです。今しばらくお待ちを！ 2011/04/04 14:43:00 Mikiya Okuno さんのコメント... Hikariさん、 おまたせしました。ダウンロード可能になりました。 2011/04/09 0:05:00 Unknown さんのコメント... このコメントは投稿者によって削除されました。 2016/07/21 17:48:00 Mikiya Okuno さんのコメント... すみません。本文中でリンクしているサイトは、ドメイン切れのため消失してしまいました。下記のリンクをご利用ください。

こんにちは。クックパッドでイベント運営を担当しているスミです。 去る12/17、食べログさんと共催で勉強会を行いました。食べログさん、クックパッドのエンジニアがそれぞれ3名ずつ、お集まり頂いた約30名のエンジニアの皆さまの前でプレゼンを行いました。 インフラのお話をテーマにした今回。会場の皆さまからたくさんのご質問を頂き、とても熱い時間を過ごさせて頂きました。ご来場頂いた皆さま、どうもありがとうございました。 クックパッドのエンジニアが使用した資料を公開いたしますので、是非ご覧くださいませ！ ・クックパッドのスケーリング（高田悟史） [slideshare id=2756725&doc=20091214tabelog-key-091221024948-phpapp01] ・800万人の"食べたい"をHadoopで分散処理（佐々木達也） [slideshare id=2735999&doc=

いい加減さ、言語ごときに金かけるのやめろよ。馬鹿どもが。 FMyLifeを毎日読むhttp://www.fmylife.com/ Fってfuckのことな。これを毎日、最低5つは読め。 コメントも読んだ方がいいが、めんどくさいならいい。 印刷するとなおいい。 大事なのは、覚える気で読め。ということだ。 単語覚えろよ文脈云々？笑わせんなよ。ありゃボキャビルが5000に達したやつだけが言えることだよ。 いちいちうまい言い訳にすがって暗記ナメてんじゃねぇよ。 ターゲットでも速読英単語でもDuoでもなんでもいい。覚えろ。 その次は英検準一級向けの単語帳でも使えばいい。 wikipediaでも読んでろもちろん英語版な。ジョブズが好きならそれでも読め。好きなことの記事を読め。 辞書は引くな。 さっき挙げただけの単語を覚えてるなら、もう辞書を引きつつ読むのなんてむしろ害だ。 ざっと読んで大意がとれないやつ

日本語で読めるSEO/SEM情報モバイルSEOはじめの一歩 - 検索エンジンにインデックスさせるには （アイレップの SEM フロンティア）モバイル端末がアクセスしたときに、モバイル専用サイトを見せているWeb担当者も多いだろう。ここで注意すべきは、モバイル検索用のクローラにもモバイルサイトを見せなければならないということだ。さもないと、モバイルサイトがインデックスされないという事態に陥ることがあるそうだ。 モバイル検索のクローラにモバイルサイトを見せるには、検索エンジン会社が公開しているモバイルクローラのユーザーエージェント名やIPアドレスで振り分ける方法が一般的だ。 PCサイトからモバイルサイトへのリダイレクトは301? 302? （アルファSEO）モバイル端末からPCサイトにアクセスした場合にモバイルサイトにリダイレクトするときには、301と302どちらのリダイレクトを使うべきなのだ

音楽配信サイトのLast.fmは、今年の10月からXbox Liveでも利用できるようになったことを受けてユーザー数が大幅に増加。これに対応するためサーバにSSDを採用したところ、問題なくスケールの向上に成功してしまったことをブログ「Launching Xbox, Part 2 - SSD Streaming」で明らかにしています。 SSDで同時接続数が300から7000に増加 Last.fmはこれまで7200rpmのSATAドライブをバックエンドに利用。ファイルシステムとしてオープンソースの分散ファイルシステムであるMogileFSを採用していました。 オーディオストリーミングの能力は基本的にこのMogileFSの管理下にあるハードディスクのランダムI/O性能に依存しており、現在は1つのハードディスクあたり約300同時接続をサポートしていたとのこと。 しかしXbox LiveがLast.

ドットインストール代表のライフハックブログ

「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 顧客に伝わる文書にするには、書き手の考えや意図、提示したい情報などを、正確かつ確実に読み手（顧客）に理解してもらえる文章を記述しなければなりません。今回から2回にわたって、顧客に伝わる文章を記述するためのポイントを紹介します。まず「分かりにくい例文」を取り上げてどこが分かりにくいのか解説し、その後に分かりやすい文章へと修正していきます。 1つの事柄だけを伝える文章にする 文章を記述する際の基本は、1つの文章で1つの内容（事柄、情報など）だけを伝えることです。1つの文章で多くの内容を伝えようとすると、長くて分かりにくい文章になってしまいます。以下の点を考慮して文章を記述し

要素セットに対してフィルタリングしたり、親子・兄弟関係にある要素を取得したりするメソッドについてまとめた、すぐに役立つ13本を一挙公開。 連載目次 このシリーズでは、jQueryの基本機能を目的別リファレンスの形式でまとめています。リファレンスという性質上、本稿では入門レベルからの解説は行っていません。jQueryの基本、また、Visual StudioでjQueryを利用する方法などについては、拙稿「ASP.NETプログラマーのためのjQuery入門」も併せて参照してください。 さて、第3回となる今回は、トラバーシング（Traversing）編。「Traverse」とは英語で「行き来する」という意味で、jQueryの場合、$()関数で取得した要素セットに対してさらに絞り込みをかけたり、相対的な親子／兄弟関係にある要素を取得したりすることをいいます（要は、要素間を行き来する、というわけです

ドットインストール代表のライフハックブログ

最近こんなやりとりがあった。 「Cって標準のコンテナ（双方向リストや可変長配列など）がなくて不便。 Cのプロジェクトってコンテナ自体ないこともあるし、コンテナがないとプログラムって書きにくいよね。 その点C++はSTLが(ry」 ... 「コンテナ？　STL“も”いいけど、自分で書きたい」 正直、自分は「え？　何を言っているんだ？」と思った。 STL“も”いいけど、“自分で書きたい”だって？ その人はプログラマとしては十年選手だが、C++に関して、特にテンプレートに関しては稚児に等しいレベル。 で、どうして「自分で書きたい」ということになるんだろう？ それを使わされる人の苦労はどうなる？ それともプロジェクトに同一の事をするための複数のコンテナが存在するのか？ 俺俺コンテナを書きたい理由はなんだ？ 要するにここにおいて「自分で書きたい」はSTLがよく解らないので、 機能や動きを隅々まで把握

前回はトラブルコールを怖れない、という内容について書いてみましたが、まあ怖れる怖れないには関係なくトラブルコールはやってくるので、今回は、いざやってきたトラブルコールをどう打ち倒そうか、ということについて書いてみます。 トラブル対応のキホンと「省略」 トラブルといっても内容は実にさまざまです。ハードウェアが壊れた、クラッキングされてる、キャパあふれ、ポカミスなどいろんなことが起こります。キャパあふれひとつとっても、アクセス過多（DoS、DDoS含む⁠）⁠、ディスク溢れ、I/O（特にディスク）逼迫などバラエティに富んでいます。 そんなトラブルへの対応は、 原因究明 対応 再発防止 という順番で行われるパターンが多いでしょう。 本来これは1→2→3という順番で行われるものですが、原因究明がなかったり、再発防止がなかったりすることもまま（多々）あります。 原因究明がないケースというのは、「⁠とり

先のエントリ (ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない) ではボトムアップに煽った書き方をしたけど、自分がトップダウンでどういうふうに捉えているかについて。以下、あくまでも私見です。 いわゆるネット業界は1990年代後半に始まってから15年くらいたったわけだけど、当初はマスメディア（静的コンテンツの配信）が業界の中心だったのが、パーソナライゼーションを経て、コミュニケーションツールへと変化してきた*1。 それにあわせて技術的な面でも分化が進み、今ではデータベースとアプリケーションサーバと httpd っていう三層構成が一般的になっている*2。 そもそも Apache って、モジュールをC言語で a-patchy に書いて動的コンテンツを作れるのが売りだったわけだけど、今じゃコモディティ化を通り越してレガシーソフトウェアの代表格。でもみんなあんまり困ってないの

Tritonn のホットバックアップ環境を構築しようと思って調査。結論から言うと 漢(オトコ)のコンピュータ道: MySQLバックアップ頂上決戦！！ LVMスナップショット vs InnoDB Hot Backup の「MyISAMをスナップショットでバックアップ」でよさそう。 確認したこととしては、 Tritonn の全文検索データは FLUSH TABLES しても fsync されない つまり sync (1) の呼び出しが必須 linux の場合 sync (1) は１回呼べば十分だと man に書いてある POSIX 的には何回呼んでも書き込みが完了してる保証はない ってあたり。実際に、FLUSH TABLES WITH READ LOCK して sync ３回呼んでから LVM snapshot とって、myisamchk と sennachk してみたけど、myisamchk

タイトルは煽り入ってますが。 仮に動的ページを生成するのにかかる時間が1秒、そのうちデータベースやmemcached等リモートサーバへの問い合わせ時間を除くいたCPUの処理時間が0.1秒とする。また、ピークのリクエスト処理量は、平均の２倍とする。 そうすると、クアッドコアのアプリケーションサーバで処理できるリクエストは、 4 core * 10 reqs/sec * 86,400 sec/day * 30 day/mon / 2 = 51,840,000 reqs/mon と、約5,000万PV/月を１台で捌けることになる。 CPUが動いている時間は全処理時間の10倍と仮定したわけだから、アプリケーションサーバの最大同時接続数は 4 core * 10 = 40 程度あればいいことになる。実際には、安全係数を２倍かけて 80 とか。リクエストの処理に必要なメモリ量を 100MB とすると、