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

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

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)かちゅ～しゃではなく、圧縮転送に対応した他のソフトを使う

だろうね。
315 ：名無し~3.EXE ：2001/08/26(5) 37:00: その「伸張できるローカルプロキシ」とやらを
手に入れる旅にでるとするか
316 ：名無し~3.EXE ：2001/08/26(5) 39:00: あまりにレスが多くてよくわからないんですが、結局何を喧嘩してたのですか？
317 ：名無し~3.EXE ：2001/08/26(5) 39:00: 曜日が抜けるようになっちゃったね。
318 ：名無し~3.EXE ：2001/08/26(5) 40:00: あ　ほんとうだ。うちのばあい曜日が(5)ってなってるや。
319 ：名無し~3.EXE ：2001/08/26(5) 40:00: てすと
320 ：317 ：2001/08/26(5) 41:00: それは５時だからです。
321 ：317 ：2001/08/26(5) 42:00: 320は318へのレスね。
322 ：名無し~3.EXE ：2001/08/26(5) 42:00: なるほど　めからうろこ
323 ：317 ：2001/08/26(5) 46:00: どうやらbbs.cgiも弄っている模様。
324 ：　：2001/08/26 05:58: なおっちゃったそうです。
325 ：名無し~3.EXE ：2001/08/26 06:00: >>316 君に説明しても理解できないYO!
レスを読んでも理解できない人に説明しても無駄だし、読む気のない人間になぜ説明しなけりゃならないんだい？
326 ：名無し~3.EXE ：2001/08/26 06:00: >>314
なんだかなぁ、どう考えたって、ブラウザと比較しちゃ、かちゅーしゃの方に
軍配が上がるに決まってるだろ。

ログをローカルに貯め込んでるんだぞ。>>1こういうリンクも、サーバーに
アクセスせずみれるのだぞ。

毎回アクセスするブラウザと比較するなんて、かちゅーしゃに失礼だよ。
327 ：317 ：2001/08/26 06:01: >324
つうか、曜日表示がなくなっちゃたね。
328 ： ◆53/MSXMA ：2001/08/26 06:05: 「(1)かちゅ～しゃがdatの圧縮転送に自前で対応する」ってので質問ですが
仕事で忙しい作者さんが片手間でそれに対応できるかちゅ～しゃを作成できるのでしょうか？
329 ：　：2001/08/26 06:07: -現時点で-かちゅ～しゃをこのまま使ってて良いのか、
それともブラウザに戻したほうがいいのかを
「２ちゃんねるにやさしい」という観点で
理解できない人にもせつめいしてほしいのです。

かちゅ～しゃでよい、ぶらうざの勝ち、と
両意見がとびかって（るように見え）てよくわかりません。
330 ：名無し~3.EXE ：2001/08/26 06:08: ＞328
この春からの状況を見る限りでは、ほとんど不可能だと思う。
331 ：名無し~3.EXE ：2001/08/26 06:12: >>314
サーバのcgi起動の負荷の問題は？
332 ：名無し~3.EXE ：2001/08/26 06:19: >>329
ブラウザの勝ちって主張してる人なんているの？
圧縮しないカチューシャとするカチューシャを比べりゃ圧縮するカチューシャの方が
優れているに決まってる。ただそれだけの話。

当たり前だが、ブラウザではレスが１っこついただけでそのページ全体を読み出さなきゃ
ならない。そのページのレスを50個分にするか100個分にするかはともかく少なくとも
1ページ１レスなんてことはさすがにないだろう。

一方カチューシャならcgiにしろdatにしろ1スレ分だけ読み出せばいい。差は歴然としてる。
ま、あとは実際に使われる場面で、スレ全体を読み出す頻度と更新分のスレだけを読み
出す頻度の割合がわかればもっとよいのだけどね。
333 ：名無し~3.EXE ：2001/08/26 06:20: やはり、cgiからの起動は負荷が大きいのかな？
cgiの実行ってのがどのくらいの負荷になるのか、が
議論からすっぽり抜けてる気がするです。
334 ：名無し~3.EXE ：2001/08/26 06:22: 今のところ負荷は転送量に比べたらたいした問題じゃないから。
圧縮するようにしたらかえって負荷が下がったくらいです。
335 ：名無し~3.EXE ：2001/08/26 06:25: >>309
＃寝るといってまだ寝てないんだが＾＾；

