Fiddler は確かに面白そうで、優れたデバッグ ツールとして推奨している人々を見てきましたが、簡単に説明すると、Firebug にまだない優れた機能は見当たりません。
Fiddler にできて Firebug にできないことは何ですか? 逆に、Fiddler ができないことで Firebug ができることは何ですか?
はい、できます。Web ブラウザだけでなく、任意のプログラムからの HTTP メッセージを表示できます。
Fiddler は、任意の .NET 言語で拡張できる拡張可能な Web デバッグ プラットフォームです。これにより、プラガブル インスペクターを作成してトラフィックをコンテキスト依存の方法で表示し、アプリケーションに送信または返される前に要求または応答を改ざんできます。これには、以前にキャプチャまたは生成されたトラフィックを再生できる「自動応答」メカニズムがあり、後で調査するために圧縮されたロスレス形式でトラフィックをディスクにアーカイブできます。
Fiddler の機能の一部を示す簡単なチュートリアルについては、 http://www.fiddler2.com/fiddler/help/video/を参照してください。
IE6 および 7 でデバッグする必要がある場合に最適です。
Firebug Lite は IE で利用できますが、Firebug は Firefox ほど注目されていません。現在、Lite 版で利用できる YSlow はありません。
IE の場合は Fiddler を使用することを好みます。Firebug と比較すると、次のような利点があることがわかりました。
1) Fiddler アドオン neXpert を使用すると、View 状態の寄与を簡単に知ることができます。Firebug+Yslow では、寄与率を簡単に知る方法はありません。2) Fiddler はプロキシであるため、AJAX リクエストのデバッグが容易になります。Firebug は XHR のみをトラップできますが、fiddler は XHR だけでなく任意の AJAX 技術を監視できます。3) 使用するブラウザに依存しません。文字通りすべてのブラウザで動作します。
また、DOM を調べる必要がある場合は、いつでも IE Developer Toolbar などのツールを使用できます。
前回確認したとき、Firebug はページに対する生の初期リクエストと応答を表示しませんでした。AJAX/javascript 呼び出しなど、ページ内で発生する xhttp 要求のみ。
また、HTTP プロキシには、ブラウザで起こること以外にも多くのことがあります。Fiddler は、たとえばコンソール アプリケーションと Web サービスの間で何が行われているかを示すことができます。