問題タブ [content-encoding]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
1954 参照

java - Spring Boot を使用して gzip 圧縮されたファイルを提供する

Spring Boot REST を使用して gzip 圧縮されたログ ファイルを提供しようとしています。
ファイルは既に gzip されています。gzip する必要はありません。
ブラウザはそれらを解凍し、プレーンテキストを表示する必要があります。

私がグーグルで調べた情報に基づいて、それを機能させるには2つのことが必要です:

  • リクエスト ヘッダーに次のように設定します。'Accept-Encoding': 'gzip'
  • 応答ヘッダーに次を設定します。'Content-Encoding': 'gzip'

リクエストはOKです:

リクエスト ヘッダー - Accept-Encoding

応答はありません - Content-Encoding ヘッダーがありません: 応答ヘッダー

ここに私のJavaコードがあります:

Spring はこの特定のヘッダーを応答から削除していますか?

0 投票する
2 に答える
2324 参照

node.js - キーと値を「gzip」として「Content-Encoding」として応答ヘッダーにヘッダーを追加する必要があります

カスタマイズされたヘッダーを使用してサンプル アプリケーションを実行しようとしていますが、このアプリケーションを実行しようとすると、「コンテンツ エンコーディング エラー」というエラーがスローされます。このカスタム ヘッダーをアプリケーションに追加して、grunt-gzip 圧縮を使用したいと考えています。このエラーが発生する理由と解決方法を誰か教えてもらえますか?

var express = require('express'); var app = Express();

0 投票する
1 に答える
1824 参照

java - 応答のヘッダーが重複する / ブラウザーが断続的に失敗する

この問題は、コードを変更せずに数日前に始まったようで、ローカルの tomcat サーバーが応答を停止するだけでした。

メインのフィルター ブレークポイントがヒットせず、一部のリソースのみが読み込まれます。

失敗するものは、応答ヘッダーが重複しているようです。

そして chrome は error:Failed to load resource: net::ERR_INCOMPLETE_CHUNKED_ENCODINGで停止します。これは理にかなっています。

tomcat コネクタは変更されておらず、gzip 応答が含まれています。私は何を試しましたか:

  • スレッド ダンプ - 明確なブロック コードはありません
  • wireshark - 何がうまくいかないのかを理解するのに十分なほどよくわからない
  • ウイルス対策を無効にしました
  • プロキシが実行されていません

ページは永遠に読み込まれるようです。これがキッカーです。これはランダムに発生し、1 時間は機能し始めますが、次の時間は機能しません。

私が考えることができる唯一のことは、いくつかのドメインが変更された可能性があり、Windowsの更新が実行されておらず、他の3台または4台のPCが同じことを行い、他の2台はそうではないことです(同じビルド)

次にどこを見ればいいのかわからない?何か案は?

0 投票する
1 に答える
6927 参照

java - 「Content-Encoding」を gzip または deflate に設定すると、java.net.SocketException: Connection reset が発生します

サーバーから医療ファイル ( DICOM )を取得するために、単純な Java サーブレットを開発しました。

この行にコメントすると:

サーブレットは正常に動作しますが、上記の行を追加すると次のようになります。

いくつかの理由で、HTTP 応答ヘッダーの下にある他のサーバーの動作をシミュレートしたい:

そして、これらは Http リクエスト ヘッダーです。

「jdk1.8.0_77」と「apache-tomcat-7.0.62」を使用しています。
どんな助けでも大歓迎です。

0 投票する
0 に答える
381 参照

c# - Owin が時々 Content-Encoding を削除するのはなぜですか?

[編集] ** 問題は、ポート 8888 経由で送信された HTML を傍受している私たちのマシンの何かにあるようです。ポート番号を変更すると問題が解決するようです。これを行う可能性のあるポート 8888 で何が実行されているかは、まだ謎です。**

HTML 応答を返す Owin ハンドラーに奇妙なバグがあります。私はこれだけにそれを取り除いた:

GZip.CompressUTF8呼び出しは、文字列をバイト配列に圧縮するユーティリティ メソッドに対するものです(htmlそうです、これはストリームで実行できることは知っていますが、ここでのポイントではありません)。

このアプリを実行すると、表示されるページは圧縮されていないように見え (つまり、プレーンテキストで、gzip 圧縮されていません)、Content-Encodingヘッダーがありません (これは Fiddler4、Chrome、および Firefox で調べました)。

ただしreturnステートメントにブレークポイントを配置し、続行する前にアプリケーションを数秒間そのままにしておくと、応答gzip され、Content-Encodingヘッダー含まれます。ただし、ブレークポイントに数秒間設定した場合のみ: 続行が速すぎると、gzip が機能しなくなります。

ここで何が起こっているのか誰でも説明できますか? 私は当惑しています。

[編集: 要求に応じて、「パイプライン」全体:]

以上です。私が Owin のスキームを誤解していない限り、他に何も邪魔すべきではありません。