- 2010-01-27 (水)
- 技術
ここ最近フロントエンドのパフォーマンスチェックでHttpWatchを使っているんですが、これはかなり調子がいい！
特にインストールするとIEとFirefoxに追加され、Firebugのように画面の下のほうに表示されるので違和感なく使えます。
んで、このソフトを使ってサイトのパフォーマンスチェックをしていたら、IEの場合だけ
「ERROR_INTERNET_INVALID_URL」
というRequestの結果が返ってきて、これってなんだろうと調べてみたら、jQuery・prototype.js・YUIを使っている場合に
IEでDomContentLoaded（DCL）判定するときに発生しているようです。
これでだいたい3〜6ミリ秒のオーバヘッドがあるよう。
ほんのちょびっとですがねｗ
jQueryの場合（ver1.2.1）
bindReady関数の中にIEだったらという分岐があり、その中でsrc=//:なscriptタグをdocument.writeしているのが原因。
このscriptがdocument.writeされたタイミングでsrc属性のURLをGETする際に、よくわからんURLじゃ〜と言っているんでしょうね。
jQueryがこの判定方法を使っているのはおそらく1.2.1以前だと思うので、1.2.6や1.3.X、または1.4を使っている場合は問題ありません。
ちなみに1.4のDCLの判定は以下のようになっています。
onreadystatechangeとonload、あとは今までにもあったdoScrollで判定しているようです。
prototype.jsの場合（1.6）
このprototype.jsを使っている場合が、今回のERROR_INTERNET_INVALID_URLなRequestを送信してしまうパターンになります。
実際のコードは以下のとおり。
deferで遅延評価させて、readyStateがcompleteになったらfireしています。
この方法個人的に面白くて好きなんですが、無駄なRequestが発生してしまうのが難点ですね。
■関連記事
Prototypejsのdom:loadedを検証（IEの場合）
YUIの場合
ERROR_INTERNET_INVALID_URL & HttpWatch - HttpWatch BlogにはYUIでも起こると書かれていましたが、YUI2・YUI3の両方でscriptをdeferさせる方法はなかったので大丈夫でしょう。
もっと古い時代に書かれていたと思われます。
以下YUI3のDomContentLoaded判定。
ほとんどjQueryと同じです。
まとめ
今回のERROR_INTERNET_INVALID_URLが発生してしまう可能性があるのは以下、
- jQueryは1.2.1以前を使っている場合
- prototype.js1.6以前を使っている場合
- YUI2よりも前のものを使っている場合
の3点かな。
他のライブラリも含めたらもっとあるでしょうが、とりあえず調べたのはこんだけ。
Firefoxとかだとこの現象は発生しないので、なかなか発見しずらいものではありますが、たまたま発見したのでログとして残しました。
HttpWatch以外に僕が使っているパフォーマンスチェックツールは、
page-speed - Project Hosting on Google Code
あと、
Diagnose and Prevent AJAX Performance Issues - dynaTrace AJAX Edition
これIEだけなんですが、CLASS指定の個数とかID指定の個数とかわかるので、どこで遅くなっているかがわかりやすいです。
ではでは。
■関連リンク
・ERROR_INTERNET_INVALID_URL & HttpWatch - HttpWatch Blog
- Newer: エラトステネスの篩 - JavaScript版
- Older: JavaScript遅延ロード - jLazyLoader
Comments:0
Trackback:0
- TrackBack URL for this entry
- http://hisasann.com/cgi-bin/mt/mt-tb.cgi/1237
- Listed below are links to weblogs that reference
- JavaScriptライブラリを使っていてIEで余計なリクエストが発生してしまうケース from HouseTect, JavaScript Blog
