２ちゃん専用ブラウザ「かちゅ～しゃ」Part15

■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 最新50

215 ：名無し~3.EXE ：2001/08/26(日) 01:56: >>214
Apacheにmod_gzipを施してないから、.datはまだ圧縮されてないと思われ。
でも時期にApacheも変える方向ににあるだろう。

結局今のかちゅ～しゃはHTTP1.1対応プロトコルで
お話ししているかどうかの結論でたの？
216 ：名無し~3.EXE ：2001/08/26(日) 02:03: >>215
> 39 名前：夜勤 ★ 投稿日：2001/08/25(土) 19:34
> Apache に手を加える(パラメータ)を変更する　というのはできないです。
>
> なぜなら、このサーバと同じサーバという売りでレンタルサーバ業を
> 営んでいるもので、汎用的なサーバじゃなきゃだめなんです、すんません。
>
> でも、mod_gzip　が「組み込み済みか」等は、サーバ技術者に聞いてみます。
> ちょっと時間がかかります。
>
> あと　Last-Modify の方ですが、それだけでも効果はありますか?
> ちょっと　ソース拾ってきます。
217 ：速報よりコピペ ：2001/08/26(日) 02:05: >>215
個人的にこれがかちゅ～しゃで書く最後のレス。
しぃスキンで見にくい。スマソ。

No.472
∧ ∧
(*ﾟーﾟ)■乗り遅れたぷろぐらま（悲■
注：かちゅーしゃソースを見てないんで以下想像

かちゅーしゃ等のツールはdatを直読みしているみたいです。

つまり、ブラウザで見る場合cgiがdatを解読してhtmlにしている。
かちゅーしゃはdatを直接取得して、html変換は自分でやっている。
かちゅーしゃ的にはdatの取得にIEコンポーネントを使わずに、

socketで直接dat取得
　↓
かｔｙ－しゃがhtml変換
　↓
表示部分のみIEコンポーネント使用
って感じではないかと。

かちゅーしゃ等はCGIを通していないので、gzip圧縮データを受けとるわけではないのです。
つまり、今の改造が全く役に立っていないと言う事。
DATE：2001/08/26(日) 01:59 ID:bVvQbA/M
218 ：名無し~3.EXE ：2001/08/26(日) 02:12: >>217
かちゅーしゃは差分を取得してるんで圧縮の恩恵にはあずかれなくとも
十分に転送量軽減に貢献してると思うが？
219 ：名無し~3.EXE ：2001/08/26(日) 02:13: どこもかしこも、同じ話がループしている
220 ：名無しさん || die ：2001/08/26(日) 02:15: 288 名前：名無しさん＠お腹いっぱい。投稿日：2001/08/26(日) 01:32
＞802　名前：ＤｏｌＢａｃｋｙ
＞
＞２時間後にMOD_GZIPが導入されるかも。
＞それを前提とするならREAD.CGIはLAST-MODIFIED対応が要点となります。。。

でま？

310 名前：マァヴ＠削除管理委員長 ★ 投稿日：2001/08/26(日) 01:34
>>288
マジです。
Hurricaneの技術者が出社したら相談する予定。

