問題タブ [http-headers]

サイトにアクセスする IEMobile に問題があります。私が使用する特定のリダイレクトには、302 応答コードとヘッダーがあります (そうです、それは app-engine です)。

これは、ほとんどのブラウザーで問題なく機能します。IEMobile に入ります (Windows Mobile 6.1 経由)。この応答を受信すると、IEMobile は次の場所に向かいます。

欠落に注意してください#input-top。私に何ができる？

私は学校向けのプロジェクトに取り組んでおり、Webからファイルをダウンロードするために使用できるツールを実装しています（スロットルオプション付き）。つまり、GUIを用意し、JProgressBarウィジェットを使用して、ダウンロードの現在の進行状況を表示します。そのためには、ファイルのサイズを知る必要があります。ファイルをダウンロードする前に、どのようにしてファイルのサイズを取得しますか。

私が取り組んでいる、PHP を使用して構築されたサイトに、完全に空白のページが表示されることがあります。クライアントまたはサーバーにエラー メッセージはありません。同じページが表示される場合もありますが、表示されない場合もあります。すべてのページは、IE7、Firefox 3、Safari、および Opera で正常に動作しています。すべてのページは、次のメタ要素を含む XHTML です。

このPHPコードを追加することで問題を解決したようです：

この問題は、XHTML、エンコーディング、gzip 圧縮、またはキャッシングが原因である可能性があることを読みましたが、これらの推測を​​バックアップできた人はいません。

問題は断続的だったので、私のソリューションが実際に問題を解決したかどうか確信が持てません。

私の質問は、他のブラウザーがコンテンツを表示するときに IE6 に空白のページを表示させる再現可能な方法はありますか? もしそうなら、何が原因で何が解決するのですか？

Web ページが新しい場所に移動したときに、移動した Web ページを表示し、 Djangoで 301 パーマネント リダイレクト HTTP 応答ステータス コードを返すにはどうすればよいですか?

私のページには 4 つの iframe があり、Web ページを下にスクロールすると src が変わります。スクロールが速いほど、src の変更がより頻繁に行われます。十分に速くスクロールすると、FF でダウンロード プロンプトが表示されます。

ダウンロードしたファイルには、文字化けしたテキストが含まれており、その後に http 応答ヘッダーが続き、さらに文字化けしたテキストが続きます。これをイーサリアルでキャプチャすると、応答の 1 つが完了する前にブラウザーが要求ヘッダーを書き込んでから、サーバーが未完了の応答に対する応答を完了し、応答ヘッダーに続いて中間要求の応答が続くことがわかります。

これは IE でも発生します。ダウンロード プロンプトが表示される代わりに、iframe の 1 つで文字化けしたテキストが表示されます。

バグはクライアント側またはサーバーのどこにありますか? これを修正するにはどうすればよいですか?

サーバーにファイルをアップロードするときに、Web ブラウザーは http ヘッダーでファイル サイズを送信しますか? その場合、アップロードプロセス全体が完了するのを待たずに、ヘッダーを読み取るだけでファイルを拒否することは可能ですか?

Web アプリケーション (Mantis バグ トラッカー) を自動化しているところ、そこから Refresh という興味深い応答ヘッダーを取得しています。

メタ リフレッシュと同じように動作しているようで、メタ リフレッシュ手法は、HTTP のヘッダーに相当することを意味します。

問題は、 HTTP 標準の Refresh ヘッダーについての言及や、それを解析する方法やブラウザーが遭遇したときにブラウザーが何をすべきかについての他の決定的なドキュメントが見つからないことです。

何が起きてる？

クライアントが日常的にデータを POST および PUT する REST API があります。彼らがこれを行うと、システムに変更をもたらさないデータを投稿することがあります。POST と PUT は整形式ですが、送信しているデータはデータベース内のデータと同じです。これが発生すると、400 HTTP ステータスが返されることがわかりました。残念ながら、これは「不正な構文のためにサーバーがリクエストを理解できなかった」などの「不正なリクエスト」を意味します。

明らかにそうではありませんが、他に適切なステータス コードがないため、これを使用すると言われています。検討した選択肢:

• 304 変更されていません。残念ながら、これは GET リクエスト専用です。
• 204 コンテンツがありません。近いようですが、実体を禁止します。

他の選択肢も同様に悪いようです。返される XML ドキュメントに関連情報を含めることもできます200 OKが、これはあまり "REST っぽい" とは言えません。REST の世界では、一般的にこれをどのように処理していますか?

(Not Modified 応答コードを修正。Mkoeller に感謝)

最近、私が書いたアプリケーションが Internet Explorer で動作しなくなりました。基礎となる (Ruby on Rails) コードに変更はありません。

IE 6 または IE 7 では、アプリに対して 1 つのリクエスト (HTTP Post) を作成できますが、2 つ目のリクエストを作成しようとすると、「操作が中止されました」というメッセージが表示されます。すべてがFirefoxで正常に動作します。HTTP Request ヘッダーと Response ヘッダーはまったく同じです。正しい結果と間違った結果の両方の応答ヘッダーの content-length は同じです (約 104k)。正しい応答には完全なコンテンツが含まれていますが、誤った応答ではコンテンツが 40k 後に途切れています。(つまり、約 65k の応答がなくなりました。)

さらにトリッキーなのは、ドメイン名の代わりに IP アドレスを使用してリクエストを行うと、すべてがうまく機能することです。

これは apache2 Web サーバーです。

何か案は？

AVG などの特定のマルウェアは、404 ページをハイジャックして、独自の広告でいっぱいのページをブラウザに表示します。私が見つけた唯一の回避策は、webapp のカスタム エラー ページの 404 http ステータス コードを破棄することです。

他の回避策はありますか？

編集：

一般的なエラー ページであるかどうかを確認せずに 404 ページをハイジャックする他のツールバー/プログラムを知っている人はいますか?

クエリ文字列などから AVG の存在を検出する方法はありますか? （ないと思います）

私はこれについてAVG に嘆願書を作成しました。