アカウント名:
パスワード:
可逆圧縮なら問題にならなかったと思うのだけど、
とかの理由で非可逆にしたのだろうか?また、元々圧縮済みのデータまで再圧縮しても、負荷の割に効果は少ないと思うのだが。
たぶんあなたの観点がずれてる
可逆圧縮だとして、端末側のどのタイミングで元に戻すのか?ブラウザ?それともOSのパケット受信部分?全ての利用者に対して、そんなところにソフトバンクやauが手を入れられるとは思えないので、コンテンツの容量を削ってるんだと思う。
たとえば画像の場合、縦横をそれぞれ半分のサイズに縮小したデータを端末に送れば通信量の圧縮になるかと。
一応、HTTPに準拠してるクライアントならgzip/deflateの圧縮を上から掛けられます。この場合クライアントがHTTP compression対応であればファイルサイズもチェックサムも正常に復元可能です。ただろくに効果は無いしHTTP compression非対応なら無茶苦茶なことになりますね。コンテンツ自体に対するコンテナ形式を変えない可逆圧縮もわずかながら可能ですが、やはりろくに効果はありません。(その上コストも結構高い奴が多いという罠)
コンテンツ内容に対する可逆圧縮を掛ける事自体は可能です。問題は効果が薄いこととHTTP compression以外の方法は結局バイナリ一致出来ずエラーを引き起こすという点でしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
なぜ非可逆圧縮なのか? (スコア:0)
可逆圧縮なら問題にならなかったと思うのだけど、
とかの理由で非可逆にしたのだろうか?
また、元々圧縮済みのデータまで再圧縮しても、負荷の割に効果は少ないと思うのだが。
Re:なぜ非可逆圧縮なのか? (スコア:0)
たぶんあなたの観点がずれてる
可逆圧縮だとして、端末側のどのタイミングで元に戻すのか?
ブラウザ?それともOSのパケット受信部分?
全ての利用者に対して、そんなところにソフトバンクやauが手を入れられるとは思えないので、
コンテンツの容量を削ってるんだと思う。
たとえば画像の場合、縦横をそれぞれ半分のサイズに縮小したデータを端末に送れば通信量の圧縮になるかと。
Re: (スコア:0)
一応、HTTPに準拠してるクライアントならgzip/deflateの圧縮を上から掛けられます。
この場合クライアントがHTTP compression対応であればファイルサイズもチェックサムも正常に復元可能です。
ただろくに効果は無いしHTTP compression非対応なら無茶苦茶なことになりますね。
コンテンツ自体に対するコンテナ形式を変えない可逆圧縮もわずかながら可能ですが、
やはりろくに効果はありません。(その上コストも結構高い奴が多いという罠)
コンテンツ内容に対する可逆圧縮を掛ける事自体は可能です。
問題は効果が薄いこととHTTP compression以外の方法は結局バイナリ一致出来ずエラーを引き起こすという点でしょう。