他の人も触れてるように、実際にどれくらいの単位（レス何個分）づつ
読み出されることが多いか、が重要だと思う。小さな単位なら、他の人が
述べているようにあまり圧縮は効かないと思うから。

（示したデータに文句つけてるわけじゃないので誤解ないように。データの
提示サンクス）
336 ：　：2001/08/26 06:27: >>332
ありがとう。わかったきがします。
このままかちゅ～しゃつかいますね。
337 ：名無し~3.EXE ：2001/08/26 06:27: >>334 えー？それはないんじゃないの。なんで負荷が下がるの？
ちなみに負荷ってのはCPUタイムとかHDDへのアクセスとかメモリの消費とか
だよね。
338 ：名無し~3.EXE ：2001/08/26 06:28: >>337
そう言われても実際に下がったという計測結果が出たし
339 ：名無し~3.EXE ：2001/08/26 06:30: 補足だけど１回の読み出しレス数が少ないとcgiは毎回書き込みようの
テキスト領域とかタイトルとかいろんなもんをくっつけるから当然効率は
よくない。承知してると思うけど念のため。
340 ：名無し~3.EXE ：2001/08/26 06:31: >>338
どこのスレにその計測データあるの？レス番号もできればきぼん
341 ：333 ：2001/08/26 06:34: >>334
>>339
どうも。
まあ、普通に考えたらcgiを介するよりもdatを直に読んだほうがいいですよね。

いま話題になってる圧縮とは、いったいどの時点での話なんでしょうか？
datの圧縮？それとも転送時の圧縮？
342 ：名無し~3.EXE ：2001/08/26 06:39: >>340
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174
853 名前：夜勤 ★ 投稿日：2001/08/26(日) 03:33
salad 4.68, 5.12, 5.15

858 名前：名無しさん＠お腹いっぱい。投稿日：2001/08/26(日) 03:34
>>853
むしろ軽くなってませんか？

879 名前：夜勤 ★ 投稿日：2001/08/26(日) 03:38
>>858
かなり軽くなっていると思われます。
343 ：名無し~3.EXE ：2001/08/26 06:42: だからいろいろ。全部。どのレスがどの圧縮のことをいってるかは一生懸命前後の文脈から追いかけろ。
344 ：名無し~3.EXE ：2001/08/26 06:44: >ログをローカルに貯め込んでるんだぞ。>>1こういうリンクも、サーバーに
>アクセスせずみれるのだぞ。

溜め込んだログは、サーバ側の都合で再更新する必要が無いようにして欲しいね。
あぼ～んがあると再度更新するしかない仕様は、折角溜めたものを捨てることに他ならない。

過去発言ログが溜まることは良いが、これからは新規発言の取得における連続的な
転送量の多さが問題になるだろう。少なくとも、CGI経由のレス取得数より多く
連続したレス取得が出来る仕様は迷惑だ。テレホ時間にCGIが100件までの
取得制限を設けているのなら、かちゅ～しゃもそれを超えない範囲に自主規制すべきだろう。

発言後や板切り替え時における、数百ものスレッド列取得も無視し難い。
これも一度に最大20スレッドに自主規制するなどの配慮が要るだろう。

ブラウザでの閲覧時に、2ちゃんねるのCGIにより生じる制限・仕様がかちゅ～しゃで打破されることも
ユーザは「便利だ」と捉えているに違いない。しかし本来は、作者の側がそうした制限が設けられている
理由を理解した上で、制限の範囲内で、便利なソフトを作るべきだと思う。
345 ：名無し~3.EXE ：2001/08/26 06:46: >>342 サンクス。しかしこれでは…うーん、なんとも。
346 ：２ＣＨ最終進化形態 ：2001/08/26 06:46: なんだかアツイね。ｳﾞｧｶｽﾚ・ｺﾋﾟﾍﾟのﾘﾔﾙ厨房さえ住み着かなきゃみんな
苦労しないのにねぇ。

196KB

新着レスの表示

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

0ch BBS 2004-10-30