問題タブ [http]

サブドメインmetric.foo.comにCookieが設定されている場合、www.foo.comへのリクエストでmetric.foo.com Cookieを削除する方法はありますか？ブラウザ（少なくともFirefox）は、metric.foo.comのドメインを持つSet-Cookieを無視しているようです。

回線を行き来するWebサービス、SOAP、WCFなどのトラフィックを監視するために使用するのに最適なツールは何ですか？Javaで作られたツールを見たことがありますが、それらは少しくだらないようです。私が欲しいのは、プロキシとして中央に位置し、ポートリダイレクトを実行するツールです（構成可能なリッスン/リダイレクトポートが必要です）。これを行うためにWindowsで動作するツールはありますか？

ユーザーが自分のサイトにアクセスしているブラウザ (IE、Firefox、Opera) を検出するにはどうすればよいですか? Javascript、PHP、ASP、Python、JSP、および考えられるその他の例は役に立ちます。この情報を取得する言語に依存しない方法はありますか?

ダウンロードする前に http://.../file のサイズを取得したい。ファイルは、Web ページ、画像、またはメディア ファイルです。これは HTTP ヘッダーで実行できますか? ファイルの HTTP ヘッダーだけをダウンロードするにはどうすればよいですか?

ディレクトリ内のすべてのファイルとHTTPサーバー上のすべてのサブディレクトリをダウンロードするにはどうすればよいですか？

PHP で非同期 HTTP 呼び出しを行う方法はありますか? のようなことをしたいだけですがfile_get_contents()、残りのコードを実行する前にリクエストが完了するのを待ちません。これは、アプリケーションである種の「イベント」を開始したり、長いプロセスをトリガーしたりするのに非常に役立ちます。

何か案は？

HTTP サーバーからディレクトリ リストを取得するには、短いコード スニペットが必要です。

ありがとう

の形式の URL がありますhttp://domain/image/⟨uuid⟩/42x42/some_name.png。Web サーバー (nginx) はファイルを探すように構成されており、ファイル/some/path/image/⟨uuid⟩/thumbnail_42x42.pngが存在しない場合は URL をバックエンド (mod_wsgi 経由の Django) に送信し、バックエンドはサムネイルを生成します。次に、バックエンドは、クライアントが要求したのとまったく同じ URL に 302 リダイレクトを送信します。この 2 番目の要求で、サーバーがサムネイル ファイルに気づき、それを直接送信するという考えに基づいています。

問題は、これがすべてのブラウザーで機能するかどうかです。これまでのテストでは問題は示されていませんが、すべてのユーザー エージェントがこれを意図したとおりに解釈すると確信できますか?

更新:意図を明確にさせてください。現在、これは次のように機能します。

1. クライアントは画像のサムネイルを要求します。
2. サーバーはファイルが存在しないことを認識し、リクエストをバックエンドに転送します。
3. バックエンドはサムネイルを作成し、302 を返します。
4. バックエンドはすべてのリソースを解放し、サーバーが新しく生成されたファイルを現在および後続のクライアントと共有できるようにします。

バックエンドに新しく作成されたイメージを提供させることは、次の 2 つの理由で悪化します。

1. 同じデータを提供する 2 つの方法を作成する必要があります。
2. サーバーは、静的コンテンツの提供においてはるかに優れています。クライアントのリンクが非常に遅い場合はどうなりますか? バックエンドは特に高速でもなく、メモリ効率も高くないため、クライアントにスプーン フィードしている間、バックエンドをメモリに保持するのは無駄になる可能性があります。

そのため、バックエンドを最小限の時間だけ動作させます。

Update²:いくつかの RFC リファレンスや、多くのブラウザーを使用した経験のある人の意見をいただければ幸いです。これらの肯定的な答えはすべて心地よいものですが、根拠がないように見えます。

次のようなWgetを使用して、HTML（ファイルに含まれている）をURLにPOSTしようとしています。

HTMLが投稿されるURLは、ASP.NETを使用して実装されたWebアプリケーションのエンドポイントです。サーバーは100（続行）応答で応答し、Wgetは次に続く実際の応答を続行するのではなく、単にそのトラックで停止します。

Wgetはどういうわけか100（続行）応答を処理するように指示できますか、それともこれはツールのよく知られた制限ですか？

ノート：

• Wgetがヘッダーを送信しないことに気付いたExpect: 100-Continueので、技術的にはサーバーが100（続行）応答を発行するべきではありません。

  更新：RFC 2616（Hypertext Transfer Protocol-HTTP / 1.1）の§8.2.3に従って 、 これは可能であるように見えます：

  オリジンサーバーは、リクエストメッセージに「100-continue」期待値のExpect request-headerフィールドが含まれていない場合、100（Continue）応答を送信しないでください。また、そのようなリクエストがHTTP / 1.0（またはそれ以前）のクライアント。このルールには例外があります。RFC2068との互換性のために、サーバーは、「100-継続」期待。この例外は、宣言されていない100（続行）ステータスの待機に関連するクライアント処理の遅延を最小限に抑えることを目的としており、HTTP / 1.1要求にのみ適用され、他のHTTPバージョン値を持つ要求には適用されません。

• cURLはそのようなトランザクションに問題はありません。ヘッダーを送信Expect: 100-Continueし、実際のヘッダーに100（続行）応答を続けます。

詳細については、上記の呼び出しからのトランザクションの完全なデバッグトレースを次に示します。

Jetty で実行されている Jersey で実装された REST Java サーバーがあります。特定のブラウザー (IE7) は、サーバーに対して行われたすべての要求を内部的にキャッシュしているようです。

私がやりたいことは、REST サーバーからの応答で特定の HTTP ヘッダーを送信して、その応答をキャッシュしてはならないことをブラウザーに示し、次にそのリソースへのアクセスが必要になったときにサーバーに再度クエリを実行することです。

このためにJersey/Jettyを構成する方法についてのアイデアはありますか? または、それを構成する唯一の方法はクライアント側ですか?