レス数が1000を超えています。残念ながら全部は表示しません。

2ch閉鎖の危機なんだと

1 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 08:23

【ebi＆curry鯖重過ぎます Part3】
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=997804717
【ebi＆curry鯖重過ぎます Part4】
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998670947
皆さん、２ちゃんねる存続の危機です
http://corn.2ch.net/test/read.cgi?bbs=entrance&key=998677445
ロビーは来週で閉鎖かも！
http://saki.2ch.net/test/read.cgi?bbs=lobby&key=998680158

2 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 08:50

　　 λ＿λ　　　／￣￣￣￣￣￣￣￣￣￣
　　（　｀ー´）　＜ べつにいいんじゃネーノ？
　　 /　　　　;つ　＼＿＿＿＿＿＿＿＿＿＿
　　（人＿つ_つ

3 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 12:45

まあ、潰れるなら潰れればいい。あったらあったで便利だけど。
有志云々って出てるけど、にちゃんの板ひとつでも引き取ろうってい
う人いるんだねえ。とてもじゃないけど誹謗中傷満載の掲示板を運用
しようという気にはなれないが。いや〜、ひろゆきは肝が太いね。

4 ：login:bin ：2001/08/25(土) 16:40

つー感じで来てみました。
Referer: http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998704295

5 ：Perler ：2001/08/25(土) 16:48

来てみた。

現状のread.cgiの改善案を、自分が書いた分だけ書き写しとく。
案っつっても既出だった訳だけども。

http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998704295&st=393&to=393&nofirst=true
CGIスクリプトをnphにして、ログの最終更新時刻をLast-Modified: として
ヘッダをちゃんと出すようにして、クライアント側のIf-Modified-Since:
ヘッダに対応させるようにしたら、別にログのHTML化なんかしなくても
結構キャッシュ効果期待できるんじゃないの?
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998704295&st=563&to=563&nofirst=true
今更HEADリクエストでLast-Modifiedの問い合わせしてるブラウザは少数だと思う。
普通はIf-Modified-Sinceヘッダを投げて、サーバー側がファイルの最終更新時刻と
比較、同じファイルなら、304 Not Modifiedのステイタス・コードを投げて、ブラウザの
キャッシュを使わせるのが、HTTP/1.1では普通でしょう。
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998704295&st=506&to=506&nofirst=true
もう一点。CGIサーバーの負荷が問題になっていないのなら、

Accept-Encoding: gzip

つーヘッダを持ってるクライアント(つーか、殆どのブラウザが持ってる)
に対しては、出力をgzip化して送ってやるというのは？

そしたら一気に全体の転送量が20%くらいに減るぞ。

特に過去ログ倉庫なんて、Apacheの設定で簡単にgzip対応できる
と思うし。過去ログ作るときに、普通の過去ログと平行してgzip通して
もう一個圧縮版のファイル作成するようにして、Apacheの設定を
変更するだけ。テストとか考慮に入れなければ5分もあったら出来ると思う。

6 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 17:35

Sunに2chのバトロンになってもらおーぜ！！

7 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 17:40

>>6
ちょっと面白いかも

あぁ、Linux系のベンダーでもいいね。
「2chの高負荷にも耐えられます！！」みたいな感じで

8 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 17:55

>>6,7
だからマシン負荷が大変なのではなくて、
帯域使用量が大変なのではないのか?

9 ：7 ：2001/08/25(土) 17:57

マシン管理させるかわりに回線使わせろって意味ですね、はい

10 ：名無しさん＠ＸＥｍａｃｓ ：2001/08/25(土) 18:02

大学は興味ないのかなぁ? 研究対象とか言ってさ．
理由はなんとでも付くだろうに．

11 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 18:09

ただでさえセキュリティ薄いとこにそんなもん置いた日にはほそろしい事になるかと。

12 ：名無しさん＠ＸＥｍａｃｓ ：2001/08/25(土) 18:25

あーそうかー．セキュリティかぁ． なるほどなー．

