問題タブ [http-compression]

正しいヘッダーで要求されると、couchdb はすべての _attachments を自動的に圧縮するようです。しかし残念ながら、これはビュー、ショー、またはリストでは起こりません。

結果をクライアントに返す前に圧縮を行う方法はありますか?

deflatejs (まだテストしていない) のようなサードパーティのライブラリを使用するのは悪いアプローチですか?

ありがとう

css、javascript、axd、リソースファイルのあるページがあります。

私の目的は、すべてを圧縮して、応答サイズを縮小し、その結果、エンドユーザーの応答時間を改善することです。

google.comにアクセスし、ソースを表示すると、Googleがコンテンツを適切に圧縮した方法を確認できます。それが私が欲しいものです。

IISを使用して圧縮を行うことはできないため、アプリで行う必要があります。

上記のすべての要素/ファイルを圧縮したり、空白を削除したりするためのHttpModule、コード、ツールはありますか？

これはどのように行うことができますか？

更新：私はすでにJavaScriptを1つのファイルに圧縮するためにJSBuilderを使用しています。また、応答サイズを50〜60％削減したContent-EncodingにGZIPを使用しています。

私の ASP.NET アプリは JSON オブジェクトをユーザーに返します。これには、バイナリ エンコードされたデータが含まれています。このため、HTTP 圧縮を有効にすることにしました。問題は Content-Length で始まりました。

圧縮を有効にすると、応答が送信され、接続がすぐに閉じられない間、Content-Length ヘッダーは無視されます。すべてのデータが送信された後、接続は約 15 秒間開いたままです。

HTTP 圧縮を有効にしたいのですが、Content-Length ヘッダーの問題を解決する方法がわかりません。

gzipIBM HTTP Server v7.0 で圧縮を有効にしました。応答ヘッダーではVary、「accept-encoding」と表示されます。しかし、ロードされたファイルのサイズとロードされていgzipないファイルのサイズを比較するとgzip、違いはありません。これを正しい方法で行っているかどうかはわかりません。これは私がhttpd.confファイルに追加したものです

手伝ってくれませんか？

約10枚の大きな画像（100〜200k）のスライドショーを含むWebアプリがあります。過去に、gZip http圧縮を使用してWebサイトのパフォーマンスを向上させる人の話を聞いたことがあるので、これについて少し調査を始めました。私はこれを行うと主張する次のweb.configsnipitを見つけることになりました：

しかし、もう少し詳しく見てみると、これは画像に対して何もしていないように見えます。

画像mimeTypesにgZip圧縮を使用することは効果的ですか、それとも上記に追加するために時間を無駄にしますか？大きな画像の読み込み時間を改善するための良い戦略を誰かが勧めることはできますか？

補足：違いがあるかどうかはわかりませんが、サイトはgoDaddyでホストされています。

リモート デスクトップ接続を使用してサーバー内の Web サイトにアクセスしようとすると、. YSlow と PageSpeed は、当社の Web サイトが圧縮されていると報告しています。しかし、ローカル コンピューターで当社の Web サイトにアクセスしようとすると、YSlow と PageSpeed の両方で、サイトが圧縮されていないと報告されます。

私はそれと混乱しています。圧縮が機能していることを確認するために、どの構成を確認する必要があったのか、もうわかりません。

別のサーバー「xyz.com」でホストされている多くのjavascriptとcssを使用する「abc.com」というWebサイトがあります。このサーバーに js と css をアップロードすると、コードで使用/参照する URL が提供されます。

今、私は自分の Web サイトで YSLOW を実行しましたが、これらの javascript および css ファイルを圧縮できると不平を言っています。firebug を使用して応答ヘッダーを検査すると、応答のコンテンツ エンコーディングが「GZip」に設定されます。

私の質問は、「他のサーバーでホストされているこれらの javascript および css ファイルの圧縮を有効にする方法」です。私たちの側で何かできることはありますか？

どんな提案でも大歓迎です。

ASP.NET レガシ Web アプリケーションの前に、.NET Framework 4.0 を使用するように更新しました。問題はありません。最後のスプリントで、SEO 最適化 URL を書き換えるための新しいモジュールを実装しました。しかし、ファイルや拡張子のない URL を使用する必要があるため (たとえば、http://server/Some-Nice-URL/file.aspx の代わりに http ://server/Some-Nice-URL/のみ)、 「runAllManagedModulesForAllRequests」を「true」に設定します。これがないと ASP.NET セッションが利用できなくなるためです。

現在、静的圧縮と GZIP に問題があります。数回のポストバックの後、CSS や Javascript が「失われました」。CSS または Javascript ファイルに直接アクセスすると、「コンテンツ エンコーディング エラー」というブラウザ メッセージが表示されることがありますが、ファイルが正しく配信されることがあります。Fiddler では CSS または Javascript ファイルの長さが正しくない場合がありますが、HTTPCompression では GZIP エンコーディングと「応答がエンコードされており、検査前にデコードする必要があります」と表示されます。「GZipヘッダーのマジックナンバーが正しくありません」をクリックした後。「runAllManagedModulesForAllRequests」または「doStaticCompression」を「false」に設定すると、静的圧縮や「失われた」CSS および/または Javascript ファイルに関する問題は発生しません。

何か案が？

私は人々がブラウザの要求がhttp圧縮をサポートしているかどうかをただ検出するのを見ました。サポートされている場合は、サポートgzipまたはdeflateを検出します。

次に、次のような応答オブジェクトに属性を追加します。

また

誰が実際に応答を理解しているのかを知る必要があります。それはWebサーバーまたはasp.netワーカープロセスですか。誰がどのように応答を圧縮するかを詳しく調べてください。ありがとう

httpCompression をいじってみると、IIS は MVC の静的ファイルを動的コンテンツとして認識していることがわかったので、「静的コンテンツの圧縮を有効にする」にチェックを入れても、「動的コンテンツの圧縮を有効にする」にチェックを入れなくても、IIS は.cssおよび.jsファイルを圧縮せずに返します。 :

しかし、「動的コンテンツの圧縮を有効にする」にチェックを入れると、ファイルは圧縮されます。

~/Contentとへのルートを無視しようとしても~/Scripts、これらのファイルは動的コンテンツとして認識されます。

これはおそらく、MVC に必要な web.config 行が原因であると思いますが、ASP.NET パイプラインを介してすべての要求を強制します。

更新: この設定を false にしようとしましたが、同じことが起こります。

それを回避する方法はありますか？動的コンテンツには圧縮は必要ありませんが、静的コンテンツには必要です。

それとも、ファイルを別の場所に置く唯一の方法ですか?

乾杯。