2ch閉鎖の危機なんだと（Part2.1）
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174
221 ：名無し~3.EXE ：2001/08/26(日) 02:16: ここの住人がいかに過去ログを読まないかがよくわかる也。
あ、だから1/16に圧縮できるんだ。それだけ内容が薄いってことだね。
222 ：名無し~3.EXE ：2001/08/26(日) 02:17: >>219
しょうがないよ、誰かこれらの話をまとめたWebページを作ってくれれば
かなり助かるんだけどなぁ・・(めっちゃ他力本願)
223 ：名無しさん || die ：2001/08/26(日) 02:17: >>215
BJDで覗いたところ、GET はみんな 1.0 でやってる。
＞2001/08/26(02:15:26) P-SV(HTTP) 127.0.0.1 [8080] yasai.2ch.net [80] "GET http://yasai.2ch.net/win/dat/998631799.dat HTTP/1.0"
224 ：名無し~3.EXE ：2001/08/26(日) 02:18: >>220 だからぁ、read.cgiと.datのリードの区別がつかない人間には理解は無理だって。
225 ：名無しさん || die ：2001/08/26(日) 02:20: >>224
作者さん宛ってことで…
226 ：名無し~3.EXE ：2001/08/26(日) 02:21: メール欄にsageを入れるとサーバ負荷が２倍になるんだって。
227 ：名無し~3.EXE ：2001/08/26(日) 02:22: 　　　　　　　　　　　　　　　　(￣￣<　　　　／￣＞
　　　　　　　　　　　　　　　　　＼　ヽ　　／／ｿ
　　　　　　プ　ロ　ジ　ェ　ク　ト＼　ヽ P r o j e c t　X
　　 ─────────────────────
　　　　　　　　挑戦者たち　／|_／／＼Challengers
　　　　　　　　　　　　　　　　|　　／　　　＼　　丶
　　　　　　　　　　　　　　　　＼／　　　　　＼__ノ

転送量問題で閉鎖危機の２ｃｈ
この問題解決のためにUNIX板住人が立ち上がった！
次回プロジェクトＸ「read.cgiを書き換えろ！」
ご期待ください。
228 ：名無し~3.EXE ：2001/08/26(日) 02:25: これでおっけい？

read.cgiがgzip圧縮データを吐くようになった。
　　　　　　　　　　　↓
対応ブラウザ（IE等）で２ちゃんねるを見ると
転送されるデータが今までの1/16に（←実験値　実際は1/4程度か）
　　　　　　　　　　　↓
かちゅ～しゃはdatファイルを直に読んでいるので
その恩恵にあずかれない
　　　　　　　　　　　↓
しかし、かちゅ～しゃは既に取得したログとの差分しか
読まない＆画像データ等を読まない仕様
　　　　　　　　　　　↓
どちらが総合的に「２ちゃんねるに優しい」かは不明
229 ：名無し~3.EXE ：2001/08/26(日) 02:30: 　　　　　　　　　　　↓
カチューシャとかがdat読み込み時にgzip対応してくれれば
それも圧縮できてさらによい
　　　　　　　　　　　↓
　　　　　　　　　　（ﾟдﾟ）ｳﾏｰ
230 ：名無し~3.EXE ：2001/08/26(日) 02:34: >>228
「差分しか」とは言うが、CGI経由のブラウザ閲覧と比べて「アクセス密度」が全然違うと思う。
読み出しの頻度は高いし、テレホーダイ時間の制限も受けない。

スレッド一覧の取得だって、データがHTMLではない分無駄が少ないが
読み出す頻度は高くなるだろうし、取得スレッド名の数もブラウザより多いはず。

>>209で既出だが、「広告収入に結び付かない」の方が重大な問題か。
datの直接参照が可能な現状を「広告を見たくないユーザへの配慮」と
スポンサーに捉えられれば、収入源を無くすことに繋がりそう。

かちゅ～しゃみたいな「2ch閲覧ツール」への配慮など、微塵も要らないよ。
CGI経由のアクセスに特化して、dat参照は禁止すべきだ。
231 ：名無し~3.EXE ：2001/08/26(日) 02:38: かちゅ～しゃに広告欄をつくってはどうか
232 ：名無し~3.EXE ：2001/08/26(日) 02:38: >>230
もうええっちゅーねん。
全部がいしゅつ。　解決済み。　逝って良し。
233 ：名無し~3.EXE ：2001/08/26(日) 02:39: >かちゅ～しゃはdatファイルを直に読んでいるので
>その恩恵にあずかれない

これは？だな。
かちゅーしゃの利用するHTTPバージョンはIEの設定に依存するのかな。
HTTP/1.1でアクセス出来ていれば、読む対象がHTMLだろうが
datだろうが関係無く圧縮が効くと思うが・・・
234 ：名無し~3.EXE ：2001/08/26(日) 02:39: >>230
http://teri.2ch.net/accuse/index2.html
ここのスレ、全部読み直してこい。
235 ：名無し~3.EXE ：2001/08/26(日) 02:40: >>233
通信エンジンは自前なのでIEは使っていないと思われ。
236 ：名無し~3.EXE ：2001/08/26(日) 02:42: 現状をしりつくしてるひと！　ホントのところをまとめてください！！
237 ：名無し~3.EXE ：2001/08/26(日) 02:45: かちゅ～しゃで広告を受信するだけしておく設定をつければよい
実際にそれを表示しなくても、見たことにできるんでは？
238 ：名無し~3.EXE ：2001/08/26(日) 02:46: かちゅ～しゃは駄レスや荒らしを生みやすくしたツールだと思うが、
それらがあぼ～んされたときにdatファイルを全部読み直すしかない仕様は

　オワッテル。

あぼ～んされて綺麗になったスレッドが、かちゅ～しゃユーザによる
転送量増大を招いているのだから、皮肉なものだ。発言自体が消えて
レス番がずれるわけでもないのだから、かちゅ～しゃの仕様は理解不能。
239 ：名無し~3.EXE ：2001/08/26(日) 02:47: 結局はこういうことだろ？

通常ブラウザ
　gzipにより一度の読み込みにおける付加は軽い。
　だが閲覧するたびに読み込み直すので、何度も読み込むには向いていない。

2ch専用ブラウザ
　datを直読みするため、gzipは意味が無い→付加は高い。
　だが二回目以降は差分のみを読み込むので通常ブラウザより付加は軽いと思われる。
　※広告を読まないため、2ch（big）としては敬遠したい。

どっちもどっちだよ。
240 ：名無しさん || die ：2001/08/26(日) 02:50: >>238
レス番はずれないけどdatファイルのサイズが変わる。
datは単なるテキストなので、
あるレスがファイルの何バイト目から始まっているのかはわからない。
241 ：名無し~3.EXE ：2001/08/26(日) 02:52: かちゅ～しゃがHTTP/1.1対応の通信を行うようになれば、
"転送量問題"に関しては、誰にも文句を言われないはずだ。

現状のままでは、HTTP/1.1対応ブラウザの方がデータ転送量が
少なくなるだろう。
242 ：名無し~3.EXE ：2001/08/26(日) 02:55: 書き込みテスト
243 ：名無し~3.EXE ：2001/08/26(日) 02:55: >>240
少しロールバックして重ね合わせれば済む話。これが一般的な手法だ。
レスが重なれば数百KBにもなるdatを、頭から全部読み直す必然性はゼロ。
244 ：名無し~3.EXE ：2001/08/26(日) 03:02: >>230
だから何度もいうように差分だけ読み込んでるんだからそれを細かく
分けて読んでも一度に読んでも同じだ。昨日と今日で200レスついたとして
一時間毎に10レスづつ20回読んでも、1回で200レス読んでも量は変わらない。
もちろんサーバの負荷は小刻みに読めば不利になる。また１回の読み込み
毎に多少のオーバヘッドはあるから、完全に同じではないが、今問題に
なってるような、マクロ的なデータ転送量にはほとんど影響しない。

もちろんブラウザでアクセスすると反応が遅くてあちこちの板に行かなければ、
読み出すデータ自体少なくなるんだから、変わる。が、それは単にぶらうざ
でもかちゅーしゃでも、2chで1日にあまりたくさんのスレにアクセスするのは
やめましょう、といってるのと同じだ。ADSLやT1回線なら元から速いわけで、
そういった早い回線で2chに容赦なくアクセスするのはやめましょう、というの
とも同じ。

圧縮すればcgi経由でも少なくとも今までよりは早くなるから、カチューシャが
どうこうという問題ではなくなるし。

短時間で沢山のスレを読み出せば当然データ転送量は増えるが、それは
わざわざいう必要もないほど当たり前のことだろ？（ｗ

広告料の問題は今問題になっていない。もう面倒だから説明しないが、
知りたけりゃ批判要望版のスレを読め。
245 ：名無しさん || die ：2001/08/26(日) 03:02: >>243
具体的には？何度もGET飛ばして推測する以外に。
246 ：名無し~3.EXE ：2001/08/26(日) 03:05: >>230
最後に

＞CGI経由のアクセスに特化して、dat参照は禁止すべきだ。

まったく見当はずれだ。cgiとdatを比較すればdatの方が小さい。
圧縮してもこの関係は変わらない（多少差は縮まるかもしれないが）

もともとカチューシャがdatの方にアクセスしているのはサーバの
負荷を軽減するため。

まあ無知ゆえのことで悪気はないんだと思うが、すこし自覚して他の人の
意見に耳を傾けたら？過去ログも読んでさぁ。
247 ：名無し~3.EXE ：2001/08/26(日) 03:09: >>236
知り尽くしてるとはいわないが、そこそこまともなことをいってるつもりだが、
そもそも耳を傾けてもらえないのでは馬の耳に念仏…

>>238
カチューシャはレス番号を手がかりに読んでるわけではなくて、テキストの
文字数を手がかりにしてるからね。cgiを使うとレス番号で読み出せるのは
サーバが同じ処理をしてくれているから。何度も言うがカチューシャが
こういった振る舞いをするのは一重にサーバの負荷を減らすためだ。
ま、今問題になってるのは転送量の負荷の方だが。

カチューシャの動作が不可解なのはキミの知識が足りなからだと自覚すべし。
248 ：名無し~3.EXE ：2001/08/26(日) 03:10: >>239
datを圧縮すればさらに転送量が減るんだってば。
249 ：名無し~3.EXE ：2001/08/26(日) 03:11: >>230
read.cgi読まないだけでも30%減だって夜勤さんが言ってるじゃない。
しかも広告収入なんてほとんどないし。
しょうもないコピペ貼るぐらいだったらログ読んでくれば？
250 ：名無し~3.EXE ：2001/08/26(日) 03:11: >>241 データ転送量についてはHTTP1.1でも1.0でも変わらないと思うが？
251 ：名無し~3.EXE ：2001/08/26(日) 03:12: サーバ上にある「あぼ～ん済み」の情報を、ローカルでも共有する必要は無いね。
自分の判断で「透明あぼ～ん」出来るのだから、尚更のこと。
252 ：名無し~3.EXE ：2001/08/26(日) 03:12: >>243 ロールバックが足りなければ徐々に過去に戻る分を増やしつつ
何度も読まなければならない。ま、でもその方向で工夫の余地はあるかもね。
253 ：名無し~3.EXE ：2001/08/26(日) 03:14: >>250
HTTP/1.1のデータ圧縮機能を使って転送量を減らし始めたのでしょ？
254 ：名無し~3.EXE ：2001/08/26(日) 03:16: gzipの機能自体はHTTP1.0にもある。いずれにしろ自前で実装している
カチューシャにはバージョン番号はあまり関係ないと思うが。
255 ：名無し~3.EXE ：2001/08/26(日) 03:18: 　自前で実装＝圧縮の恩恵を受けられない＝転送量削減の妨げになる
256 ：名無し~3.EXE ：2001/08/26(日) 03:21: >>255

そもそも自前実装してるのが、サーバの負荷を考えてのことなんだってば。
IEのモジュールを使って部分読み出しを実装するのが難しいから。

何度もいうが、無知を自覚しろ。
257 ：名無し~3.EXE ：2001/08/26(日) 03:24: 今ごろ作者は通信エンジンの圧縮対応に追われてるだろね。
頑張れ、作者。　2chの未来はかちゅーしゃにかかっている？
258 ：名無し~3.EXE ：2001/08/26(日) 03:30: >read.cgi読まないだけでも30%減だって夜勤さんが言ってるじゃない。

今後はgzip圧縮対応ブラウザにてCGI経由で読んでくれた方が
転送量が減りそうだね。

＃夜勤さんの出すデータは"統計量"としては疑わしい・・・。
　短期的にdatアクセスを禁止した結果、"トータル"で10%しか転送量が
　下がらなかったとか言ったようだるが、datアクセスを禁止すれば
　CGI経由アクセスに流れるユーザも居るのだから、"トータル"を
　見ていても意味が無い。今減らしたいのが"トータル"の転送量だと
　いうことは分かるが、統計分析のアプローチとしては良くないね。
　ある程度の期間、CGI経由のデータ転送量とdatファイルの転送量を
　見て比較して欲しいものだ。
259 ：名無し~3.EXE ：2001/08/26(日) 03:34: >IEのモジュールを使って部分読み出しを実装するのが難しいから。

　実装するのが難しいから＝無知故に実装できない

君には難しいと思えるんだね。つまり無知ってこと。>>256
260 ：名無し~3.EXE ：2001/08/26(日) 03:34: >>258
まあかちゅ～しゃも対応すれば、やっぱりかちゅ～しゃのほうが
転送量をさらに減らせるだろうね。
圧縮に対応できるかは大いに疑問だけど。

頑張れ作者！
261 ：名無し~3.EXE ：2001/08/26(日) 03:34: 作者さんはこの状況を見てるのかな？
ある程度落ち着いたら専門的な知識で語れる方は
作者さん宛てにメールをお願いしたい。
ド素人がわけもわからず催促してもただの迷惑になるしね。
262 ：名無し~3.EXE ：2001/08/26(日) 03:35: >>259
君バカだろう。
論点ずらしてるよ。
263 ：名無し~3.EXE ：2001/08/26(日) 03:38: >>258
＃しぶといね

cgiはdatに比べてHTMLのタグがごてごてつくからデータがでかくなる上、
サーバの負荷が高くなるの。特に圧縮するようにしたらサーバの負荷は
なおさら高くなる。

＞＃夜勤さんの出すデータは"統計量"としては疑わしい・・・。

現状できる範囲でかつ時間制限もある状況で四苦八苦している
人に対して、いう言葉かねぇ…そりゃだれだって理想的なデータは
許されるなら、とりたいだろうよ。
264 ：名無し~3.EXE ：2001/08/26(日) 03:39: >>259
目的に合わないモジュールをあれこれ細工して無理に実現するのを
避けることが、なぜ無知ということになるのか？
265 ：名無し~3.EXE ：2001/08/26(日) 03:40: 263は >>259の間違いね。
266 ：名無し~3.EXE ：2001/08/26(日) 03:41: じゃなくて
264は >>259の間違い
ｳﾂﾀﾞｼﾉｳ
267 ：名無し~3.EXE ：2001/08/26(日) 03:42: まぁ、自前でHTTP/1.1を利用できるコードが書けばいいだけだね。
是非ともサーバの負荷を考えて、自前実装してください。＞作者氏
自前で実装できないと判断すれば、IEのモジュールを使ってCGI経由で
アクセスして頂きたい。>>256の言う「難しい」はdatの直接参照でしか
成立しない。CGI経由なら部分読み出しも至って簡単。
268 ：名無し~3.EXE ：2001/08/26(日) 03:45: >>267

お前は3歩歩くと記憶がなくなるのか？
それじゃあサーバの負荷が増えるんだって。しかもHTML形式だから
データがでかくなる。転送量が増えてサーバの負荷も増えてどこに
メリットがあるんだ。

もしかしてキミ話を理解せずに口先で適当なことを言ってるだけの人間？
269 ：名無し~3.EXE ：2001/08/26(日) 03:49: >>267
CGI経由ならいたって簡単？って何いってんだろうね。
読み出してるのはカチューシャなんだから、datだろうとcgiだろうと
同じなんだよ。まあ、これでキミが何もわかっていいないで口先だけで
しゃべくっていることがよくわかった。
270 ：名無し~3.EXE ：2001/08/26(日) 03:50: >>268
IEモジュールを使ってCGI経由でアクセスすることのメリットは勿論、
転送データ圧縮の恩恵を受けられることにある。
>しかもHTML形式だからデータがでかくなる。
はこれまでは真理であった。これからはどうなるだろう。

プログラム板では、CGIそのものの無駄を無くして高速化、負荷軽減が
図られているし、データ圧縮を行ってもサーバ負荷は問題無いレベルで
あることも確認されてつつあるようだ。

現実の進行を理解しない >>268こそ、適当なことを言っている人間である。
271 ：名無し~3.EXE ：2001/08/26(日) 03:51: 267は相手のレスから適当に言葉をピックアップして並べ替えて
反論してるだけだね。相手にする価値はないと思われ。
272 ：名無し~3.EXE ：2001/08/26(日) 03:52: === [ ▼PR ] =========================================================
獲得ページにて毎日ポイント獲得！広告すると毎日のポイント増えるかも！？
http://www.fkfk.net/PrPointMail/PointMail.ASP?WCI=Home&WCE=105948
======================================================== [ ▲PR ] ====
273 ：名無し~3.EXE ：2001/08/26(日) 03:56: 擬古ナビとかはどーなってるんだ？
やはり.datを読み出すのか？
274 ：名無し~3.EXE ：2001/08/26(日) 03:56: >読み出してるのはカチューシャなんだから、datだろうとcgiだろうと同じなんだよ。

またもや意味不明発言。何が「同じ」なのだろうか。
CGI経由なら、1つのレス、特定範囲のレスを取得することは至って容易である。
datファイルへのアクセスではどうか。datの読み出しを開始するバイト位置しか
指定できないのだから、部分読み出しを行う上での制約は大きい。
275 ：名無し~3.EXE ：2001/08/26(日) 03:58: Apatch に mod_gzip を突っ込んだら（来週末？） dat 読みも圧縮可能だよね。
別に新CGI経由にこだわる必要はないよ。

かちゅ～しゃにとっての一番の問題は依然変わらず、作者たんの行方不明癖だろうな。（藁
276 ：名無し~3.EXE ：2001/08/26(日) 03:58: >>270
あのね、datのデータとcgiのデータがどれだけサイズが違うか
比べてみろ。IEでソース表示させればcgiのデータは出てくるし、
datはカチューシャのディレクトリを見ればわかるだろ。

cgiをいくら効率よくしたところで限界はある。datは極限までシェイ
プアップしたcgiよりもまだ小さい。つーかdatの内容にサーバ
側でHTMLのタグをいろいろくっつけて生成したのがcgiのファイル
なんだから。

サーバの負荷については、今回の圧縮うんぬんって話がでる
以前から、負荷が高いわけ。圧縮処理は如何に効率よくしても
オーバヘッドはそれなりにかかる。ただ今回はなによりデータ
転送量の削減が急務だから、それに比べれば重要度は低い
ということ。聞きかじりの知識はたちが悪い…
277 ：名無し~3.EXE ：2001/08/26(日) 04:02: >>274
同じなのはカチューシャ側の処理。違うのはサーバの負荷とデータの転送量。
サーバの負荷もデータの転送量もcgiはdatに比べて不利。
もうそろそろおれは落ちるぞ？キミのような厨房相手に俺も物好きだ（ｗ

そこまでいろいろ考えたいなら、本気でサーバが何をやってるのかとか
カチューシャがどう動作してるのか、勉強してみることだね。
278 ：名無し~3.EXE ：2001/08/26(日) 04:03: >>276

>あのね、datのデータとcgiのデータがどれだけサイズが違うか
>比べてみろ。IEでソース表示させればcgiのデータは出てくるし、
>datはカチューシャのディレクトリを見ればわかるだろ。

「転送量」の話をしている時に、何故｢転送後」のデータサイズを
比較しようとするのだろうか。新CGIで「圧縮転送」が出来るように
なることに「転送量削減」の意味があるのであって、「転送後」は
これまで同様、HTMLの方がサイズが大きいのは「当たり前」である。

何を議論しているのかを認識した上で、発言すべきだろう。
279 ：名無し~3.EXE ：2001/08/26(日) 04:08: 何を議論しているかわかっていないのは君のほうだ。

キミは圧縮されたcgiと圧縮されないdatを比較している。
俺が比較しているのは圧縮されたcgiと圧縮されたdatだ。
ただしそれは素人であるキミには簡単に比較できないだろう
から、圧縮されないcgiと圧縮されないdatの比較をしてみろ、
といったわけ。

圧縮すれば両者とも概ね同じ比率で小さくなるから、そこから
圧縮されたcgiと圧縮されたdatのサイズを想像しろといってる。

ただし、わずかながらその差は縮まるだろうともすでに述べた。
（覚えてる？）
280 ：名無し~3.EXE ：2001/08/26(日) 04:08: >同じなのはカチューシャ側の処理。

datデータの処理と、CGI経由で取得したデータの処理が同じだと言いたいのだろうか。
実際の処理内容からはかけ離れた発言であるし、発言の意図も不明である。

>カチューシャがどう動作してるのか、勉強してみることだね。

と他人に言えるレベルであるようには、とても見えない。
281 ：名無し~3.EXE ：2001/08/26(日) 04:09: 要するにアレだ。
かちゅ～しゃがgzip圧縮したdatを読めれば万事解決なんでしょ。
それを作者さんにお願いするしかないじゃん。
282 ：名無し~3.EXE ：2001/08/26(日) 04:09: >273
datを読み出すのは、かちゅーしゃとほっとぞぬだけときく。
この２つ以外ならブラウザを使う方が良いと思われ。
283 ：名無し~3.EXE ：2001/08/26(日) 04:10: おいおい、データもなしに推測で議論しても仕方ないべ。
284 ：名無し~3.EXE ：2001/08/26(日) 04:11: >>280
しつこいな…はぁ
今問題にしてるのはHTTPの処理の部分だろ？
datはカチューシャ内でそれをHTMLに変換する処理が入るんだから、
その部分が違うのは当たり前。そんなこといちいちいわないとわからない
点が素人だといってるのだが。
285 ：名無し~3.EXE ：2001/08/26(日) 04:12: >>282
2chブラウザもdatを読み出すぞ。全レス取得の場合のみだが。
したがって2chブラウザにはいろいろ精進してもらいたいところ。
286 ：名無し~3.EXE ：2001/08/26(日) 04:13: >>283
十分推測可能な部分は多いから議論自体は無意味ではない。
もちろん実際に確認するのに越したことはない。
287 ：名無し~3.EXE ：2001/08/26(日) 04:14: >俺が比較しているのは圧縮されたcgiと圧縮されたdatだ。

datへのHTTPデータ取得においては、圧縮などされない。
何故平然と「圧縮されたdat」という話を始められるのか・・・。
288 ：名無し~3.EXE ：2001/08/26(日) 04:16: はぁ？？？

もともとカチューシャにdat読み込み時にgzip対応をしてくれ、
そうすればサーバ側でdatの送信時も圧縮できてハッピーという
話から始まったはずだが。

もうすこし記憶容量の増設が必要だと思う。まあ、話の本筋を理解せず、
脊髄反射的に相手のレスの表面に対して反論してれば無理もないが。
289 ：名無し~3.EXE ：2001/08/26(日) 04:19: >>288はもはや、圧縮に賛成なのか反対なのかも分からないな。
290 ：名無し~3.EXE ：2001/08/26(日) 04:19: >>286
「十分推測可能な部分は多い」事を証明して
291 ：名無し~3.EXE ：2001/08/26(日) 04:22: >>278
転送量と転送後のデータサイズに関連性がないとでもいうのか。
馬鹿は氏ね。
292 ：名無し~3.EXE ：2001/08/26(日) 04:23: >>288
賛成に決まっている。cgiではなくdatのね。
すこし頭を冷やして最初からレスを読み直せ。他にも何人もの人が
圧縮されたdatを読み出せるように作者さんにお願いするのが吉、と
述べていると思うけど？

ところがあんたはあくまでcgiの読み出しにこだわり、カチューシャが
datを読み出しているのを理解できないと主張した。だから、datが
なぜ優れているのかを、説明したわけだ。

いったい何を勘違いしてるんだ？
293 ：名無し~3.EXE ：2001/08/26(日) 04:25: >>291

あのね、そういうことは十分推測可能な部分が何か、まがいなりにも
見当がつくぐらいの予備知識を蓄えてからいいましょう（藁
294 ：名無し~3.EXE ：2001/08/26(日) 04:26: げ、間違い。293は >>290に対してのレス。
295 ：名無し~3.EXE ：2001/08/26(日) 04:27: >>293
ﾊｧ?
296 ：名無し~3.EXE ：2001/08/26(日) 04:28: あと292の >>288は >>289の間違いね。
ミスばっかだ。俺は寝るぞ。
297 ：名無し~3.EXE ：2001/08/26(日) 04:28: >>294
了解。しかし馬鹿を相手するの時間の無駄だと思うよ。
298 ：名無し~3.EXE ：2001/08/26(日) 04:29: 素人考えなんだけど、
圧縮されたdatを扱う場合、今までのかちゅ～しゃみたいに
最新レス部分のみのような部分読みは可能なの？
いちいち頭から読むんじゃ？

それとも転送時にサーバが圧縮して、クライアントは特に気にしなくて
いいのかな？(これがmod_gzip？)
299 ：名無し~3.EXE ：2001/08/26(日) 04:31: >>298 それは可能なはず。
ただgzipの処理を自前で組み込むのはかなり大変と思われ。
monazillaとかで協力してできるといいね。
300 ：名無し~3.EXE ：2001/08/26(日) 04:32: >>288
datへのアクセス時における圧縮は、かちゅ～しゃ単体ではどうにもならないよね。
サーバ側の対応があってこそ為せることだから。

今、サーバ側がdatファイルも圧縮転送をしてくれるという話があるのかい？
それは違うよね。大多数を占めるCGI経由のアクセスに最終変更日時の情報や
圧縮転送を導入して、転送量の大幅削減を図ろうとしているのだと思うが。

対応が後回しになるであろうdatについて、今後の優位性を説く事はおかしなことだ。
圧縮の効くCGI経由アクセスに、圧縮の効かないdatアクセス。この現実を無視して
発言しても、意味が無いと思う。
301 ：名無し~3.EXE ：2001/08/26(日) 04:33: >>297 こうして少しでも馬鹿が馬鹿でなくなってくれれば…と願って
暇なときは割りと馬鹿を相手にすることが多い。が眠いから今日は終わる。
302 ：名無し~3.EXE ：2001/08/26(日) 04:35: 来週にmod_gzipが入ることがほぼ確定しています。
それによってdatも圧縮して取得可能になります。
ただしかちゅ～しゃ側でも対応が必要です。
303 ：298 ：2001/08/26(日) 04:36: >>299
なるほどー
自前で組み込むのが困難ってのは解凍処理部分ですよね？
まだmod_gzipは決定では無いそうですが、
このまま作者が現れないと、かちゅ～しゃが使えなくなるんですね。

幸いにもかちゅ～しゃはProxyに対応してるから、gzip解凍してくれる
ローカルProxyとかがあればいいのかな
304 ：298 ：2001/08/26(日) 04:39: その場合、このgzip解凍Proxyの名前は「おちゅ～しゃ」にしてください
誰か作って～
305 ：名無し~3.EXE ：2001/08/26(日) 04:51: >>300

つぎからつぎへと論点を移しては…しつこいねぇ

サーバ側が先にやることなどできないんだから、どっちが
先にやるかという話になればクライアントが先だろ？

で、あくまで圧縮されたcgiと圧縮されないdatを比較したいなら、
まあ乗りかかった船だから、乗るが…

これは推測だがサイズ的にはややcgiの方が小さいと思う。
圧縮なしのcgi>圧縮なしのdat>圧縮ありのcgi>圧縮ありのdat
と思う。

が、その差は（これも推測だが）それほど大きくないと思う。
大きいと推測するのも勝手だが、そこまで入れ込むならぜひとも
実際に測定してくれ。それにサーバの負荷の問題は依然として
あるわけだから、ここで逆にサーバの負荷を増やす方向に
カチューシャを改変するのが適切とは私は思わない。

もちろん実際にキミが計測してみて明らかにcgi方式に戻した
方が絶大な転送量の減少につながることを示してくれれば、
みな喜ぶし、君は2chに貢献できる。非常に有意義なことだと
思う。

ただそういった検証もなしに、せっかく作者がサーバの負荷を
考えて入れたdat処理を元に戻せということは、俺には適切
だとは思えない。もちろん作者はカチューシャを知り尽くしている
はずだから、もとに戻すことは意外と簡単かもしれない。実験
版をつくって評価するという方法もあると思う。

キミがこういったことを全て勘案した上で主張しているのであれば、
俺にはもはや文句はないから、作者の迷惑にならない範囲で
働きかけてみてくれ。もちろん人にお願いする以上自分もなんらか
の労力=実験に協力するとか、は必要だと思う。

まあ、俺が見たところ悪いがあんたの考えはまだまだそこまで
深くないんじゃないかと思うが…

で、俺は寝る。
306 ：名無し~3.EXE ：2001/08/26(日) 04:51: IEが使用しているプロトコル実装をそのまま流用すれば、アプリ側で
圧縮・展開を意識する必要は無いと思われるが、どうなんでしょ。
307 ：名無し~3.EXE ：2001/08/26(日) 04:53: >>306 同じ話題が大体20レス周期で出てくるんだが、毎回俺が答えなきゃならないのか？
上の方を読め。
308 ：名無し~3.EXE ：2001/08/26(日) 05:02: 二重起動できるように改造するにはどうすればいいの？
309 ：名無し~3.EXE ：2001/08/26(日) 05:06: >>308 おまえが自分で試せ、んなことしたやついない

monazilla
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=981726544
html(374,629 バイト)→zip(101,535 バイト)
dat(317,161 バイト)

このキャラを流行らせろ！そして伝説にしろ！
http://piza2.2ch.net/test/read.cgi?bbs=mona&key=998527576
html(406,290 バイト)→zip(51,623 バイト)
dat(351,889 バイト)

データ持ってきた、多少zip圧縮効果の高そうなスレだけどね
310 ：ｻﾃﾗ印 ：2001/08/26(日) 05:09: 確かに二重起動はあるとありがたい

つかせめてベータ版くらいは
311 ：名無し~3.EXE ：2001/08/26(日) 05:17: 今、私たちに出来る事は何ですか？
一応、ログざっと目を通したんだけど
技術的な話はチンプンカンプンで・・・。

あ、2chやめろとか言うのは無しで・・・
312 ：名無し~3.EXE ：2001/08/26(日) 05:21: とりあえず来週の mod_gzip 導入にあわせて、
圧縮プロクシ経由かちゅ使うってのが、賢いかちゅ使いの身の振り方ですかね。
ローカルにおいてもいいしね。
313 ：名無し~3.EXE ：2001/08/26(日) 05:26: あー、あと最新IE使ってれば安心だとか思ってる方。
詳細設定で「HTTP 1.1を使用する」「プロクシ経由で HTTP 1.1を使用する」に
チェック入ってないとまるきし無駄ですからご注意。
特に串使ってる方。
# 標準設定だと、串のほーのチェックははずれてます
314 ：名無し~3.EXE ：2001/08/26(5) 37:00: >>309
レス1つ分、とか小さい受信単位になると両者の差が縮むだろうね。
それでも、かちゅ～しゃがdatの圧縮受信に対応しない限り
「CGI経由の方がずっと効率悪い」ということは無くなりそう。
レス1つ分でも両者の受信量は、同等レベルだと思うから。

そうなると、「あぼ～んに影響を受けない最新レス取得」とか
CGIを介することのメリットを最大限に享受できることになるね。
かちゅ～しゃがdatの圧縮転送に対応したところで、現状の
「全レスの再受信」という無駄が消えるわけでもないし。

スレッドのタイトルを見て、新たに興味を持ったスレッドのデータを受信する。
こうした"ある程度まとまった量のデータ"を受ける機会でも、
現状では圧縮転送に対応したブラウザで見た方がずっと
今2chの課題である"転送量削減"に貢献できることになる。

これからは
・圧縮転送に対応しないかちゅ～しゃで、2chを閲覧する
ことは望まれなくなると思う。これから望まれることは

(1)かちゅ～しゃがdatの圧縮転送に自前で対応する
(2)IEコンポーネントの機能を最大限に生かして、かちゅ～しゃを
　圧縮転送に対応させる。datの部分アクセスで生じる無駄に
　対処できなければ、CGI経由での情報取得に戻す
(3)かちゅ～しゃではなく、圧縮転送に対応した他のソフトを使う

だろうね。

196KB

新着レスの表示

スレッドリストへ戻る全部前100 次100 最新50

0ch BBS 2004-10-30