問題タブ [mod-deflate]

私はApacheを介してすべてのコンテンツを提供していますContent-Encoding: zipが、それはその場で圧縮されます。私のコンテンツの多くは、ディスク上の静的ファイルです。要求されるたびにファイルを圧縮するのではなく、事前にファイルを gzip したい。

これはmod_gzip、Apache 1.x で自動的に行われたことだと思いますが、.gz を含むファイルが隣にあるだけです。の場合はそうではなくなりましたmod_deflate。

Perl の LWP を使用するクライアントと、Apache を介して Perl の CGI.pm を実行するサーバーとの間で、HTTP 要求と応答を使用して転送される XML を使用して通信を行うクライアント/サーバー システムがあります。さらに、ストリームは、サーバーとすべてのクライアントの両方の証明書で SSL を使用して暗号化されます。

このシステムは、クライアントが非常に大量のデータを定期的に送信する必要があることを除けば、うまく機能します。明らかな解決策は、クライアント側でデータを圧縮して送信し、サーバーで解凍することです。これを自分で実装するのではなく、ここで説明されているように、Apache の mod_deflate の「入力圧縮解除」を使用したいと考えていました。

説明では次のように警告されています。

リクエスト本文を自分で評価する場合は、Content-Length ヘッダーを信用しないでください。Content-Length ヘッダーは、解凍されたデータ ストリームのバイト数ではなく、クライアントからの受信データの長さを反映します。

そのため、圧縮されたデータ サイズに一致する Content-Length 値を指定すると、データが切り捨てられます。これは、mod_deflate がストリームを圧縮解除するためですが、CGI.pm は Content-Length 制限までしか読み取らないためです。

あるいは、それを裏切って Content-Length ヘッダーを圧縮解除されたデータ サイズで上書きしようとすると、LWP は文句を言って値を圧縮された長さにリセットし、同じ問題が発生します。

最後に、修正を行う LWP の部分をハッキングしてみました。元のコードは次のとおりです。

そして、プッシュラインを次のように変更しました：

残念ながら、これにより、コンテンツ (切り捨てられているかどうかにかかわらず) が CGI スクリプトに到達しないという問題が発生します。

誰かがこれを機能させましたか？アップロードする前にファイルを圧縮するが、一般的なリクエストを圧縮しないこれを見つけました。

It seems redundant to have zlib compress a web page during every request. It is also the bottleneck of my files' response times. Is there a way to cache the zlib'd file so that it is compressed only once at each modification? Or should I just keep wishing?

PHP で Web サイトを開発していて、圧縮したい大きな JS ファイルがあります。したがって、これを .htaccess ファイルに追加しました。

ローカルの wamp サーバーのインストールでは問題なく動作しますが、共有サーバーにファイルを移動すると、DEFLATE コマンドが機能しません。理由はわかりません... mod_deflate は、bz2、gzip と同様に Web サーバーで有効になっています。私は htaccess を使用することを許可されており、チェック済みです...さらに、htaccess で実行されている他のルールとコマンドがあります。したがって、機能しないのはDEFLATEだけです...なぜそれが私のウェブサーバーではなく私のローカルホストで機能するのか知っている人はいますか? Web サーバーで有効にする必要がある、知らないモジュール/拡張機能はありますか?

何か案は ？

ありがとうございました！

drupal サイトで Apache の mod_deflate を有効にしました。その時点から、CSS ファイルが正しく読み込まれていないことに気付きました。毎回起こるわけではありません。ちょっとランダム。

他の誰かがこの問題に気づきましたか? もしそうなら、提案された解決策はありますか？

すべてのサーバー要求ではなく、url パラメーターに基づいて Apache の mod_deflate モジュールを呼び出すことができますか

Apache2 でmod_deflateが行う圧縮機構とは。それはgzipかzlibか何かですか？

編集問題は実際にはphp minifyであることがわかりました。これは、Apache の代わりに圧縮されたコンテンツを送信していました。私はこれについてもっと見つけるでしょう。

High Performance Web Sitesによると、次の行を追加して Apache 2.x で mod_deflate を有効にすると、gzip された/delfated コンテンツが送信されるはずです: -

その本はまた、それgzipがより効果的であると述べていdeflateます.

同じ行を追加して、httpd.conf で有効にしました。しかし、Apache はContent-Encoding: deflate.

以下を使用してCURLでテストしました： -

「gzip された」コンテンツを返します。しかし、コマンドを送信すると: -

「収縮した」コンテンツを返します。

そのため、ブラウザーが deflated と gzipped の両方をサポートしている場合、Apache は deflated を送信します。deflate よりも gzip を優先するように Apache に指示する方法は?

ご参考までに： -

• http://httpd.apache.org/docs/2.0/mod/mod_deflate.htmlで何も見つかりませんでし た。
• Apache conf に no-gzip はありません。
• サーバー: Apache/2.2.9 (Win32) PHP/5.2.6
• FF はリクエスト ヘッダーを次のように送信します: "Accept-Encoding: gzip, deflate"

Apachehttpd.confに次の行を追加しました。-

スクリプトを含むhtmlファイル（test.html）があります：-

問題は、test.htmlをロードするたびに、test.jsにもHTTPステータス200がロードされることです。

問題は、条件付きGETが満たされないのはなぜですか。

httpd.confの「AddOutputFilterByType」行をコメントアウトすると、Apacheは304を送信します。

httpd.confでAddOutputFilterByTypeを有効にすると、リクエストヘッダーは次のようになります。

そして、応答ヘッダーは次のとおりです。

更新：ETagを無効にすると、正しく機能することに気づきました。私はそれが304を送ることを意味します。

しかし、私は本当にETagをそのままにしておきたいと思っています（iノードの開示の問題があることは知っています）。

UbuntuマシンのApache2でmod_deflateを有効にしたところ、ページの更新時にブラウザーが圧縮ファイルタイプをキャッシュしないことに気付きました。私はfirebugのネット設定を使用してこれを確認し、別のコンピューターで確認しました。

mod_deflateで、cssファイルとjsファイルを圧縮すると、ブラウザーは毎回リクエストを行います。

mod_deflateをオフにすると、ブラウザーはcssファイルとjsファイルに対して304を取得します。正味の効果は、mod_deflateを有効にしていない場合、更新時にページの読み込みが速くなることです。

私がオンにした他のモジュールの1つがこれを引き起こしている可能性がありますか？正しく設定していないApacheのキャッシュ設定のようなものはありますか？

私のmods対応ディレクトリ： alias.conf
authz_default.load
autoindex.conf
deflate.load
mime.conf
php5.conf
setenvif.load
alias.load
authz_groupfile.load
autoindex.load
dir.conf
mime.load
php5.loadssl.confauth_digest 。 load authz_host.load cgi.load dir.load negotiation.conf rewrite.load ssl.load authn_file.load authz_user.load deflate.conf env.load社 案、 load setenvif.conf