問題タブ [mod-deflate]

私はApache 2.2でmod_deflateを使用しており、圧縮レベルは 9 に設定されています。YSlow (v2)の推奨事項に基づいて、サイトのすべての可能な側面を微調整し、全体的に A グレード (合計スコア: 91) および以下を除くすべてのカテゴリーについて:

• HTTP リクエストの数を減らします (グレード C - 画像のさらなる統合に取り組んでいます)
• コンポーネントを gzip で圧縮 ( Grade F )

YSlow はまだ F を返し、CSS および JS ファイルで gzip を使用するように指示します。YSlow レポートのスクリーンショットを次に示します (プライバシーのために、ドメインはぼかしてあります)。

ただし、GIDNetwork GZIP Testのようなサイトでは、完全な圧縮が報告されています。

私の .htaccess の mod_deflate セクション

誰かが私が間違っているところを指摘できますか?

ありがとう、m^e

Apache 2.2 + mod_wsgi を使用して Django アプリをデプロイしています。Apache で mod_deflate を有効にするか、Django の GZipMiddleware を使用する必要がありますか? どちらのオプションがより効果的ですか?

Apache サーバー (mod_deflate) で gzip 圧縮を有効にした後、エンド ユーザーが非圧縮の応答よりも平均 200 ミリ秒遅く処理されていることが一貫してわかりました。

これは予想外だったので、テキスト/HTML 応答のみを圧縮するように圧縮ディレクティブを変更し、wireshark を起動して、圧縮前後のネットワーク ダンプを調べました。

これは、ネットワーク内のトラフィックが最小のGETに関する私の観察です。

圧縮前

圧縮後

圧縮が設定された後、ネットワーク上のトランザクション数が非圧縮よりも大幅に少ないことは明らかで理解できます。

ただし、圧縮されたデータ ユニットは、ソースから宛先への転送にはるかに長い時間がかかりました。

圧縮の追加作業には当然時間がかかるようですが、送信された各データが圧縮時に大幅に遅くなった理由を理解できません。

圧縮プロセスに関する私の理解は次のとおりです。

このスキームでは、3番目のステップは（応答の最初のセグメントの前のステップは、圧縮+応答であるため、より長い時間がかかりますが、私が想定した残りのチャンクは平均して等しいと仮定します非圧縮チャンクとしての時間ですが、そうではありません。

誰でも理由を教えてもらえますか...または、このシナリオを分析するためのより良い方法を提案してください。また、誰かが前後の比較を持っていますか...フィードバック/コメント/質問をいただければ幸いです

一部の CSS および JS ファイルは、mod_deflate が有効になっている apache によって圧縮されません。このファイルは、YSlow では "[domain.name]/aggregator.css?..." または "[domain.name]/misc/jquery.js?..." のようになります。"?" のない他の CSS & JS 圧縮されます。このファイルもApacheに圧縮させる方法を教えてください。

ありがとう

私は、主にFlashクライアントによって使用されるPHPで記述されたAPIのバックエンド部分を担当しています。現在行われていることは、Flashクライアントが呼び出しを行い、バックエンドが必要なデータをロードし、必要な処理と後処理、ロギングとキャッシングを実行してから、結果をクライアントに返すことです。

私がしたいのは、できるだけ早くデータをクライアントに返し、接続を閉じてから、クライアントが気にする必要のないすべてのことを実行することです。これにより、APIの応答性が大幅に向上する可能性があります。ここでの提案に従う：

http://php.net/manual/en/features.connection-handling.php

実際に機能しますが、機能させるにはgzipエンコーディングをオフにする必要がありますが、これはあまり実用的ではありません。Apacheでmod_deflateを使用するので、それで機能するソリューションが理想的ですが、必要に応じて、コンテンツをgzipで圧縮する別の方法も検討します。

Apacheに「送信するすべてのデータを送信しました」と通知する方法があるはずですが、そのようなものは見つからないようです。

疑問に思っている人のために、はい、結果を早期にフラッシュすることはできますが、Flashクライアントは接続が閉じられるまで結果を処理しません。

私が開発しているアプリケーションの場合、ユーザーは gzip された HTTP POST リクエスト (コンテンツ エンコーディング: GZIP) をマルチパート フォーム データ (コンテンツ タイプ: マルチパート/フォーム データ) と共に送信します。mod_deflate を入力フィルターとして使用して解凍し、Web リクエストは mod_wsgi を介して Django で処理されます。

一般的に、すべて問題ありません。ただし、特定の要求 (決定論的) では、要求から応答までにほぼ 1 分の遅延があります。調査の結果、django での処理はすぐに行われますが、サーバーからの応答が停止します。リクエストが GZIP されていない場合は、すべて正常に機能します。

mod_wsgi の不具合に対処するために、content-length を圧縮されていないメッセージ サイズに設定したことに注意してください。

誰かがこの問題に遭遇しましたか? 応答を処理するときにApacheを簡単にデバッグする方法はありますか?

Apache2 で mod_deflate を無効にするにはどうすればよいですか

• 特定のディレクトリ内のファイルの場合

また

• .py? などの拡張子を持つすべてのファイルの場合

サーバーに mod_deflate をインストールしました。また、cPanel のウェブサイト オプティマイザーに以下を追加しました。

テキスト/html テキスト/プレーン テキスト/xml テキスト/css テキスト/js テキスト/javascript

現在、サイトの読み込み時間は大幅に改善されています (ほぼ 3 倍!) が、ySlow は「gZip を使用したコンポーネントの圧縮」に対して「E」評価をまだ与えています。4 つの .js コンポーネントが圧縮されていないことを示しています。

問題は、.JS コンポーネントを除く Web サイト全体が適切に gZip されていることです。インライン JavaScript、HTML、およびその他の MIME タイプを含むその他すべてが圧縮されています。ウェブサイト オプティマイザーが処理してくれると思うので、htaccess には何も追加していません。しかし、私はまだ問題が何であるかを理解できませんか？

何か案は？

ありがとう、

B.

google.codes minifyを使用して、cssファイルとjsファイルをその場で縮小します。また、すべてのcssファイルとjsファイルでdeflateを使用するように.htaccessを設定しました。これは、一部のjsファイル（shadowboxやtinymceなど）がコード内の他のjsファイルを参照している理由です。だから私はapachedeflateで圧縮していて、minifyはgzipでいくつかのjsファイルとcssファイルを圧縮しています-これを行うことでオーバーヘッドを作成しています-最初にgzip（minify）、次にzlib（deflate）が再び実行されます。または、apache deflateは、ヘッダーにminifyによって設定された属性を持つすでにgzip圧縮されたファイルを無視します。誰かこれで何か経験がありますか？