アカウント名:
パスワード:
ライブラリの互換を気にしなかったらもっと早く出来るんじゃないかとも思うけどこれだけ普及したものの互換性を切ってしまうのでさすがに厳しいかな。
でも最初だけ時間かければ容量を圧縮できるので頻繁に圧縮解凍しないなら使い道はいろいろとありそう。
そろそろ私の出番 [wikipedia.org]が来たようだな…
それだと転送が2フェーズになるうえに展開後の平文まで要求されるから二重マイナス。
問題はライブラリの互換ではなくて、RFC2616の方。Accept-EncodingやContent-Encodingに新しいのを追加する手間に比べたらライブラリの互換性など問題ではない。
SPDYをHTTP/2.0にしようとしているGoogleだからそっちの道も十分アリだろう
たった5%に80倍ものコストをかける意味あるんかなぁ…まあギガやテラ単位になれば別かもしれんが…
ギガやテラ単位であっても、毎年のストレージ容量の伸びを考えると5%縮小は有効とは言えないでしょう工学的には5%の性能アップのために、別の性能が2桁近く低下するなんて技術はありえない
確かにそう思うがあるファイルが20回転送されると1回分の転送量が浮くと考えると汎用的ではないけど使いどころはあると思う。
http://www.foo.com/ [foo.com]だと、アクセスが無駄に増えるから、/を付け忘れずに必ずhttp://www.foo.com/ [foo.com]としなさい~なんて説教する人がいた昔を思い出した....................富豪的プログラミングの時代(?)なんだから、もっと鷹揚に考えようじゃないか
圧縮は一回だけだけど、転送は何回も行われる可能性があるし、ストレージのサイズも積分で効いてくるよね。使いどころが限られるけれども、有効な領域はあると思う。
10万ユーザ規模のソフトウェア開発者が使えば…ユーザにも開発者にもメリットないか…
工学的には単位が異なる%と桁を比較するなんてありえない。
工学的だろうが、そうでなかろうが、%も桁も比率を表現したものではないのか?(kgとAhを比較するなんてことはありえないが)
5%減=0.95倍、2桁アップ=100倍とかそういう話ではない?(ネタにマジレス?)
gzip --bestすら遅すぎてあまり使わんからね
Googleなら余裕でペイ出来るだろう
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
こうして少しずつコンパクトになる (スコア:2)
ライブラリの互換を気にしなかったらもっと早く出来るんじゃないかとも思うけど
これだけ普及したものの互換性を切ってしまうのでさすがに厳しいかな。
でも最初だけ時間かければ容量を圧縮できるので頻繁に圧縮解凍しないなら使い道はいろいろとありそう。
Re:こうして少しずつコンパクトになる (スコア:2)
そろそろ私の出番 [wikipedia.org]が来たようだな…
Re: (スコア:0)
それだと転送が2フェーズになるうえに展開後の平文まで要求されるから二重マイナス。
Re: (スコア:0)
問題はライブラリの互換ではなくて、RFC2616の方。
Accept-EncodingやContent-Encodingに新しいのを追加する手間に比べたらライブラリの互換性など問題ではない。
Re: (スコア:0)
SPDYをHTTP/2.0にしようとしているGoogleだからそっちの道も十分アリだろう
Re: (スコア:0)
たった5%に80倍ものコストをかける意味あるんかなぁ…
まあギガやテラ単位になれば別かもしれんが…
Re: (スコア:0)
ギガやテラ単位であっても、毎年のストレージ容量の伸びを考えると5%縮小は有効とは言えないでしょう
工学的には5%の性能アップのために、別の性能が2桁近く低下するなんて技術はありえない
Re:こうして少しずつコンパクトになる (スコア:2)
確かにそう思うが
あるファイルが20回転送されると1回分の転送量が浮くと考えると
汎用的ではないけど使いどころはあると思う。
Re: (スコア:0)
http://www.foo.com/ [foo.com]
だと、アクセスが無駄に増えるから、/を付け忘れずに必ず
http://www.foo.com/ [foo.com]
としなさい~なんて説教する人がいた昔を思い出した....................
富豪的プログラミングの時代(?)なんだから、もっと鷹揚に考えようじゃないか
Re: (スコア:0)
圧縮は一回だけだけど、転送は何回も行われる可能性があるし、ストレージのサイズも積分で効いてくるよね。使いどころが限られるけれども、有効な領域はあると思う。
Re: (スコア:0)
10万ユーザ規模のソフトウェア開発者が使えば…
ユーザにも開発者にもメリットないか…
Re: (スコア:0)
工学的には単位が異なる%と桁を比較するなんてありえない。
Re: (スコア:0)
工学的だろうが、そうでなかろうが、%も桁も比率を表現したものではないのか?
(kgとAhを比較するなんてことはありえないが)
Re: (スコア:0)
5%減=0.95倍、2桁アップ=100倍とかそういう話ではない?(ネタにマジレス?)
Re: (スコア:0)
gzip --bestすら遅すぎてあまり使わんからね
Re: (スコア:0)
Googleなら余裕でペイ出来るだろう