問題タブ [content-encoding]

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

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

HTML メタ タグで charset 属性を取得しようとしています。(ie. < meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" >) Linux の C++ でそれを行う方法はありますか。私は HTML tidy をパーサーとして使用していましたが、その属性を取得して us-ascii とは異なるものを返すことができません (エンコーディングが utf-8 であっても)
これは私が得た出力です: *.*4 ノード: メタ
名attr: http-equiv
値 attr: Content-Type
名前 attr: content
値 attr: text/html; charset=us-ascii

Perl で書かれた成熟した CGI アプリケーションを変更していて、コンテンツのエンコーディングの問題が発生しました。ブラウザは、コンテンツが iso-8859-1 でエンコードされていることを報告し、アプリケーションは HTTP ヘッダーの文字セットとして iso-8859-1 を宣言していますが、実際にエンコードを行っているようには見えません。perldoc チュートリアル ( Encode、Encoding、Open ) で説明されているさまざまなエンコーディング手法はコードで使用されていないため、ドキュメントが実際にどのようにエンコードされているかについて少し混乱しています。

前述のように、このアプリケーションは非常に成熟しており、現在のエンコード方法の多くよりも古い可能性があります。私が探しているレガシーまたは非推奨のテクニックを知っている人はいますか? 開発者から指示がない場合、Perl はどのエンコーディングを想定/デフォルト設定しますか?

ありがとう

Grailsで正しいエンコーディング（UTF-8）が使用されていることを確認するにはどうすればよいですか？

oscommerce サイトには、次のものがあります。

サーバーの応答 = Content-type: text/html;charset=UTF-8

そして私が欲しい: Content-type: text/html;charset=ISO-8859-1

これをどこでどのように設定しますか。

Html はページ上で次のようになります。

utf-8 に変更しても問題は解決しません。

http://php.net/quoted_printable_decodeで、preg_replaceを使用してそれを行う方法を見つけました。通常のNSStringをRFC2045セクション6.7に変換できるコードを知っている人はいますか？

前もって感謝します！

Accept-EncodingHTTP サーバーはコンテンツ ネゴシエーションを使用して、クライアントのヘッダーに基づいて ID または gzip でエンコードされた単一の URL を提供します。

ここで、クライアントと httpd の間に squid のようなプロキシ キャッシュがあるとします。

プロキシが URL の両方のエンコーディングをキャッシュした場合、どちらを提供するかをどのように決定しますか?

gzip 以外のインスタンス (元々 で提供されていないVary) は任意のクライアントに提供できますが、エンコードされたインスタンス ( をVary: Accept-Encoding含む) は、元の要求で使用されたのと同じAccept-Encodingヘッダー値を持つクライアントにのみ送信できます。

たとえば、Opera は送信します"deflate, gzip, x-gzip, identity, *;q=0"が、IE8 は送信します"gzip, deflate"。仕様によると、キャッシュはコンテンツがエンコードされたキャッシュを 2 つのブラウザー間で共有すべきではありません。これは本当ですか？

私はWWW::Mechanizeを使用しており、現在Content-Encoding: gzip、コード内の''ヘッダーでHTTP応答を処理しています。最初に応答ヘッダーを確認し、次にIO :: Uncompress::Gunzipを使用して非圧縮コンテンツを取得します。

ただし、form（）、links（）などのWWW :: Mechanizeメソッドが機能し、非圧縮コンテンツを解析できるように、これを透過的に実行したいと思います。WWW::MechanizeはLWP::UserAgentのサブクラスであるため、これを行うにはLWP :: UA::handlersを使用することをお勧めします。

私は部分的に成功していますが（たとえば、非圧縮のコンテンツを印刷できます）、私が呼び出すことができる方法でこれを透過的に行うことはできません

要約：$ mechオブジェクト内のコンテンツを「置換」して、それ以降、すべてのWWW :: Mechanizeメソッドが、Content-Encodingが発生しなかったかのように機能するようにするにはどうすればよいですか。

ご清聴ありがとうございました。ありがとう

タイトルにぴったりの質問です。仕様が推奨するものには興味がありませんが、現在展開されているブラウザーの組み合わせが最もよくサポートするものは何ですか。

• Google ドキュメントは JS を gzip します。
• Google AJAX Libraries API CDN gzips JS.
• Yahoo は、YUI ファイルの JS を gzip します。
• Yahoo ホームページは JS を gzip します。

したがって、私の質問に対する答えはイエスだと思います。すべてのブラウザで JS を gzip しても問題ありません。でも、もしあなたが同意しないなら、私に知らせてください。

さまざまなソースからメディアを収集するプロジェクトのために、メディアをデジタル化およびエンコードする方法を選択する必要があります。
考慮すべきオープン メディア エンコーディング標準は何ですか?
1 つを選択する際の決定に影響を与える要因は何ですか?

うちは乾杯