KAME のプロジェクトの一環にして IPv6 で
ないと見られなくしちゃうとかは? 一気に v6
ひろまりそう(笑

ｽﾏﾝ， もうネタしか思いつかん

13 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 18:37

index2.htmlとかpreview.cgiで"Pragma"の"no-cache"の指定が
されてるみたいだけど　これをやめたらどうなの？

14 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 18:47

ここの板の人達はこの手の話は詳しいのでないの？
その割にはあんまり話題になっていないな。

15 ：名無しさん＠ＸＥｍａｃｓ ：2001/08/25(土) 18:55

現実的な解は出尽くしてる感があるからじゃないかな．
削除要望板とか行ってみそ．

あとは奇跡的な一致団結力で P2P システムが組み上がる
とかチャレンジ精神旺盛な外資系の資本が入るとかの
電波っぽい(実現出来たら良いけどね)案くらいしか方法が
無いんじゃないかと．

16 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 18:56

>>14
ここの住人は最適化には興味あります。

17 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:02

この板で広告収入だの寄付金だのって言ってもしょうがないからね。
技術的な解としては gzip が一番効果が大きいでしょう。これはもう語られてるし。

18 ：夜勤 ★ ：2001/08/25(土) 19:05

まずは、ちょっと読んでみます。

19 ：あちらの住人 ：2001/08/25(土) 19:09

もどき板＆議論板、史上最大の危機
http://nh.mikage.to/test/read.cgi?bbs=discuss&key=983979360

転送量が多いので、mod_gzipを導入＆結果

試験運用URLへのアクセス結果
http://nh.mikage.to/test/read.cgi?bbs=discuss&key=983531289

経路によっては問題が出る模様

20 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:09

>13
劇的な変化は望めないかと。

21 ：夜勤 ★ ：2001/08/25(土) 19:12

>>5 を read.cgi に実装すると効果があるという話しですよね。
で、 read.cgi は、 C で書かれているので、ぜひコーディングも
お願いしたいのですが、

なんせ時間が無いもんで、すみません。

22 ：名無しさん＠ＸＥｍａｃｓ ：2001/08/25(土) 19:15

おぉ，夜勤さんだ． チェックされてたのねん．
おつかれさまです．

月並みだけど， 応援してますから．
頑張ってくださいませ．

23 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:16

CGIつーよりもApache側の設定じゃないでしょか？

24 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:17

>>21
おおっ
現実的ってことか影で応援してる。

25 ：23 ：2001/08/25(土) 19:18

ｺﾞﾒｿﾅｻｲ、キャッシュの効果アップのことでしたね･･･

26 ：Perler ◆GSi39OA6 ：2001/08/25(土) 19:19

騙りが怖いんで、トリップ入れます。

ハンドルのとおりPerl者でして、Cはあまり自信がないんですが。。。
とりあえず、ソースを頂ければやれるだけやってみることは可能です。

具体的なやり方としては、gzipの方はクライアントからのリクエストに、

Accept-Encoding: gzip

があれば、ヘッダとして

Content-Encoding: gzip

を出力、ヘッダの出力が終わった時点で、pipeを作成してfork、片側でgzipをexec
して、親プロセス側でSTDOUTの出力をそっちにパイプするようにすれば大丈夫だと
思います。まだ追試してないんで、問題が潜んでるかもしれませんが。

ソースの受け渡し等はどうしましょうか?

27 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:19

>>21
Apacheにモジュールを組み込むという解はありませんか?

28 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:20

>>21
ソースの公開は難しいの？

別に、公開しろｺﾞﾗｧって訳じゃないよ

29 ：Perler ◆GSi39OA6 ：2001/08/25(土) 19:22

If-Modified-Sinceの方は、まずログの最終更新時刻を見て単にLast-Modifiedを出力するようにして、
リクエストがあった際に、もしIf-Modified-Sinceヘッダがあれば、生成したLast-Modifiedヘッダの
内容と比較、同一ならキャッシュは最新と見なして200 OKの代わりに302 Not Modifiedを出力。

あと、普通のApacheの設定のままなら、ファイル名をread.cgiからnph-read.cgiに変更する
必要はあり。

30 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:23

671 名前：夜勤 ★ 投稿日：2001/08/25(土) 19:14
お騒がせして誠に申し訳ありません、
どこから閉鎖の話が出たのか分かりかねますが、まだ閉鎖は致しません。
しかし、通信料の問題は深刻です、ブラウザでは表示レスを制限させて
頂きました、板を減らし、解決させる可能性もありますが、2chその物は
閉鎖を致しません、お間違いなくよろしくお願いします。

これ本物ですか？

31 ：Perler ◆GSi39OA6 ：2001/08/25(土) 19:23

あ、他の人も書いてますが、gzipに関してはmod_gzipをApacheに導入すればソースの変更は
必要ありません。
どちらがより早く対応できるかって事ですよね。。。

32 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:25

http://www.remotecommunications.com/apache/mod_gzip/
このページって、日本語化された文書って、どこかにありましたっけ？

33 ：login:Penguin ◆uryg5l2o ：2001/08/25(土) 19:26

これじゃダメ?
Apacheにmod_gzipを組み込んでHP配信を高速化する
http://www.planet-green.com/linux/mod_gzip.html

34 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:27

flag=(0=strstr(getenv("HTTP_ACCEPT_ENCODING"),"gzip"));
flagが立ってたらcontent-encoding: gzip をヘッダに入れる。
ヘッダの直後に if(flag) { stdout=popen("gzip -cfn3","w"); }
全部出力終わったら if(flag) { pclose(stdout); }
俺が自作したcgiではこんな感じでやってるよ。エラー処理は自分で入れて。

35 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:30

閉鎖始まってんじゃん。
Go ! ラウンジ

36 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:31

なるほど、Apache側でmod_gzip_item_include でdatをはずせば、かちゅ〜しゃなどでdatがとれなくなる問題は回避できるのですね？
ただ、それだと意味がなくなってしまいますか。

37 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:32

>>33
ありがとうございます。

38 ：Perler ◆GSi39OA6 ：2001/08/25(土) 19:34

>>36
つーか、mod_gzipは、クライアントのリクエストヘッダにAccept-Encodingにgzipがなければ、圧縮はしないでしょ?
さすがにそこまで間抜けな実装はしてないと思うmod_gzip
かちゅ〜しゃも、意味もなくAccept-Encodingにgzipなんて入れないでしょ。

39 ：夜勤 ★ ：2001/08/25(土) 19:34

Apache に手を加える(パラメータ)を変更する　というのはできないです。

なぜなら、このサーバと同じサーバという売りでレンタルサーバ業を
営んでいるもので、汎用的なサーバじゃなきゃだめなんです、すんません。

でも、mod_gzip　が「組み込み済みか」等は、サーバ技術者に聞いてみます。
ちょっと時間がかかります。

あと　Last-Modify の方ですが、それだけでも効果はありますか?
ちょっと　ソース拾ってきます。

read.cgi ver5.26+ (01/10/21-)