ブラウザのキャッシュを削除して表示しても、普通に表示されるのでキャッシュの問題でもなく。

ほんとに３０分かどうかは謎ですが、３０分って時間がGoogle Analyticsのセッションをカウントする時間なので、Google Analyticsを外してみたり。
ＤＮＳのキャッシュが保持されている時間が、意外に短いらしいので、ＩＰアドレス変換に時間がかかってるのかと疑ってみたり。


このサイトは、シンプルながら、遊びで実は結構いろいろなコンポーネントを組み込んでいます。その辺が問題なのかとも思い、１つずつ機能を外してみました。

結局のところ、とあるJavaScriptが原因でした。
プログラムソースコードを、行番号付きで表示するっていうSyntaxHighlighterの読み込みに、異常に時間がかかることがあるらしい。

実のところ、なんで時間がかかるのかは、よく分かっていないんだけれども
SyntaxHighlighterを読み込む位置を、HTMLの下に移動して、通常画面を表示した後にロードするように変更。

これで、読み込みは発生しているけれども、見た目は表示されているはず。




問題を調べている間に、単純にサイトが重いからだろうと思っていた時期もあり
サイトを軽くする方法を、何個かついでに実装しています。

ＷＥＢで検索すると結構ヒットする、１４のルールっていうのがおもしろい。
元ネタは本で出版されています。

ハイパフォーマンスWebサイト ―高速サイトを実現する14のルール
この中で、cssを上にまとめるのと、表示に関係のないJavaScriptを下にまとめるのが、簡単な上に効果が大きい。
また、cssとJavaScriptをgzip圧縮すると、格段に軽くなりますが、こっちはちょっと
ひと手間必要。

gzipって書いてあったので、zip圧縮すればいいのかと思ったら読み込んでくれない。
tarのtgz圧縮のことでした。
***.css.gzとか***.js.gzというファイル名になります。

また、gzipに対応していないブラウザがあるらしく、対応したブラウザの場合はgzip版を、未対応の場合には通常のcssやjsを読み込むという分岐が必要になります。
.htaccessに

  
RewriteEngine On  
RewriteBase /  
RewriteCond %{HTTP:Accept-Encoding} gzip  
RewriteCond %{REQUEST_FILENAME} "\.(css|js|html?|xml)$"  
RewriteCond %{REQUEST_FILENAME} !"\.gz$"  
RewriteCond %{REQUEST_FILENAME}.gz -s  
RewriteRule .+ %{REQUEST_URI}.gz [L]  
  

と記述すると、判別してくれるらしい。
　　↑　噂のソースを綺麗に表示するコンポーネント。（たまにうまく表示されない）

この辺は本には載っていないけれど、
元ネタサイトは忘れてしまったけれど、検索すれば引っかかるはず。