97

最近、CGI アプリケーションが応答しないという問題に遭遇しました。症状は Firefox で次のように表示されます。

ローカルホストからデータを転送しています...

しかし、問題は、Firebug の Net パネルからのトラフィックをまったく見ることができず、ブラウザが永遠に同じステージにとどまるということです。

このアプリケーションをデバッグする方法を考えていますが、ソース コードやコンパイル済みの Java/C++ コンポーネントがまったく表示されないため、HTTP ネットワーク レベルの診断が適切な出発点であると考えています。

私は Fiddler と Wireshark の経験がほとんどありませんが、HTTP ネットワーク レベルでより良いフィードバック/統計情報が得られるのではないかと思っています。Wireshark は高度ですが、大量のトラフィックが発生する可能性があるため、システム管理者はあまり好まないと聞いています。現時点では、Firebug は十分な情報を表示していないと思います。

証拠としてクライアントに転送できるように、情報を収集する必要があります。

4

7 に答える 7

85

Wireshark、Firebug、Fiddler はすべて同様のことを行い、ネットワーク トラフィックをキャプチャします。

  • Wireshark は、あらゆる種類のネットワーク パケットをキャプチャします。TCP/IP の下のパケットの詳細をキャプチャできます (HTTP が一番上にあります)。取り込んだノイズを低減するフィルターを備えています。

  • Firebug は、ブラウザー ページが行う各要求を追跡し、関連するヘッダーと、要求の各段階 ( DNS、受信、送信など) にかかった時間をキャプチャします。

  • Fiddler は HTTP/HTTPS プロキシとして機能します。コンピューターが行うすべての HTTP 要求をキャプチャし、それに関連するすべてを記録します。ポスト変数をテーブル形式に変換したり、リクエストを編集/再生したりすることができます。 デフォルトでは、IE で localhost トラフィックをキャプチャしません。回避策については、FAQ を参照してください。

于 2010-11-24T03:37:59.940 に答える
44

WireShark の利点は、HTTP プロトコルより下のレベルでエラーを表示できる可能性があることです。Fiddler は、HTTP プロトコルのエラーを表示します。

問題がブラウザーによって発行された HTTP 要求のどこかにあると思われる場合、またはサーバーの応答内容や応答にかかる時間に関する詳細情報を探している場合は、Fiddler を使用する必要があります。

ブラウザとサーバー (またはその下の他のレイヤー) で使用される TCP/IP プロトコルに問題があると思われる場合は、WireShark を使用してください。

于 2010-11-24T03:09:37.327 に答える
34

Mac を使用している場合は、上記のいずれでもありません。Charles Proxyを使用します。これは、私が今まで出会った中で最高のネットワーク/リクエスト情報コレクターです。すべての発信リクエストを表示および編集し、それらのリクエストからのレスポンスを、レスポンスのタイプに応じていくつかの形式で表示できます。ライセンスは 50 ドルかかりますが、試用版をダウンロードして感想を確認できます。

Windows を使用している場合は、Fiddler を使用します。

于 2010-11-24T03:09:10.100 に答える
15

チャールズと比較すると、フィドラーは常に勝者です。

fiddler の「ルールのカスタマイズ」機能は、どの http デバッガーでも比類のないものです。http 要求と応答をオンザフライで操作するコードを作成できることは、私にとって、また Web 開発の仕事にとって非常に貴重です。

fiddler には非常に多くの機能があり、charles が持っていないだけでなく、おそらくこれからも持っていないでしょう。Fiddler は何光年も先を行っています。

于 2013-03-25T20:29:35.807 に答える
5

HTTP/HTTPS レベルのデバッグには、Charles Proxy と Fiddler の両方を使用しています。

Charles Proxy の長所:

  1. HTTPS をより適切に処理します (「信頼できる機関」リストに入れる Charles 証明書を取得します)
  2. セッションの読み込み/保存 (特に複数のページをデバッグする場合に便利)、Web サイトのミラーリング (アセットをキャッシュするため、デバッグが高速化するのに便利) などの機能が追加されています。
  3. jburgess が述べたように、AMF を処理します。
  4. JSON、XML などの応答をツリー構造で表示し、読みやすくします。バイナリ データではなく、イメージ レスポンスでイメージを表示します。

Charles Proxy の短所:

  1. 料金 ：-）
于 2012-03-19T05:52:11.453 に答える
4

AMFを使用してデータを転送するアプリケーションを開発している場合(私が定期的に使用しているGIS Web APIの特定のセットではかなり一般的です)、Fiddler は現在、バイナリ データを簡単に表示できる AMF デコーダーを提供していません。読み取り可能な形式。Charles はこの機能を提供します。

于 2011-09-12T13:31:07.083 に答える