お疲れ様です。sasaki-kです。毎日暑いですね。 KLabではPHPで作られたフレームワークの高速化が熱いです。 高速化にあたっては、計測が重要です。 KLabではphpのxdebug extensionを使用し、プロファイル結果をcachegrindファイル形式で取得しWinCacheGrind で解析しています。 また皆でレビューするために Webgrind で解析結果を共有したり、言葉で説明しています。しかし、 Webgrindは一見してボトルネックが分かりにくかったり、言葉では説明がもどかしかったりしていました。 一方、KLabではCodepaste の社内版があり、 フォーマット済みのコードをフォームに貼りつけ、ブラウザのアドレスバーからURLをコピーしてIRC貼りつけてレビュー対象のコードを手軽に共有しています。 WinCacheGrind WebGrind codepa
Publickey グーグルがWebを高速化するために何をしているか http://goo.gl/KyBk この記事に興味を持った人は、是非、オライリーの「続・ハイパフォーマンスWebサイト」も読んで欲しい。http://goo.gl/davBless than a minute ago via Chromed Bird及川卓也 / Takuya Oikawa takoratta 本のページをめくるようにWebページの表示を高速化することを目指して、グーグルがWebブラウザやTCP/IP、HTTPといった通信プロトコルの改善を行っているのと同様に、私たちWebサイトを構築する側にも、Webを高速化するために使えるさまざまな手段があります。 それをまとめたのが書籍「続・ハイパフォーマンスWebサイト」です。以前、オライリー・ジャパンの編集担当の方から献本いただいていたので、さっそく紹介しまし
日本コンピュウェアは3月2日、Webサイトパフォーマンスを競合他社と比較できるオンラインサービス「Gomez カスタムベンチマークツール」を発表した。 Gomez カスタムベンチマークツールは、コンピュウェアのWebサイトに自社WebサイトのURLと、比較したい他社サイトのURL（最大4つまで）を登録すると、それらのWebサイト表示にかかった時間の比較などを無料でできるサービス。 例えば、自社サイトと競合他社A、B、Cの3社を比較すると、「各サイトの表示にかかった時間の平均値、最高値、最低値」や「サイトが落ちていないかどうか」、それらの「推移情報」などについて、24時間以内と1週間後の測定結果がメールで送られてくる。また、自社サイトに関しては、自社サイトのどの部分にどれだけ時間がかかっているかを分析して表示する。 「Gomez カスタムベンチマークツール」で＠ITのサイトパフォーマンスを計
先日、分散Key-valueストア kumofs を公開しました。 多く方から反響とフィードバックをいただいています。ありがとうございます。 今回は、kumofs はなぜスケールするのか、なぜスケールすると言えるのかーということについて紹介したいと思います。 ところでスケーラビリティとは何か？ スケーラビリティとは、利用者や仕事の増大に適応できる能力・度合い とされています（端的！）*1 。Scalability を日本語にすると、拡張性 と訳されるようです。 ただ一口でスケーラビリティと言っても、様々な側面があります。ITシステムでは主には処理性能と運用に関することを指す場合が多いと思いますが*2、その中にも様々な側面があります。 なぜスケーラビリティが必要か スケーラビリティは システムなどが持つべき望ましい特性 であって、高いに越したことはありません。しかし、高いスケーラビリティはタ
“Web高速化”に取り組むGoogleが、開発者向けにWebアプリの高速化を支援するツールをGoogle Chromeの拡張機能として公開した。 米Googleは12月8日、Webアプリ開発者向けの性能分析ツール「Speed Tracer」を、Google Chromeの拡張機能として公開した。同日公開のAjaxアプリ開発ツールの新版「Google Web Toolkit（GWT） 2.0」のツールの1つという位置付けで、GWTのページからダウンロードできる。対応するのは開発者チャンネル版のGoogle Chrome。 Speed TracerをインストールしたGoogle ChromeでWebアプリを開き、ブラウザ上部に表示されているストップウォッチのアイコンをクリックすると、それ以降の操作が記録される。一連の操作は「Sluggishness（鈍さ）」グラフに表示され、y軸が高い部分でス
デブサミ２００９でid:secondlife氏が発表されたという資料を見てみました。 http://www.slideshare.net/hotchpotch/deb2009-1023281 はてぶをフルスクラッチでリニューアルした際に、従来のMVCモデルからさらに一歩進んで抽象化を進めたとのことで。 資料中、MVCの発展系として、MVACなる概念が提唱されているのですが、Aは「Applicaiont」？？「アプリケーションレイヤの作成」という記述もあるし、たぶんApplicationのtypoですねきっと。 資料からは「データソース層」「サービス層」「アプリケーション層」の３層が「Model」「View」「Application」「Controller」にどう対応するのかよくわからなかったけど、おそらく「サービス層」を担当するのが「Application」なのでありましょう。 そして、「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く