::ハブろぐhavelog.ayumusato.comaho.muYSlowを参考にした高速化2010-02-03自分がYSlowでよく引っかかるポイントmanifestに引き続き、今回はレガシーなウェブの技術仕様の中で高速化をがんばります。みんな大好きYSlow先生に色々訊いてみました。cmsのサイトのYSlowでのGrade判定がDからBに向上しました。ファイル数減らしたり、cssにもExpiresを設定するかとかの微妙なラインは問題を先送りしてますが。requestsHTTPリクエストの数を減らします。単純に読み込みファイル数を減らすということ。Spriteでゴニョる。SpriteってRPGツクールを思い出す。headersコンテンツキャッシュの賞味期限を長めに設定する。CSSとかはよく微調整するので、画像とJSに合わせるとこんなん。DEFLATEって書いただけで500になる。topCSSはhead要素内でも上のほうに置く。CSSは並列取得できるからさっさと読ませる。bottomJavascriptはhead要素内の最下部に置く。Javascriptは並列取得できない&解釈が先に進まない。シーケンシャルに1つずつ解釈するため、Jsの数が多くてもパフォーマンスが下がる。(ETags)ETag自体はファイルのIDみたいなもの。基本的には一切無くていい。ETagをちゃんと活用するなら話は別だけど。gzipあたりはhtaccessから制御できる。ロリポのgzipのように許可されていない記述を書くと、500エラーを噴出し始めるのでご注意。Noneハジっこは囓っておいたほうが?Webページの高速化については、なるべくメンバー全員が知っておいたほうが良さそう。その上で、パフォーマンスの目標ラインをコントロールする主導者も必要になる。Googleが検索結果の評価に、ページの表示速度を加味するとかいう話があったりなかったりというところで、いつまでも無頓着なままではいられない領域な気がしている。セミナー&ワークショップ資料公開JavaScriptよ。文明を捨て、自然に還れ。Sato又の名をあほむ。名古屋と渋谷を反復横跳びするWebフロントエンドエンジニア。Web関連技術をアレしたり温泉に浸かったりします。