2ch閉鎖の危機なんだと（Part3.1）

その１
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174
その２
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998695422

（ ﾟ∀ﾟ一番乗り！

3ｹﾞｯﾄ

■■実験中のサーバー＆書き込み/表示テスト報告スレッド■■
http://piza2.2ch.net/test/read.cgi?bbs=musicx&key=998676619
OK の場合は報告不要です。 うまく表示されなかった場合は、
▽ スレの URL
▽ プロバイダ名
▽ OS の種類・バージョン・SP
▽ ブラウザの種類・バージョン・SP
▽ PROXYの有無・HTTPヘッダの設定
を書いてください。

■■関連スレ■■
転送量(料)の増加で2ch閉鎖の危機！の続きの続き
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998738215

雑談・応援・グチは↓こちらでどうぞ。
UNIX板で2chのプログラムを開発中　パート2 ＠批判要望板
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=99875716



■■難民用テンプレ■■
みんなで力を合わせれ！

gzip 圧縮や Last-Modified 対応など
転送量軽減に関する話題は↓こちらでお願いします。
2ch閉鎖の危機なんだと（Part2.1） ＠UNIX板
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174

read.cgi の無駄なコードの省略や高速化など
関数毎の最適化については↓こちらでお願いします。
プログラマが2chを救う！？　＠プログラム板（このスレです）
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

無駄なタグの消去やHTMLの修正などは↓こちらでどうぞ。
スキルの高い方知恵を貸してください ＠web制作管理板
http://natto.2ch.net/test/read.cgi?bbs=hp&key=998741961

応援やグチ、今後の2chはどうなるか、
何故この事態が起こったかなどの議論は↓こちらでどうぞ。
UNIX板で2chのプログラムを開発中　パート2 ＠批判要望板
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998757160


他の板の住人へ

ここのURLを張らないで応援板のURLを張ってください。
馬鹿が多く来て話になりません。
（事態は収束に向かいつつあるよ。みんなすごすぎだyo!）

2ch閉鎖の危機なんだと（Part2.2）

みんなで力を合わせれ！
■2ch閉鎖の危機なんだと
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998695422
■2ch閉鎖の危機なんだと（Part2.1）
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174

ソース（ミラーです。本家はアタック防止のため書き込みません。）
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174

CGI の無駄なコードの省略など
ミクロなレベルの話題は↓こちらでお願いします。
プログラマが2chを救う！？　＠プログラム板
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

無駄なタグの消去やHTMLの修正などは↓こちらでどうぞ。
スキルの高い方知恵を貸してください ＠web制作管理板
http://natto.2ch.net/test/read.cgi?bbs=hp&key=998741961

■■他の板の住人へ ■■
ここのURLを張らないで応援板のURLを張ってください。
馬鹿が多く来て話になりません。
（事態は収束に向かいつつあるよ。みんなすごすぎだyo!）
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=99875716

上記の意味が解らんやつは首突っ込まずに回線切ってその首吊れ。

GET /

だから、スレたてんなよボケ！

http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516&st=267&to=267&nofirst=true
プログラマ板のread.cgi最適化の話が少しまとまっています

get

■■実験中のサーバー＆書き込み/表示テスト報告スレッド■■
http://piza2.2ch.net/test/read.cgi?bbs=musicx&key=998676619
OK の場合は報告不要です。 うまく表示されなかった場合は、
▽ スレの URL
▽ プロバイダ名
▽ OS の種類・バージョン・SP
▽ ブラウザの種類・バージョン・SP
▽ PROXYの有無・HTTPヘッダの設定
を書いてください。

■■関連スレ■■
転送量(料)の増加で2ch閉鎖の危機！の続きの続き
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998738215

雑談・応援・グチは↓こちらでどうぞ。
UNIX板で2chのプログラムを開発中　パート2 ＠批判要望板
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=99875716



■■難民用テンプレ■■
みんなで力を合わせれ！

gzip 圧縮や Last-Modified 対応など
転送量軽減に関する話題は↓こちらでお願いします。
2ch閉鎖の危機なんだと（Part3.1） ＠UNIX板
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764722

read.cgi の無駄なコードの省略や高速化など
関数毎の最適化については↓こちらでお願いします。
プログラマが2chを救う！？　＠プログラム板（このスレです）
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

無駄なタグの消去やHTMLの修正などは↓こちらでどうぞ。
スキルの高い方知恵を貸してください ＠web制作管理板
http://natto.2ch.net/test/read.cgi?bbs=hp&key=998741961

応援やグチ、今後の2chはどうなるか、
何故この事態が起こったかなどの議論は↓こちらでどうぞ。
UNIX板で2chのプログラムを開発中　パート2 ＠批判要望板
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998757160


他の板の住人へ

ここのURLを張らないで応援板のURLを張ってください。
馬鹿が多く来て話になりません。
（事態は収束に向かいつつあるよ。みんなすごすぎだyo!）

ねえねえ、ついでなのでこの際、read4.cで
strcpy(dst,kk0 + strlen(tgt) + 1)
は
strcpy(dst,kk0 + strlen(tgt) + 1, 1024)
とかにすべきだと思うよ。はずしてる？
そのままでも実害はないのかもしれないけどね。

>>11
s/strcpy/strncpy/

>>11
さんくす

http://yarakasu.chat-jp.com/misc/css_test.htm
ウェブ板ＣＳＳ案途中経過
圧縮が合理的に効くかどうか検討してください

夜勤さん (や Perier さんたち) 、セキュリティホールは放置しないで
このさいちゃんとふさぎましょうよー

>>12
のまちがいだ。逝って来る…

いつもUnix板のこの時間帯は20分に1カキコくらいしかないのにキモイ・・・

>>15
今できる対策だったら、今やってしまった方がよいと思います。
セキュリティホールが公然化しているのですから。

>>14
ネスケだと、白背景でシンプルになりましたね

>>18
夜勤さんの方で対応するのでしょうか。
Perlerさんは少し離れてしまうようですので。。。

よかったらぱっちつくろうか？

誰かread4-blank.c.2のセキュリティホール修正してあぷしよう

>>21
お願いします

patchなんて大袈裟な

read4-blank.c.25は？

>>21
ぜひお願いします。

セキュリティホール関係はウェブプログラミング板のほうで
検証してもらうというテもある

プログラム板でプログラムの最適化やってます。
移動しましょう。

>>27
そうですね。危険な検証ですけど(笑)

寝る前に最新のread4.cを上げてくれ〜

>>28
了解です

どれが最新版?

この機会にフィーネが指摘してた穴も塞いどきたいんだが

それはbbs.cgiでは？　>>33

ａｍｐに；つけるのは?(泣)

>>28
了解です

>>35
それは必須ダネ

セキュリティ関係だけはここで済ませてしまいませんか？
そういうのを引きずって移動するのは、ちと気が引けます。

フィーネがいってたのはread.cgiのバグなの？
汚染チェックが甘いっていってたけど

最新版のソースは、

http://210.70.217.35/incoming/perler

にありますので、よろしけれ持っていってやってください。

あ、バージョンは覚えてないので、とりあえず
「一番タイムスタンプが新しいやつ」を持っていけばいいかと。

--- read4.c.5.orig Sun Aug 26 03:54:48 2001
+++ read4.c.5 Sun Aug 26 03:54:59 2001
@@ -283,7 +283,7 @@
someReplace(s[0],r0,"M" , ",") ;
someReplace(s[1],r1,"M" , ",") ;
someReplace(s[3],r3,"M" , ",") ;
- someReplace(r3,r3,"&" , "&") ;
+ someReplace(r3,r3,"&" , "&") ;
#endif
hlinkReplace(r3) ;

>>34
bbs.cgiだっけ？違うと思ったが

>>369
つながらないよ〜

--- read4.c.5.orig Sun Aug 26 03:54:48 2001
+++ read4.c.5 Sun Aug 26 03:54:59 2001
@@ -283,7 +283,7 @@
someReplace(s[0],r0,"M" , ",") ;
someReplace(s[1],r1,"M" , ",") ;
someReplace(s[3],r3,"M" , ",") ;
- someReplace(r3,r3,"&amp" , "&") ;
+ someReplace(r3,r3,"&" , "&") ;
#endif
hlinkReplace(r3) ;

あ、すいません、間違いました。

ftp://210.170.217.35/incoming/perler/

です。70じゃなくて、170。
失礼しました。

>>38
こっちでいけるのでしたら、それでよいのではないでしょうか？
夜勤さんのご判断ということで。

>>44
預言者発見

read.cgi　を全面書き換えという案が浮上してます。
いそいでプログラム板に結集して下さい。

ミラー。
5分おきにwgetしなおしてるだけなので更新時刻に注意。
http://www.gedoh.org/aki/2ch/210.170.217.35/incoming/perler/

移動したら、BANGされた人たちがまたきちゃうよ〜
やっぱここでやるべき。

すいません、ちょっと水を差すようですが。
メンタイ鯖（DTP、英語など）が復旧しておりません。

もう4:00だよ
みんな寝ないの？

みんなで力を合わせれ！

gzip 圧縮や Last-Modified 対応など
転送量軽減に関する話題は↓こちらでお願いします。
2ch閉鎖の危機なんだと（Part2.1） ＠UNIX板
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174

read.cgi の無駄なコードの省略や高速化など
関数毎の最適化については↓こちらでお願いします。
プログラマが2chを救う！？　＠プログラム板（このスレです）
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

無駄なタグの消去やHTMLの修正などは↓こちらでどうぞ。
スキルの高い方知恵を貸してください ＠web制作管理板
http://natto.2ch.net/test/read.cgi?bbs=hp&key=998741961

応援やグチ、今後の2chはどうなるか、
何故この事態が起こったかなどの議論は↓こちらでどうぞ。
UNIX板で2chのプログラムを開発中　パート2 ＠批判要望板
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998757160


他の板の住人へ

ここのURLを張らないで応援板のURLを張ってください。
馬鹿が多く来て話になりません。
（事態は収束に向かいつつあるよ。みんなすごすぎだyo!）

２ちゃんねる史上最大の祭りだからねぇ・・・

技術系の人達って夜勤に慣れてるんじゃないの

new_ver/ に & と strncpy 修正したの置きました

素朴な疑問として、最新版は、
ftp://210.170.217.35/incoming/perler/read4-blank.c.25
ではないでしょうか。。。

>>45さんの修正を組み込んだソースをアップロードしました。

ftp://210.170.217.35/incoming/perler/read5.01-amppatch.c

あっわたしは、ついていきます。

>>56
そだね・・

おっと複数人でやっちゃだめだな
new_ver は消します・・・

残業300時間越えた某コンシューマゲームのプログラマーは
過労死したがな
ニュースで前やってた

あっちは、ソース完全書き直しって雰囲気になってます。
パッチレベルで修正できるのであれば、ここがいいかもしれません。
へんな表現ですいません。

じゃあampとstrcpyだけ終わったら修正はもうしなくていいね
寝ようか

>>62
フォルダ作らせてもらえば？
118さんみたいに

バザールモデルってのはこれのことですか？

>>63
そこまで長時間は少数だけど
シュラフや毛布を常備している連中は多いよね

>>67
こんなケチな作業はそう言いません

>>67
これは突貫工事と言います

雑談は応援スレ池

>>70
血の涙を流しつつ同意。

>>63
俺は、休みが月に２日だった事があった・

>>70
確かにそうですね(笑)
公になってしまっているセキュリティホールがある以上、理想的には突貫でも房がないと・・・
プログラム板のみなさんは、ソース全面書き換えですので、開発フェーズ的にも違いますし。

あっちは多分、こだわりが強すぎて、最終的なブツを
作るのにはかなり時間がかかる気が。

>>59さんの修正を取りこんだのを、以下のURLに置いておきます。

(省略)/incoming/2ch-read-current/

ここの、「read5.01.02.c」が最新です。

>>67
ちょっと違うと思うけど、
これを期にcgi関係は全部公開して、
この板にいる連中で順次手を入れるってのはどう？

プログラマ板で改良したヤツ
ftp://210.170.217.35/incoming/html/read4-blank.c.25

strcatの使い方もかなり激しい。someReplaceもすごい危険な仕様だ。
＃この設計なら、俺なら絶対デバッグルーチンくらい入れる。

これでよくいままで攻撃されずにすんだものだね。

オープンソースだなｗ

修正版

みんなで力を合わせれ！

gzip 圧縮や Last-Modified 対応など
転送量軽減に関する話題は↓こちらでお願いします。
2ch閉鎖の危機なんだと（Part3.1） ＠UNIX板
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764722

read.cgi の無駄なコードの省略や高速化など
関数毎の最適化については↓こちらでお願いします。
プログラマが2chを救う！？　＠プログラム板
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

無駄なタグの消去やHTMLの修正などは↓こちらでどうぞ。
スキルの高い方知恵を貸してください ＠web制作管理板
http://natto.2ch.net/test/read.cgi?bbs=hp&key=998741961

応援やグチ、今後の2chはどうなるか、
何故この事態が起こったかなどの議論は↓こちらでどうぞ。
UNIX板で2chのプログラムを開発中　ﾊﾟｰﾄ 3　＠批判要望板
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998765190


他の板の住人へ

ここのURLを張らないで応援板のURLを張ってください。
馬鹿が多く来て話になりません。
（事態は収束に向かいつつあるよ。みんなすごすぎだyo!）

＞akiさん
えと、申し訳ない。おきていたら、ミラーを変更してください。

>>79
だから書きなおした方がいいよ。
こんなコード修正する気になる？
数日でプログラム技術の方でやるでしょ。

strncpy の修正ですけどこうした方が良くないですか?

--- read4-blank.c.25.orig Sun Aug 26 04:06:27 2001
+++ read4-blank.c.25 Sun Aug 26 04:06:18 2001
@@ -829,7 +829,8 @@
kk0 = kk ;
kk1 = strchr(kk,ch) ;
if(kk1) *kk1 = '\0' ;
- strcpy(dst,kk0 + strlen(tgt) + 1) ;
+ strncpy(dst,kk0 + strlen(tgt) + 1,sizeof(dst) - 1) ;
+ dst[sizeof(dst) - 1] = '\0' ;
if(kk1) *kk1 = ch ;
return dst ;
}

ミラーは五分おきに自動更新らしいですよ

>>84
dst は char[1024] じゃなくて char* なんだけど

あの、そろそろ、みんなで改良するのは限界じゃないでしょうか。
どれが最新版だかわからなくなってきます。

Perlerさんが手を加えた最後のものは
ftp://210.170.217.35/incoming/perler/read4-blank.c.25
ですよね。

ソースを公開した管理サイドの勇気にも拍手を送りたいね

＞369さん
いまは 210.170.217.35/incoming/ を取り込んでるんですが、
もしかしてアドレス変わりました？

1024はちゃんとdefineしようぜ

(かなり)はやめのリリース、しょっちゅうリリース

>>83
その数日間のためにも、アナはふさげるだけふさいでおいた方がいいので、こっちの作業を進めているように思います。

ちと　恥ずかしかったりして、、

>>92
今ふさぐべき穴（緊急のもの）は、query由来のものだけですよね。
あとの部分は、HTTPリクエストから直接にはつつけない穴ですから。

移転したオカルト板、なんか変ですが
移行に失敗してるくさい

http://curry.2ch.net/occult/index2.html

＞akiさん
あ、そこからミラーしてくれてるならオッケーです。

>>87
ここで話すよりやっちゃった方が早いレベルだったら、「俺がやる」宣言してくださった方にお任せがいいと思います。
って、そうじゃなくても、代表者の方がやられた方が良いのですけれど。

そろそろてんでバラバラになると思われ
各自、自分の持ち場に帰れ！

　　　　　＿＿＿＿_＿
　　　 ／＿　　　　　　|
　 　 /.　＼￣￣￣￣|
　　/　　／　 ―　― |
　　|　 /　　 　-　　- |
　 ||| (6　　　　　　>　|
　| | |　　　　 ┏━┓|　　 ／￣￣￣￣￣￣￣￣
| | | | 　　　　┃─┃|　 ＜　正直、ウンコ臭い
|| | | | 　＼　┃　 ┃/　 　 ＼＿＿＿＿＿＿＿＿
| || |　|　　　￣　￣|

やはり自分の作ったソースを人に見せたくないのは皆同じなのですね・・・（笑

とりあえず、ftp://210.170.217.35/incoming/perler/read4-blank.c.25 に
query由来のフローを制御したものをここで作って、それで区切りをつけましょう。

>>94
HTTP環境変数の汚染チェックも

は〜い、おやすみなさ〜い。
また5時間くらいしたら来ま〜す。

ゴメンＵＲＬ間違ってただけだ・・
鬱

夜勤氏登場！！

オープン化賛成。ＣＶＳベースでやってくれんかなー。
Ｃベース掲示板のプロジェクトって見たことないから面白いかも。

>>102
ええ。getenvするすべて、ですね。

>>99
■■■■■■■注意■■■■■■■
ここのスレではマァヴ＠削除管理委員長が常駐しています。
関係ない話や嵐書き込みは即あぼーん＆ホスト毎書き込み禁止にします。

>>95
オカルトっぽくてﾜﾗﾀ

>>107
じゃ、ソースの音頭は名無し娘。さん、お願いできますか？

＞106
cvsにしてもいいんだけど、問題はcommitterでしょうねぇ……。

http://piza2.2ch.net/occult/index2.html

まあ手の空いたときにpiza2に飛ばしてもらうようにするだね。

ごめんなさいもうしません。

>>110
では、そこまではやってしまいます。

オカ板開かない・・・
調子悪いのか？

＞名無し娘。さん
えと、Perler氏が手を入れた最新は
ftp://210.170.217.35/incoming/perler/read4-blank.c.25

それに対し、ad hocですが、ここのスレッドで指摘された問題を
２箇所直した最新版を
(省略)/incoming/2ch-read-current/read5.01.02.c

としておいてあります。

ココア鯖はgzip対応しないのかな。

汚染入力対策、名無し娘。さんのdiffまちします。

プログラム技術板の最新source
ftp://210.170.217.35/incoming/html/read10.01.02.c

お疲れさまです。
以下のスレッドで癒してくださいませ。

各板から感謝の言葉が届いております。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998761004

本格稼動後の効果測定が楽しみですねぇ

直接printfしたり、扱ったりしてる場所がないので、実は怖い穴ではない
(strcpy->strncpyにするときふさげば足りる)ように見えるのですが、
だめなのかな。

>>120
piza2に入れます。

ごめんなさい。
一つだけ、動きが？のところがあるんだけど。
書き込みをして、indexファイルに戻って、
該当ファイルをクリックread.cgiすると、
新しいデータを読みにいきませんです。
その状態でリロードかけると新しいデータを取りにいって
自分のレスが見えるようになります。
使用ブラウザはNN4.6 Linuxです。

＞該当ファイルをクリックread.cgiすると
該当スレッドをクリックread.cgiすると

>>123
恐い穴ではないなんて事はないと思います。
buffer overrunの脆弱性は、汚染されたデータの書き込みで配列の要素が定義から外れたら、
ただちに制御を奪われるとおもってください。

そんなことはよくご存知だったらすまそ。

getenvはgetenv(const char*)でしたよねぇ。
strncpy(hoge[bar] getenv() len)にするのは後回し（これやるのは大掛かり過ぎ）
だとすると、ますます問題ないような気がしてきました。

Configuration Error

The server encountered an error while processing your request.

The referring document was: http://cocoa.2ch.net/unix/index2.htm

The failed request was: http://cocoa.2ch.net/test/bbs.cgi

Please contact the administrator of the referring document and inform them of the time the error occurred, and anything you might have done
that may have caused the error.

>>124
そちらの方は、まだ煮詰まっていないのではないでしょうか？
どうなんでしょう？

>>127
はい。それはそうなのですが。。。
ごめんなさい、見落としているかも。

>>125
それはブラウザの設定の問題です。サーバの問題ではありません。

>>123
strcpy→strncpyにしても
　strcpy(dst,kk0 + strlen(tgt) + 1);
ってことでＮＵＬＬまでコピーしてるからさしあたって問題には
ならなさそうですよね。呼び出し元でもconst string渡しなんだし。

>>125
激しく既出です。
IEのインターネット一時ファイルの設定の「保存しているページのバージョ
ンの確認」を「ページを表示するごとに確認する」にしてください。

>>129
それはbbs.cgiの問題です。
このスレで扱っているのはread.cgiです

index2.html->index2.htmへの移行開始でーす。

>>125
設定→詳細→キャッシュで
キャッシュとの比較を「毎回」にすると治らない？ 違ってたらスマヌ。

既出及びスレ違いだったらすいません
ニュース速報板でHTMLの「リロード」で更新すると文字化けしてます
f5で更新は正常です。
W98SE　IE5.0です

>>134
>>125はネスケって書いてあるけど・・・

>>136
お疲れさまです〜

あ、>>137さんが書いてくれているようですね

gzipの最適化の話でた?
劇的には変化しないと思うけど。
ブラウザ側のgzipとの互換性は少し気になったが
gzipは1993以降更新ないから大丈夫な気もする。

--------
-# --fast --best
指 定 した数字 # を用いて圧縮のスピードを調整する。
-1 と --fast は最も速い圧縮法を示す (圧 縮 率 は 低
い)。 -9 と --best は最も遅い圧縮法を示す (圧縮率は
最も高い)。デフォルトの圧縮レベルは -6 である (つま
り、速さを犠牲にして圧縮率の良い方にしてある)。
--------

-- FreeBSD 2.2.2-R & Linux version 2.2.18-0vl4.2(Vine)
gzip 1.2.4 (18 Aug 93)
Compilation options:
DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H ASMV
--------

>>137 ごめんなさい。直してたつもりがやってなかった。
ちゃんと動きます。

おおおバイナリ〜

CVSの件：
ソースライセンスがGPLならsourceforgeがつかえるんだけどな。CVS対応だし。
つか、そもそもソースライセンスはどうなってるよ？

思いつき：
Last-Modifiedの時にリロード小僧なら304で叩き落すという案に対し
セッション識別はどうやる、とつっこまれていたけれど
If-Modified-Sinceをパースして閾値以下なら304というのはどうでしょ。

>>139
失礼。でもネスケにも似たようなオプションがあります。

ドリームキャストのドリームパスポートプレミアだとindex2.htmで
文字化けをしてしまいます。
何とかなりませんか？

結局、getenv()してはいるものの使われずじまいだったり、せいぜいfprintf
しているだけに見えて終わってしまいました。一応getenvされてるものは
すべて検索かけてチェックしたのですが。。。
この判断で正しければ、
/incoming/2ch-read-current/read5.01.02.c
を踏まえてもらった上で、
/incoming/html/read10.01.02.c
を煮詰めてもらってよろしいかと。

どうでしょう？

>>133
HTML の仕様上は URI に 65536bytes まで渡せる
しかし、URL に 1MB 渡されても大丈夫か?

strncpy(src, dst, 1024); などと END を決めるのがが妥当ではないかな

>>138
異常が出たページのURLは必ず書き込みましょう。でないと答えようがありません。

>>145
あそこGPL 専門だっけ？
ウチのツールは独自ライセンスだけど、hosting してもらってる Yo!

この程度の規模なら CVS にするまでもなかろ。

>>142
たしかかなり前に、-9と-6でさほど変わらなかったという報告があった。

>>149
やるんなら strncpy(dst, src, 1024); な。(w

index2.htm移行後の板は、ブラウザ設定でHTML1.1をチェックしないと化けます。。。

>>147
mod_gzipが入るまでは我慢かな?

>>147
異常が出たページのURLを書いてください。
これだけだとわかりません。

>>149
getenv(const char*)ですから、const char*の制限は受けますよね？

めんたいで、書き込んだ後に文字化けします。
例；http://mentai.2ch.net/prog/index2.html
今回のCGI入れ替えと関係あるのでしょうか？

＞名無し娘。さん
こちらでdiff取ってみたところ、5.01.02と10.01.02の違いは
ファイルの最初のほうのバージョン番号定義のみだということが
判りましたので、どちらをベースに作業しても問題ないと思います。

一応anonymous権限で消されないように、2ch-read-currentに
root権限で手動コピーしてあります。

>>154-155
我慢ですね〜

>>145
いまのread.cgiなら
リロード時に更新されていなかったら304を返すと思いましたが。
それだけでは物足りないですか

とりあえずzz_query_stringをパースしている部分とBigline[]からstrcpyしている
部分だけでもなんとかしたほうがいいかと。

個人的には、do_Replaceが今後のメインテナンスでバグを誘発する可能性が高そうな
仕様なので気になるのだけど…

すまない。あげてしまった。

バッファオーバフロー:
http://www-6.ibm.com/jp/developerworks/security/overflows-index-j.html
ここを参照してみてはいかがでしょう

>>159
了解です。お疲れさまです。
それにしても、いきなりver10は違和感があります（ｗ

>>153
サンクスw
最初の方で s/strcpy/strncpy/ しておいて、パラメータでミスるか＞自分

2chの動作報告はここで。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764239

転送方式以前に、書き込みの有無に関係なく上位に表示される
固定スレを作ってもらえば、ごみスレが減るのでかなり軽くな
ると思うんですけど。。。ダメかな？

>>154
1.1に移行させるいい機会かも。

そういえば、mailto:sage の場合にリンクを省略する処理を入れている人、いる?
Web 製作板で出ていた要望だけど
投稿日時の前後に sage とでも出しておけば十分、という意見が

>>158
>>154-155を読んでみてください。これが原因です。

age

>>161
目的が違い、延々リロードしてDoS紛いの事をする馬鹿を弾くというわけです

strcpy、memcpyではダメナノカー

>>151
ＣＶＳ対応っつ〜のは、read.cgi を full scratch するという流れの
上での話だと思われ。

どんなちっこいソースでも、複数で手を入れる限りはバージョン管理
必要でしょ。

>>167
レスの数順にソートされたindexがあればいいかもしれませんね。

圧縮したら軽くなったって話だけど
だれかgprofしてみない？
write system callが極端に減ったとか？

＞名無し娘。さん
えと、IPがまた変わりました。っていうかまたモデムが落とされた模様(^^;;。
ftp://210.170.170.131/
です。

>>156
ニュース速報板とUNIX板で文字化け確認しました。
もじ化けするのは画面の「リロード」押した時のみ発生します。Ｆ５はリロードできます。

↓の>>27と>>35の方も同症状の様です
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764239

>>148
たぶんうっかりミスでしょうけどROMの人もいるだろうから解説つきです。

in read5.01.02.c :
ええと、strncpy(char *dst, char* src, size_t n)は、不幸にして
nまで逝ってしまったときにはnull-terminateしない仕様なので、
strncpy(dst,kk0 + strlen(tgt) + 1,1024) ;
の後に一行、
dst[1024 -1] = '\0';
を付け加えてあげてください。
＃本当は1024はdefineしたほうがいいと思いますけど。

>>172
Last-Modifiedのチェックで十分はじけると思いますが…
Ctrl+F5でえんえんリロードしてるならそもそもIf-Modified-Sinceは
来ませんし。

>>162
zz_query_string関連は、826行目ですか。
biglineはいまいちよくわかっていません。
>>163
いちおう既読ではあるのですが。。。

>>369さん
ミラー元直しておきました。
http://www.gedoh.org/aki/2ch/210.170.170.131/incoming/

これで寝ちゃうので、これ以後IPアドレス変わったらごめんなさい。
メール頂ければ直せるかも。

>>179
ああ、そこまで見ていなかった。。。鬱氏

178
>>154-155がそれに対する回答です。
また、動作についてのお話は
2chの動作報告はここで。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764239
のほうでお願いします。

>>172
なるほど。
DoS目的の厨房はIMS要求を出さないでしょうが、
DoSまがいの厨房には効果がありそうですね。
すくなくとも、datの更新をチェックするという手間が省けます。

具体的には、圧縮して転送されることにより、どの程度の帯域節約効果があるのでしょうか？

あるスレッドのHTMLがCGI経由で圧縮して転送される際の転送量と、同一発言数分のdatファイルを
未圧縮で受ける際の転送量とでは、どちらが概ね優位(転送量＝少)となるでしょうか？

＞akiさん
えと、もうちょっと待っていただけますか？
今知人が捨てdyndns取ってくれているんで。

>>186
AA板のデータを使った場合だが
1/16という数字が示されている。

ざっと見たところですが、汚染データに起因するbuffer overrunについては、
zz_quary_stringのパーサと、あとは一連のstrcpy(p, Bigline[hoge]);
とかのBigbuffに関連したものを同様に修正すれば、とりあえずよさそうに見えます。

さっきから文句いっているだけですが、よろしくおねがいします。mOm

>>179
それなら
strncpy(dst,src,1023);
*(dst + 1023) = '\0';
のほうがすっきりしてないか？

過去 .dat は .gz を用意する、と言う処理も残っているか……

ついでに、
sprintf→snprintf
もしといたほうがいいと思う。

俺なら
dst[1023]=0;
strcpy(dst,src);
にしちゃうかも。
ちょっとは軽くなりそうだし。

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 バイト)

最大で1/16 の報告あり、最低でも1/3程度かな
.dat直はやはりそんなにサイズは小さくない、ただ専用ツールは
一度取得するとレジュームきかせて差分取得する

>>189
ありがとうございます。ここまでは対処してうぷできる状態ですが、
>>190-193
どうしましょう(笑

すまん、間違えた。
回線切って首吊ります。

Solaris8だとこんな関数があるんだけど　Linuxにはないかな？

size_t strlcpy(char *dst, const char *src, size_t dstsize);

The strlcpy() function copies at most dstsize-1 characters
(dstsize being the size of the string buffer dst) from src
to dst, truncating src if necessary. The result is always
null-terminated.

>>193
*(dst + 1023) = '\0';
じゃないか?

ポインタと配列、数値と文字列は違う

……アセンブラレベルに落としたら一緒だろうな……

>>191
mod_gzipが入るから必要ない
.gzがあれば使うそうだから多少は軽くなるかもしれないけど
read.cgi入れたらかえって軽くなったくらいだから

間違えは193です。たびたびすまぬ。

ちょっと待て。浮かれるな。
目的は「２ちゃん存続」だぞ。
転送量の削減はもちろんのこと、それを「ひろゆきにアピール」しなきゃいけない。
さらにbuffer overflowも含めた、プログラムのセキュリティの見直し。
measurementした？
当初の要求は満たせている？

>>198
この場合まったく違いません。
中途半端な知識を聞きかじってると思われ
プログラム板あたりで勉強しなおしてきてください

ftp://210.141.174.136/2ch/210.170.170.131/
でもミラー始めた。

つーか、転送量にも絡む問題だが、２ちゃん浄化策として、
100落ちるまで、10レスつかなかったスレは自動削除とかも
いいかな、と思う、うに板の面々はこういう機能実装する
気はさらさらないかの（藁？？

微妙にオナニーになってるね

>>190
＃まるでC言語教室のようですが…

まず、*(foo + n)はfoo[n]と等価です。

それから、1024 -1をプログラマが計算して1023と書いてしまうことは
おすすめしません。後でメインテナンスする人（もしかしたら何かの
フィルタかもしれない)が困る可能性があるからです。
この程度の計算はまともなコンパイラなら最適化するので、可読性を
優先することを勧めます。

あと、strncpyで、1024-1にすることでまれに1要素分の転送を省くことが
出来る可能性があることは認めます。(^^;

>>198
いや、それ以前に、意味のないコードになってます。
*(src+1023)='\0';
です。
src書き換えが御法度なら不可能なやり口です。

>>204
それは板違い、批判要望板へ

zlib使うように書き換えようと思ったが
パッチどころの話じゃ無いね、鬱だ

つかまず
#define BUFFER_SIZE 1024
*(src+BUFFER_SIZE-1)=foobar
ってやろうよ。

＞名無し娘。さん
サーバー、dyndns取りました。
ftp://2ch-read.dyndns.org/
です。

http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998743632&st=223&to=223
223 名前：夜勤 ★ 投稿日：2001/08/26(日) 04:22 ID:???
わたしも、そろそろ　のんびりムード、

いろいろ動きがあるとしたら、あしたの夜遅くです。
あの板の騒ぎが収まった頃に出てきます。

では、

----
そろそろまとめないと。。。

だからコードのリファクタリングなんかどうでもいいだってば。
この改善で２ちゃんが存続できるのか否かが問題。

親切なレス付きまくったのでつきあいます。

strncpy(dst,src,cnt);
の場合、ループの脱出チェックの要件が２つあるので
strcpy(dst,src);
の方が、一般的に微妙に早いんです。

行毎に相談したって仕方ない
フェーズ決めて一括レビューしてったほうがいいんじゃん？

>>202
違いが無いのを分かっていて言ってるんだよ
文字を扱っているのか、数値を扱っているのかをしっかり理解してコードを書いているなら、この辺りは使い分けるものだ

同じ事をするならどんなコードを書いても良いって訳じゃない事位知っているだろう

>>213　だからそれは批判要望で話すべきことだって

＞369さん
はいな、追従。これでアドレス変わっても大丈夫ですね。
http://www.gedoh.org/aki/2ch/2ch-read.dyndns.org/incoming/

先ほどプログラム板でのリクエストでwikiもあげときました。
http://www.gedoh.org/aki/2ch/wiki/

そういえば、glibc の strstr って（というか文字列全般？）
激遅という話を聞いたことあるけど。
プログラマ板の話題かな？

>>214
なら src が const じゃないなら *(src + 1024 - 1) = '\0' して strcpy() か

今のメイン作業って？

この板での対応は、あくまでも現行5.01のセキュリティホールを埋めるだけにとどめましょうよ。

>>219
*BSD の strstr とか引っ張ってきても一緒ならコード書き起こしか

がんばって下さいネ。

高速化が目的？
鯖の負荷軽減が目的？
1ビットでも鯖からの出力を削減するのが目的じゃないのか？
もちろんセキュリティ的に問題のある部分は直さなければならないが。

>>216
まともなプログラマなら、値や変数の型を重視するのが当然です。
バグのない幸せな世界への近道だからです。
>>202はそのことが指摘したかったのだと思われ。

型と型を知らない人の話題、これ以上は別スレ推奨…

もし可能であれば、頭で文字列バッファ長に切りつめて
それを下属関数で使い回すのが、安全かと。

荒らしみたいになってすいません。もう寝ます。

>>225
それは、プログラム板の方のスレで検討しています。

>>228
それってどれ？
高速化と負荷軽減のこと？

2ch閉鎖の危機なんだと（Part3.1） 　＠UNIX
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764722

具体的に、read.cgi の修正に入っています。こっちは主にセキュリティホール埋め

プログラマが2chを救う！？　＠プログラム
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516
こっちが、read.cgiの大幅な書き換え or 書き直し

>>229さん
というか、さかのぼってお読みになればわかっていただけたはずなのですが・・・

>>227
汚染データはまとめて処理したほうが安全なので、俺ならそう設計します。
でも、今も昔もこれからも、readｃをメインテナンスするのは俺らではないので、
ここは既存のコードに従うのがセオリーなんです…

＞akiさん
どもです。
まあ、攻撃食らって回線落とされる可能性からは逃げられませんけどね(^^;;。
・・・って自分がいない間に回線切られてIP変わったらなんの意味も・・・(笑
まいっか。

混線してきているようなので、とりあえず
ftp://2ch-read.dyndns.org/incoming/read5.01.03.c
ここまででどうでしょうか？

>>225
高速化並びにリソース軽減は長期的に見れば転送量の話にかかってくると
思われる。結果としてサーバにより多くの板を収容できるようになれば、

サーバの数（増加率？）が減る
↓
サーバメンテにかかる諸費用が減る
↓
回線増強にかかる費用負担に繋がる

という感じで。

＞名無し娘。さん
了解です。2ch-read-currentに手動コピーしておきます。

というか２Chの運営はプロジーだろ
ひろゆきは管理人
別にプロジーもひろゆきも広告費で元は取ってるんだ
ここのやつらがそんなことしてどうすんだ？
新しいP2P形式の掲示板システムを作る研究してくれ

>>234
一応動作確認はしたのですが、厨房丸出しでも許して下さい＞all
>>236
お疲れさまです。

B級グルメ板です。
時間表示が変になっています
http://natto.2ch.net/jfoods/index2.htm


150 名前：やめられない名無しさん 投稿日：2001/08/26(5) 28:00
そんなけなげな>>149に萌えながらage

151 名前：やめられない名無しさん 投稿日：2001/08/26(5) 30:00
>>150
あれ？28:00って・・・

>>239
ん、この板もですね。。。

曜日が抜けてるんだね…。

時間取得メチャクチャ・・・・・

話によると1つずれてるっぽいですね……
曜日と時刻の奴が……

33:00か、さすがに寝ないとな・・・っていってる場合ではないか

2001/08/26(5) 34:00
2001/08/26( ) 5:34

ああ、カッコの中にHourが入ってて、その次のは本来ならminuteなのね

2001/08/26(5) 33:00
=>
2001/08/26(?) 5:33

すぐ直せるね

ソースどこにあるの？
仕事ではC++とJavaだけど、Perlも個人的に趣味でやってますんで
ちょっと手伝いたいかなあと・・

gccでコンパイルする時に"-Wall"付けれ
printf系のパラメータチェックしてくれるから

>>248
C++ やってるなら大丈夫だろ
ソースは C だ

投稿日ずれ、bbs.cgiの問題でしょうか。

曜日を削ろうとして直し損ねたと

みなさん、お疲れさまでした。
夜勤さんは仮眠中でしょうかね？

それと、このスレはスレの読み出しを行うcgiのための場所です。
異常報告はこちらでお願いします。

2chの動作報告はここで。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764239

かちゅーしゃで現象確認。
datが原因だからbbs.cgiかな？

>>234
in read5.01.03.c :
276行目の
strcpy(p,BigLine[line]) ;
はなにか理由がありますでしょうか。
うっかりミスだったらこっちも修正お願いします。

>>252
それはもしや、read.cgiで曜日部分を無視するように仕様変更する、
ってことの前触れ？

ソースコードの最新はここにあります。

ftp://2ch-read.dyndns.org/incoming/2ch-read-current/

・・・で、一番タイムスタンプが新しいのが最新です。

＞名無し娘。さん
あ、バージョンですけど、read10.01.03.cにしました。
ちょっと「５つも飛ぶのかよ！」って気もしますが、先にread10が
できてしまったんで(^^;;。

>>255
はーい。アップしたファイルが古かったです(氏
早急に対処します。

>>256
投稿日はdatにそのまんま入ってるから
read.cgiのほうは修正不要かと

ひとつ提案。
サーバ負荷を減らすために、read.cgi をリクエストあるたびに
プロセスを起こす方式じゃなくて、 http://www.fastcgi.com を使ったら
どうっすか？。これなら、プロセス起動しっぱなしなんで、
プロセス起動の負荷が減ると思いますが。。。

>>257
バージョン別にしましょうよ。こっちは古い枝番号でいいじゃないですか。

日付の表示がおかしいんだけど、ここではbbs.cgiはいじってないんだよね？

>>260
提案はプログラム板でお願いします。

>>260 その話はこちらで
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

ちなみに私はimodeの仕事で fastcgi 使って、大量のリクエスト
処理しまくっています。プロセス起動の短縮化はカナリパフォーマンスに
影響しますよ。

>>262
全板入れ替わったみたい

すみません。移動します。
ありがとうございました。

>>266
全板ではないよ

みなさま、お疲れさまです。
ftp://2ch-read.dyndns.org/incoming/2ch-read-current/read10.01.03.c
としました。ﾍﾟｺﾍﾟｺ。

>>259
同感。書き込み側の問題じゃないかな。

ずっと黙ってたんだが・・・・
・・・・・・・・・・・・・・・・・・・・・・・・・・・・可読性・・・・・

いや。聞き流してくれ。

>>269
バージョン番号別にしておかないと、混乱の元じゃないですか？
こっちは、あくまでもv5.01の修正版ではいけませんか？
　

>>270
あ、そうですね(笑)

書き込み時間が‥‥。

>>271
それもこっちで(w
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

プログラマにとって現在時刻48時なんてあたりまえだろ！！！
気にするな（藁

50時くらいになると18時間くらい眠ったり

>>272
深い意味はありません。>>261を読む前にうぷしてしまったもので。
でも、read5.01.02.c == read10.01.02.c だったようですから、
これでもいいかなと思います。

＞娘。さん。
read10.01.04.c、ですよね(^^;;？

＞名無し272さん
バージョン番号どうしますかね。

>>225
「1ビットでも鯖からの出力を削減する」ために圧縮したらその分鯖の負荷が増す。
まぁ、そうでなくても、少しでもスマートに、軽くってのは誰でも思うことだ。

>>277
無効のスレッドでコーディングしている人とのコンセンサスがとれていれば問題ないと思いますが・・・
こっちはあくまでも、「パッチ」だったと思ってましたので。
あと、夜勤さんが混乱しなければそれでいいでしょう。
バージョンなんてそんなもんですし。

>>278
僕は、5.02か、5.01fixがいいと思います。

>>278
その通りです、ﾍﾟｺﾍﾟｺ。51時だし、活動限界かな(笑

やろうとしてることが別なら
バージョンも競合しないようにした方が良くないですか？

>>279
そして、それを討論しているのはプログラムいたなんだったりするんです。

>「1ビットでも鯖からの出力を削減する」ために圧縮したらその分鯖の負荷が増す。
そうとも限らない。
圧縮処理による負荷の増加と、
データ出力が削減されることによる出力処理の負荷の軽減の差による。

>>283
その方が、誰にとっても安全ですね。

369さんの方で、現在の最新版がread10.01.04.cだとわかる程度に、
ファイル名振り直しちゃってもいいと思いますよ。

うー。doReplaceのなかのstrcatも同じ対策をしたほうがいいかもしれませんね。
linkの書き換えで問題を生じる可能性があります。
＃strncatは第3引数の扱いがstrncpyとやや異なる仕様であることに注意してください。

replaceまわりは特に読みにくくかかれていて、他に問題点がないのか正直言って
確信なしです。できれば、書き直したほうがいいのは確かでしょうね…

やろうとしていることが別ならブランチ切るべき。

こちらのスレッドですべきことを"とりあえず"ここで区切るなら、これ以降は
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516
に移ってもよいかと。
いっそのこと本格的にC++にすれば楽そうだなぁ。

>>288
やっぱLinuxだとこれないかな？

size_t strlcat(char *dst, const char *src, size_t dstsize);

The strlcat() function appends at most (dstsize-
strlen(dst)-1) characters of src to dst (dstsize being the
size of the string buffer dst). The initial character of
src overrides the null character at the end of dst. The
function returns the sum the of lengths of the two strings
strlen(dst)+strlen(src).

無効の進捗が見えないから何ともいえません。
向こうに一言確認を入れれば、Ver10になってもかまわないような気もしますけどね。
ただ、無用なトラブルの原因になったりしかねないですけど。

>>290
ちゃんと設計すればね＜C++楽

>>290
ですね。
ここはあくまでもVer.5のFixedていう方向だったと思いますし。

日付が直ったね。

>>288
doReplace なら、プログラム板のスレに改良版が上がってたYO!!

あ、287から時間が直ってる

>>290
いや、終わりじゃないでしょ。
あのコードでどれくらい転送量が軽減されたのか結果を調べなくていいの？
一時的に結果待ち状態とするなら分かるけど。

曜日が無くなった

まあ結果は夜勤さんが復帰するまで待つしかないね

２ちゃんねるWikiを開設しました。
http://www.gedoh.org/aki/2ch/wiki/yukiwiki.cgi?TopPage

このサイトは一度書き込んだレスを後から修正したりできるので
修正案などをまとめるための資料置き場として使ってください。

そうですね。こちらの作業はread10.01.04.cを
UNIX板最終版としますか？

お疲れ様でした！＞名無し娘。さん

名無し娘。さん、お疲れさまでした！

2ch-read-currentの
ramファイルは何ですか？

>>302
皆様こそ、お疲れさまでした。混乱させてしまって申し訳ないです(汗
もうちょっと様子をみていますが(笑

・・・ram?
・・・ホントだ。なんかおいてある・・・・。

消しておきますです。

>>303
ﾍﾟｺﾍﾟｺ
>>304
なんだろう(爆

しかし一晩でここまで良く来れましたね
このスレに参加出来て少し感動

＞akiさん
お疲れ様です。これからはそちらをつかってもらうほうが良いかもしれないですね。
うち見たく個人サーバじゃちょっとこれからの作業は耐えられないっぽいです。

＞ALL
ということで、Wikiページにメイン作業ページを移行しません？

>369さん
あやしいファイルPUTしたり、アタックしかけてくる奴に
遠慮することは無いのでは？

でもこのramファイル
これはこれで面白いかも
緊張がほぐれましたよ
ふっ￣ー￣)ノ

>>291
Linuxの世界ではstrl{cat|cpy}があるかはまだ保証の限りではないような
気がします。使いたいところですが、メインテナンスが簡単であることも
このブランチの趣旨だと思いますから、使わないほうが無難ではないでしょうか。
＃互換関数を自前で用意するのがいいんですかね。

（定期コピペかも）

●http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516&ls=20
今後は、read.cgiの最適化、セキュリティ上の改善など、こちらのスレッドにて
すべての作業を行う予定です。
ご提案のある方は、できるだけ、以下のスレッドに目を通した上で、お願いします。

2ch閉鎖の危機なんだと：作業第１スレッド
　http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998695422
2ch閉鎖の危機なんだと（Part2.1）：作業第２スレッド
　http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174
2ch閉鎖の危機なんだと（Part3.1）：作業第３スレッド（ここ）
　http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764722

>>313
最適化はしない方が・・・(笑)
あくまでFixedのみに限定しないとアレかと思われます。

ごめんなさい。Wikiの方をメインにするのかな。。。

あり？
最新版が消えてる？

なんか踏み台に・・・ぐわぁ・・・。でも元に戻してと・・・。よし。

＞名無し娘。さん
ええ、とりあえず緊急渡が低くなったようですので、
自分の任務はこれで終わりかなと(^^;;。

というよりも、普段は仲間内だけでやってるサーバーなんで、
セキュリティ対策とか攻撃対策とかやってないんですよ。
なもんで、作業基地としてもちょっと頼りないですしね。

Wikiページならなんか大丈夫そうですし(笑。

こんなスレもあるんだね。
http://piza2.2ch.net/test/read.cgi?bbs=jisaku&key=998772869

あの〜速くなったのはいいのですが
その分リロードの回数が増える気がするのですが？

しばらくは２ｃｈの様子見って事になりますね
効果が現れると良いですね

しかし…この調子では2chのcgiはどれもこんな感じなのでしょうか。
よくいままで無事でいたものです。
＃じつは無事じゃないとか??

結局みんなでバグ取りするしかないんでしょうけど、ソース公開すると
攻撃される可能性もありますから、難しいですね。どうするんでしょう。

＃今日はもう寝ます。ご苦労様です＞皆様

>>318
では、
ftp://2ch-read.dyndns.org/incoming/2ch-read-current/read10.01.04.c
を夜勤★さんの目に付くとこにおいといて、あとは流れに任せましょうか。
私もまた様子を見に来ます(笑

っても、どこにおいとけばいいかな。

>>319
すげぇや・・・

>>319
こう、エントロピーが低いとありがたいな。

>>322
お疲れさまでしたぁ。
まずは夜勤★さんが今晩いらしてかなー。

>>323
わかりやすいフォルダ作っておいたらどうでしょう

＞名無し娘。さん、akiさん
そのコード、Wikiに転載しておいていただけませんでしょうか？
あとは、wikiのURLをなんとか夜勤さんに見せられれば。

>>322
あとのソースは全部perlなんで、誰も気付かないバグは無いと
思います。あったとしても、すぐに直せるでしょう。つーか今の
状態ではパイプのエスケープすら苦労してるようなので、公開した
ほうが良いものになると思います。

>>328
それは構いませんが、改変とかには強いのでしょうか？
ま、とりあえずやっておきます。

結局頑張っても延命処置にしか
ならないのね（汗
これからの携帯考えなきゃ

メインで修正作業に当たって下さった皆さん　お疲れ様でした
私も一応Unix板の住人なんですが　結局散発的にカキコしただけでした......

何かいろんな人が来て普段見てるスレが軒並みsageられてしまっていますが
そろそろこの板は平時モードに復帰して　あとはプロ技板の方で頑張って
もらいましょう

さて、飯でも買いに行くかな・・・

つうかなんでUNIX板だったんだろう・・・？
プログラマ板か通信技術板で、こういう作業になると思っていた。

ヒーロー気取りしてんじゃねえぞコラ！

>>328
...かなり始末に負えない状況になっていまいました

>>334
一番先にスレが立ったからかな。で、技術系の板に誘導スレが
立ったり誘導レスがついたりしてみんなここに集まったと。

どうしました？

>>338
http://www.gedoh.org/aki/2ch/wiki/yukiwiki.cgi?[[726561642E63676982F08D8291AC89BB]]
こんな感じで(氏

>>339
うげげ

・・・・マジですか(汗

えっと・・・アドレスくだされば夜勤さんに連絡してもらうです。。。

スクラッチから書き直した方が修正するより早そう。

しかも編集不能。。。

編集画面がひどい

>>337
元からあったスレだったと思いますよ。
perlerさんが、ここに誘導してくださったんですね。

>>343
その話はこっちで。
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

うちで最新版のみをアプしてみました
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/read10.01.04.c

>>342
あ、ＤｏｌＢａｃｋｙさんも、お疲れさまでした。今日はみなさん大変だったようですね。

>>348
ありがとうございます。では、お任せしちゃってよろしいでしょうか。

>>348さん
最新ソースのミラーありがとうございます。
これでおいらも安心して一息つけますかね(笑。
回線落とされるたんびにハラハラしてたんで(汗

12行目だけ書き換えてからコンパイルしてほしいな(^^;＞夜勤さん

ヲイ、曜日表示無くすくらいなら、
何故2001も01にしないのか？教えれ。

うちのほうで最新版を逐一アプしときます
アプ情報は
http://star.endless.ne.jp/users/forcount/4countbbs/scriptmaker/index.html
に

あー。バグめっけました。

in read10.01.04.c at line 228:
BigLine[1024 -1] = '\0';
は
p[1024 -1] = '\0';
が正解だとおもいます。

line 260, 277も同様で、あわせて3箇所。

背景の茶色いレンガっぽい壁紙も無くさないの？

>>353
１００年後困りそうだから

>>355
その通りです(泣
なおさせていただきます。。。

>>353
というか、板違い。

てことで、

2ch-read.dyndns.org

はエントリを消去しておきました。とりあえず>>348さんの
最新コードがあればいいので、身を引きますです。

・・・よろしいでしょうか(^^;;？

３５４さんのアドレスを夜勤さんに伝えれば良いですか？

>>349
僕はあまりお役にたてませんでした。
今日の立て役者は、なんと言ってもユニクス板の方々です。。。

> 背景の茶色いレンガっぽい壁紙
俺もこれ無くして欲しい。
単色でいいよ。仕事中に見ても目立たないような色で。

問題ないと思います

sage

>>353
曜日の表示は軽量化のためになくしたんじゃないんだよ。
書き込みのバグで曜日が保存できてなかったの。
んで表示がズレてしまうので、とりあえず削った。
と、私は認識してます。

>>360
良いんじゃないですか？

>>361
バグがあるみたいなのでちょっと待ってください。

というか俺、板違い。ごめ。

369さん、お疲れさまでした。
遅刻と居眠りにご用心ください。休日に講習、大変ですね。

さあ、どこにうぷしよう。。。

>>367
了解しました。

>>367
マジですか(^^;;。もうアカウント抹消しちゃったよ(汗

>>372
一瞬なので、IPでもかまいませんが。。。

＞名無し娘。さん
10.01.04.cとdiffとって、出力をgzip->uuencodeして・・・
この板かプログラム板に張るしかないのでは(^^;;。

あ、IPは変わってないです。
210.170.170.131
です。

>>374
そうですねぇ。どうにかします。

>>359
スマソ。どこの板に書けばいいの？
誰が決定権持ってて、貴方達指示されてる状況なの？
投稿日：
って所もいらないじゃん。

ftp://210.170.170.131/incoming/2ch-read-current/read11.c
でございます。

講習するほう、されるほう、どっち？

ではまた最新版更新しときます

お手数お掛けしますです>all

>>380
夜勤さんに伝えといてもらいましたです。

>>377
その点についてこの板の方はタッチしていません。
ここで直してるのはread.cgiです。
投稿日取得はbbs.cgiなので板違い。

http://star.endless.ne.jp/users/forcount/contents/scriptmaker/read11.c
最新版情報は

http://star.endless.ne.jp/users/forcount/4countbbs/scriptmaker/index.html
重要なのは前者

お疲れさまでした＆疲れさせてすいませんでした
ついでに12行目も書き換えておきました(__)

10 名前：8 ：2001/08/26 06:54
>>9
バレた？エヘ♪

てことで、うちのサーバー(というかルータ)はftpポート閉じます。
後はお任せしましたので、よろしくお願いします。＞348さん

はい
最新版のアドレスは
>>384　にあります

楽器板まだおかしいんですけど。。。

2chの動作報告はここで。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764239

ってスレッドがあるのに、ここに書くのはおかしくないのでしょうか？>>389
それに、楽器板ってどこですか？
なにが、どうおかしいんですか？なにをするとどうなるんですか？
そういうことを書かないと放置されます。

　　　　　　　　　⌒ヽ⌒ヽ
　 　 　 　 　　/ 　 　Ｙ　 ヽ
　　　　　　 　/　　 　　　　ヽ
　　　　　　　（　__／/.ヽ,, ,_ ）
　　　　　 　丶　1　 八. !/
　　　　　　 　ζ, 　 八.　 j
　　　 　 　　　i　　 丿 ､j
　　　　 　　　 |　 　　八 |
　　 　　　　　 | !　　 i　､|
　　　　　　　 | i し　i　　'|
　　　　　　　|ﾉ　(　　i　 i|
　　　　　　 　(　'~ヽ　!　‖
　 　 　 　　　 │　　　i　‖
　　　　　 　　　|　　　　! ||
　　 　 　 彡　　（　・∀・）
　　　　　　　　　 ）∪　　⊃
　　　　　　　　　(＿_Ｙ＿）

age

ひとりで、ずっと何かを
求め続けてきたあなたへ。

もし、いつの日か
抑えても抑えきれないほど
あなたの中に
「ほんとうのこと」を求める気持ちがあふれだしてしまったら
この世で最も神秘的なエネルギーに満ちた場所
“富士聖地”に、おいでください。

長年にわたって途切れることなく積み重ねられてきた、“世界平和の祈り”
“人間と真実の生き方”と
“我即神也”“人類即神也”の究極の真理を求める人々が繰り返す、聖なる行
そして霊峰富士の真下から湧き上がる、強烈な大地のエネルギーによって
この地上に存在するどこの場所よりも、妙なる波動に包まれた土地。
超自然の眩い光のエネルギーが、天空から絶え間なくふりそそぎ
通常の3次元世界を超えた高次元空間を形成している
特別なフィールドに、いつでもご招待いたします｡

格別なおもてなしは何もいたしません。
自由に散策なさってください。
気高く美しい富士の偉容
吹き抜ける清冽な風、緑したたる樹々のざわめきと音楽
そして何よりも
聖地を包む不思議なおだやかさ
高次元波動の極めて微細な空気の肌触りと永遠の光の気配を
あなたに理屈を越えて感じていただけたなら
私たちのこの上ない喜びなのです。

　　　　　　　　　＼　　　　　　　　　　　　　　　　　　　　　　　　/
　　　　　│　　　　　　　＼　　/　　　　　　　　　　　　　──/＿＿
　　＿＿┼─￣￣　　　　ヽ/　　　　──￣￣──　　　/
　　　　　│　　　　　　　　/　　　　　　　　　　　　　　　　/　＿＿
　　　 ＿┼￣￣＼　　　/　　　　　　　　　　　　　　　　　￣　　　＼　　　　　　　　　　　／
　　／　　|　　　　 │　　＼＿───　　　　　　　　　　　　　　　　│　　 /　ヽ　　　／
　/　　　 |　　　　 丿　　　　　　　　　　　　　　　　　　　　＿＿＿／　￣/￣＞　　／
　＼＿ノ　　　／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 /　　　　／＼
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　／　　　＼＿ノ
　　　　　　十　　|　　　　十　　コ　　　　「7　立　　　　ヽ
　　　　　|￣￣7十‐┐ ￣匚　|　　　　　|＞ 曰　　ト―――フ
　　　　　　フ　　|　　|　　| |　　L＿　　　|　　十　　　三|三
　　　　　‐十　 /　　|　 人＿＿＿＿　　　　　　　　 　匚]
　　　　　　」　 /　　」　　　　

曜日省略してんじゃねーよ。

「2001/08/26」→「01/08/26」にして
「名前：」「投稿日：」を削除しろよ。

>>395
「投稿日」は最新レス50とかにすると削除されてないのは何故？

>>395
曜日なんていらねーよ。あほ！

　　　　 　　 　 　　 　 　 　 　 　 　　 ┗0=============0┛
　　　 　 　 　 　　 　 ＼===========［_|_|_|_|_|_|_|_|_|_|_|_|_|_］===========／
　　　　　　　　　　　 ／三三三三三三三三三三三三三三三三三三三三＼
　 　 　 　 　 　 　 　 　 0　│ |∞∞∞ |::|∞∞田田∞∞|::|∞∞∞ | ::|　 0
　　　　　　　　　　　　［二］ | ::| 　 　 　 |::|┏━━━━┓|::| 　 　 　 | ::l ［二］
◎○＠※◎○＠※. |□|.│ |┌┬┐ |::|┃／>>395＼┃|::| ┌┬┐| ::|. |□|　◎○＠※◎○＠※
ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii| ｀)三(´| ::|├┼┤ |::|┃ ∧＿∧　┃|::| ├┼┤| ::|｀)三(´iｌ|iiii|iiii|iiii|iiii|iiii|iiii|iiii|
＠※◎○＠※◎○　| ::|　| ::|└┴┘ |::|┃（´∀｀　） ┃|::| └┴┘| ::|　| ::|　 ＠※◎○＠※◎○
ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌi┏━━━━━┓|::|┃（.　　　 つ┃|::|┏━━━━━┓ ｌi|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌ
◎○＠iiii※◎○＠ ┣┳┳┳┳┳┫|::|┗━━━━┛|::|┣┳┳┳┳┳┫ ◎○＠iiii※◎○＠
ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌ　○　 　　●　 　 　 　 ∫∬∫∬　 　 　 　 ●　　 　○　ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌi
　　　 　 　　 　 　 　 ○○　　●●　　　　　 iiiii iii ii iiii 　　　 　 ●●　　○○
　　　　　　　　　　　［￣￣］ ［￣￣］　　　（￣￣￣￣￣）　 　 ［￣￣］ ［￣￣］
　 　 　 　 　 　 　 　 |_○_|　 .|_○_|　　　　 |＿＿＿＿_|　　　　 |_○_|　 .|_○_|

bbs.cgi の吐き出すindex.htmでは省略作業行われているようだが
read.cgiはまだだ。
だから「最新○レス」では従来のまま

http://www.gedoh.org/aki/2ch/wiki/yukiwiki.cgi?[[82DC82C682DF]]
なんてものを作ってみました。
簡潔を旨としてるので、間違っていたら書き換えちゃってください。よろしゅ。
#ってまだここ見てる人いるの?

俺も危機
　 ﾞilllllllllll!'.:illlllllllllllllllllll|lllilllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　 :''lllllllﾄ :llllllllllllll!lllil;iillllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　 'llllﾄ ii‐:' iilllllll|llllllllllllllll|llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　 l｀ |l,l!:.'llllllllllllllllllllll'ﾞ,;llllllllllllllllllllllllllllllllllllllllllll|illlllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　ﾞ ;'lillllllllilillll|ilil;lllllllllllllllllllllllllllllllllllﾄ':'ﾞ'｀ 　.ﾞlllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　 ｀:;:ﾞ i''ﾞ:ll|illllllllllllllllllllllllllllllllllllll||l｀　　 　 ';llllllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　　 .i'i;l'llll'',llllllll|ll||lllllllilllll'';;llllll'´　　　　　 ﾞ'llllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　　　 ''l|';l'lllllllllli'''ll! .li|llﾄliﾞ'　　　　　　　　 ;;,lllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　　　 .:ﾞ.:;ili.'l!　 :;lilllilllllllll!　　　　　　　 ,iillllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　　　 '!ﾞ ｀　　　　　..,;;;;;;,,, 　　　　　 ,;;,. ﾞﾞ,,i;iiiillllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　　　　.､,　　　　　:'ﾞ　,illllll|l;,　　　　 ;lllllﾄ.ill-'llllllllllllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　　　　　　　　　　　　　　　　　　　 llllllli　　　　 'lllllllllllllllllllllllllllllllllllllllllllllll
　　　　　　　　　　　　　　　　　　　　　　　　 llllllllll|　　　　 ﾞ.'lllllllllllllllllllllllllllllllllllllllll
　　　　　　　　　　　　　　　　　　　　　　　　 .llllllllllllll|,　　　　.lllllllllllllllllllllllllllllllllllllllll
　　　　　　　 :_　　　　　　　　　　　　　　　　'lllllllllllllll!_　　 .,lilllllllllllllllllllllllllllllllllllllllll
　　　　　　　　:,irliii;　　　　　　　　　　　　　　 lllllllllllllﾄ　　 .;illllllllllllllllllllllllllllllllllllllllllll
　　　　　　,;,,l,.llllllllllll　　　　　　　　　　 　　　 ,lll'llllllllﾚ　 ;llllllllllllllllllllllllllllllllllllllllllllllll
　　　　 :illlllllll|llllllllllll　　　　　　　　　　　　　 ''llllll|ﾞ'ﾞﾞ.,;;,;;illllllllllllllllllllllllllllllllllllllllllllllllll
　 ;,,;;;;illllllllllllllllllllllllllllﾚ　　　　　　　　　　　　　　　 　.'lllllllllllllllllllllllllllllllllllllllllllllllllllllll
　:lliiilllll!lllllllll|llllllllllllllllllll　　　　　　　　　　　　 _..:_,,,i,,　　'lllllllllllllllllllllllllllllllllllllllllllllllllll
　lllllllllllllllllllllllllllllllllllllllllllll　　　　　　 　　 '''' .l!'''lllllllllllﾄ　 ;lllllllllllllllllllllllllllllllllllllllllllllllllll
　lllllllllllllllllllllllllllllllllllllllllllllllll;_　　　　　　　　　　 .''''ﾞ'''｀　;lllllllllllllllllllllllllllllllllllllllllllllllllllll
　lllllllllllllllllllllllllllllllllllllllllllllllllll　　　　　　　　　　　　　 :;llllllllllllllllllllllllllllllllllllllllllllllllllllllll
　lllllllllllllllllllllllllllllllllllllllll'''｀　　　　　　　　　　　　　　,;llllllllllllllllllllllllllllllllllllllllllllllllllllllllllﾄ
　llllllllllllllllllllllllll'''''ﾞ　　　　　　 .　　　　　　　　　　:;;llllllllllllllllllllllllllllllllllllllllllllllllllllllllll｀
　llllllllllll''''ﾞ　　　　　　　　　　 ﾄ　　　　　　　　　''llilllllllllllll'llllllllllllllllllllllllllllllllllllll'｀
　ll'''ﾞﾞ　　　　　　　　　　　　　 .l　　　　　　　　　 '.''''ﾞ'´　　 '''lllllllllllllllllllllllllll｀　　

>>395 >>399
曜日は書き込み側cgi(bbs.cgi)の問題。
出力側(read.cgi)は単にdatにかかれているものをそのまま出しているだけ。
曜日が削られているのはこのスレ(read.cgi)と全く関係ない話です。

だれ

　　　　 .!'!:;''ﾞ　 'i:';;i.ﾞ_ﾞ'.ﾞ｀::iiiiiliiiilill|i!!;iiriiiili;.. :., ;';;､;r!;:.,,,,.　　　 ﾞlir_ ､　　　　　　
　　　　 .:':'ﾞ:　:　 .::;:'.: ';;'‐';,:!!'ﾞ::'!;ilii!iili!;!ili;;i;!!'''';:;.: :'‐ﾞ''''''lr-　 iilllllli_　　　　　
　　　　　.;' 　 ,.::　 :i'i'ﾞ:ﾞ. ,'i;rﾞ, .'i!iiili,)'i!lliiiﾞ,!il!..'ii'i':,ﾞ''',ﾞ ﾞ .''.'ili';　　 '!lliﾘ　　　　　
　　　　　　　 　 : :, ,::,.　　 ,,i''.'.,ﾞ'!'..i: ! ﾞ:;iﾞ:'ﾞ　　 　　::;.､:.,;,. :!ﾞ.　　 .;i;ll;　　　　　
　　　　 　 　 　 '　 ,‐'.'　:;.!' ''':!ﾞ‐'ﾞ　:　　 '　 , 　　 . '''.'' !;i　　 |''.i!!　　　　
　　 　 　.　　　 . . ｀ ';.i:ﾆ ..;;l.':' ,..;' . 　　 　 　　 ｀ﾞ,ﾞ´';, ;iiiiiﾞ　　.i!ﾞl|,　　　　　
　　　　　ﾞ. .　 '　　　 ::,,..:.,　　　 　 .　　　 　　　　　　　:.::,;r';!　　　i!.;l,;　　　　
　　　　　 .　　　　 ' ' :'ﾞ'ﾞ'' 　 　 　　　　　　　　　 　 . ;'!!i!　　　:'i;illii;　　 .;'l
　　　　　 　　　　 　 ,　 :, .-,..､ ;,;　 ..　　　　 .__;.:'iiiiiiiiiil!ili;,,_,, ii,'!iiﾞ　　 i'i!
　　　　　　　　　　 .　　　 ;, ,:;,,;;,,,,. 　　　　　　 　 ;:,,;;iiiiliii'iil,:ii;.'iiﾞ'i,.:r(.‐　 　 iiiﾞ
　　　　　　　　 　.:　　　　 ｀''｀ :,lllii! .;　　　　　 . :; |lli':''illiil,:ii'il!::r;'!'ii''.´ 　　 :'!!r
　　　　　　　.　 '.　　　　　　　　　　 　　　　　 ' ',　　　　　ﾞ' ´:,''i;;;;;. ',　　 i,.! 　
　　　　　　　　　 　　　　　　　　　　　　　　　.-.ﾞ:.　　　　　　 : .'!'i;;,;,';;　:;,.,!'!　
　　　　　　　 　　　　　　　　　　　　　　　　　 :　　　　　　　　' ' :'ﾞ)''',| ;ll'i　　
　　　　 　　 ':.　　　　　　　　　　　　　　　　 ﾞ;'':;i;,i　. .､:''.ﾞ:'.ﾞﾞ;!!',;!i;l|i!'ﾞ´:‐
　　　　　　　　 '' -‐　　　　　　　　　　　　　 ''.):'l;;,　　　　 '. ..._.;': .l! 　 　　　
　　　　　　　　　　　 ;　　　　　　　　　 ,_　　 ,;__.!;l;i　　　　 .:'_;,''ﾞﾞ!';:il': 　 　　.
　　　　 　　　　 　　:i.　　　　　　　　　　　　 ﾞ.;'ﾞﾞ　　 .. 　 ::':: 'i':''_'',l|!,.. .' ' 　
　　　　　 '　　　 　 .i､　　　　　　　　　　　　　　　　　'ﾞ :, '::: .:.:ﾞ;!'ﾞ;iﾞ .'ﾞ'ri''!
　　　　　　 　　 ::.:.　 ::'!　　　　　　　　　　　　　 . _,,,,,　　.': .i' ´:;''i;r　 .''''''　..
　　 .　　.::.. ..:. . '...ﾞ´ .;,　　　　　 ﾞﾞﾞﾞﾞﾞﾞﾞ''''''!'''''''i,￣　　 i,i',_ ' i:l;!ﾞ:ﾞi;!. :.. 　　
　 :''　　　 .　 :':;,.:' ; .;,;:,)!,　　　　　　　　　　　 　　　 　 :i'.:': :l':,.-　 '.r;ii;i;;;:;,,,,,,,
　　　 　　 :　 :';;;. :'..:;:.:ﾞ_,!r!'ﾞ　　　　　　　　　　　　　　 .' ﾞ;.:'.:;i''.':''　　　　　´ﾞﾞ'ﾞ'''''il
　　 　´: i:'';.'' .:l:;':..,i,i'ﾞ''''ﾞ　,　　.　　　　　　　　　　　　''.,,ﾞ. .,ﾞ'!';;'.:,;ill;'　　 .,;,;;r;,,,,,,;,;i‐
　. 　. 'ﾞ　 :;;,;ii!'''''ﾞ　　　　　　　　　　　　　　　　　　‐..'i!ﾞ.'　 'ﾞ'.'. :::: .‐ ;;r!i.r'::ﾞi!';l!
　 　_.,;:''''ﾞﾞ　　　　　　　　　　 .ﾄ　　　　　　　　 　 .:''　 　　 : :;;､,;:;;,:ﾞ'ﾞ´　 .,i''´
　i:.''ﾞﾞ　　　　　　　　　　　　　 .ll.　　　　　　　　　　 ´　　　　 ﾞ.;.i':ﾞ:;:::.;:':'.' : 　　

だからだれだよ

芥川

　　　　＿＿＿
　　,〜（（((((((〜〜､
　(　＿（（（((((((＿　)
　|/　~^^＼)／^^~ ヽ|
　 |　　＿　《　＿　 |
　(|-(_//_)-(_//_)-|）
　　|　　　厶､　　　|　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　＼　||||||||||||　／　　＜　俺じゃないぞ
　　　 ＼_~~~~_／　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿

今帰ってきました。

。。。が、完徹してしまったので、今から仮眠取ります。
明日(今日？)はあまり作業に協力できないかもしれませんが、ちょくちょく
覗きますんで、よろしくです。

みなさん遅くまでお疲れ様でした。

野村哲也？

>408
お疲れさまです、read.cgiのgzip対応はほぼあなたのおかげです。

おつかれさまでした　＞　Perler ◆GSi39OA6

>>408
UNIX板的にもあなたは英雄になりますな。お疲れさまでした。

＞Perler
本当にお疲れ様でした。ゆっくりお休みくださいな。

>Perler ◆GSi39OA6

お疲れさまです。

しかし考えてみるとこの read.cgiは短期間であろうとも
万単位で実行されるんだよねえ。
俺、そんなコード書いたことあったかなあ。
ちょっとうらやましいぞ。
まあ、出遅れたから仕方がないけどな。
機動力も実力のうちだ、つーのを覚えておこう...

>>408
オツカレですー。って、結局茶々出しぐらいしかできなかったなぁ自分…(^^;

# mod_gzipのドキュメントでも日本語化するか…

425 名前：最新ソースを一応どぞ 投稿日：2001/08/26 06:54
http://natto.2ch.net/test/read.cgi?bbs=hp&key=998774537
プログラマが2chを救う！？(←ソースの施しは今止まっている模様)
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516


このあたり参考にして、ソース書き換える人いない？
とてもじゃないが、学生レポート程度しか書いたことないオレはさわらない方が良さそうだし

>>150
それはそうなんです。
実際、漫画板と少年漫画板に分割された時を見てますから。
技術的な問題はUNIX板の方々に任せるとして、
板の数を現状と同数とすることが難しい可能性がある以上、
統廃合を見据えて、多くの人が意見を出すのは無駄ではないと思います。
仕切り屋みたいですいません。sage

すいません。誤爆です。迷惑かけてごめんなさい。

write要求よりもRead要求が多いのなら書き込み時に圧縮したほうが
サーバの負荷も減るんじゃ？

既出なら申し訳ない。

>>420
読み出し時にst=やto=等のパラメータが違ったりするから
そういうわけにも行かないと思われ

>>420
それをやると、逆に表示時の処理が増えて負荷が増加します。
記事もレスごとに圧縮する必要が出て、あまり符号化が進まなくなります。
それ以上に、非対応ブラウザも多いのでそれに向けて展開する処理まで入れるとすれば、もう本末転倒ですよ。

了解です。
お騒がせしました。

つかmod_gzip入れりゃ転送量60%ぐらいになるだろ。

おはようございます。
プログラム技術の方見てきたけど、結局全面書きなおしは
始めてないのね。Wikiのソースは宣言部のところ<pre>でか
こってないけどあれでいいの？

>>424
だから修正より書きなおし始めたの方がいいですよね

68 名前：ＤｏｌＢａｃｋｙ 投稿日：2001/08/26(日) 05:15
■文字化けにお困りの方へ■
ブラウザのオプションでHTTP1.1の使用をチェックしてください。
※プロキシではHTTP1.1のチェックをはずしてください。
それらの設定が不能もしくは１．１に未対応のブラウザの方は、
index2.htmというアドレスをindex2.htmlに変更してリロードしてください。

これら文字化けの不具合は、MOD_GZIPが導入されると同時に解消されます。
※来週末になる見通しです。

>>427
これってどういう原因で起こってんの？

>>424
鯖側の政治的問題で、さくっとは無理なんだってよ
おいおい入るかもってことらしい

徹夜でやったからプログラム板の人たち眠ってますか？
お昼頃から再開ですか？

むむ、制限時間過ぎてもスレ全体を一括読みできない原因発見...
zz_GetEnv()と get_lastmod_str() の両方で gmtime()使ってるぞ!!
static領域に結果置いておくだけだから上書きされちゃうんだよね...

--- read11.c.orig Sun Aug 26 11:07:14 2001
+++ read11.c Sun Aug 26 11:05:21 2001
@@ -1,2 +1 @@
-<META content="MSHTML 5.00.2614.3500" name=GENERATOR></HEAD>
#include <stdio.h>
@@ -60,3 +59,3 @@
time_t t_now ;
-struct tm *tm_now ;
+struct tm tm_now ;
long currentTime ;
@@ -125,3 +124,3 @@
if(fp == NULL) return ;
- fprintf(fp,"%02d:%02d:%02d %8s:",tm_now->tm_hour,tm_now->tm_min,tm_now->tm_sec,zz_bs) ;
+ fprintf(fp,"%02d:%02d:%02d %8s:",tm_now.tm_hour,tm_now.tm_min,tm_now.tm_sec,zz_bs) ;
fprintf(fp,"(%15s)",zz_remote_addr) ;
@@ -520,4 +519,3 @@
time(&t_now) ;
- t_now += 9*60*60 ;
- tm_now = gmtime(&t_now) ;
+ tm_now = *localtime(&t_now) ;

@@ -618,5 +616,7 @@
close(pipefds[1]);
+
execl("/bin/gzip", "gzip", "-cf", NULL);
- printf ("Error can't exec\n");
- exit(1);
+ execl("/usr/bin/gzip", "gzip", "-cf", NULL);
+ printf ("Error can't exec\n");
+ exit(1);
}
@@ -795,3 +795,3 @@
printf("fileSize = [%d bytes] %dlines<BR>\n",zz_fileSize,lineMax) ;
-printf("time=[%02d:%02d:%02d]<BR>\n",tm_now->tm_hour,tm_now->tm_min,tm_now->tm_sec);
+printf("time=[%02d:%02d:%02d]<BR>\n",tm_now.tm_hour,tm_now.tm_min,tm_now.tm_sec);

@@ -947,3 +947,3 @@
{
- if(tm_now->tm_hour < LIMIT_AM || LIMIT_PM <= tm_now->tm_hour) return 1 ;
+ if(tm_now.tm_hour < LIMIT_AM || LIMIT_PM <= tm_now.tm_hour) return 1 ;
return 0 ;

プログラマが2chを救う！？
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516
にいった方がいいと思う、今2, 3人ほどいるみたい

http://star.endless.ne.jp/users/forcount/contents/scriptmaker/read11.c
に対する patchなんだけど...
もしかしてこのserverの timezoneって日本じゃない??
だとしたら 520行近辺の *localtimeはまずいかも...

>434
サーバはアメリカのハズです、西海岸だったと思いますが・・

>>434
別スレにも書きましたが、ヤバイも何も、HTTP/1.1のHTTP-dateでは
「例外なく」GMTに「しなければならない(MUST)」です。

西海岸時間なんかここに入れたら動作しなくなるUAが出てくると思う。

RFC 2068

3.3 Date/Time Formats

3.3.1 Full Date
All HTTP date/time stamps MUST be represented in Greenwich Mean Time
(GMT), without exception. This is indicated in the first two formats
by the inclusion of "GMT" as the three-letter abbreviation for time
zone, and MUST be assumed when reading the asctime format.

で、現段階の最新ソースはどこにあるの？

あれ？書き込むと？

２ちゃんねるWiki
http://www.gedoh.org/aki/2ch/wiki/yukiwiki.cgi?TopPage

プログラム板でやってます。
http://piza2.2ch.net/tech/index2.htm#1

>>434
の
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/read11.c
みた。
とりあえず、

if(pid=fork() == 0){
というの
if((pid=fork()) == 0){
の間違いっすね。

>>436 いや、そこは http向けの時刻取るとこじゃないよ..
現在時刻をとって、23から3時だったら 100ごとにレスをぶちきるやつ。
日本時刻でとらないと意味ないからねえ...

84 名前： 夜勤 ★ 投稿日：2001/08/25(土) 00:51 ID:???
　　　　［２cｈの鯖は］サンノゼの近くの、フレモントにあるですよ
　　　　PalAlto とか、 MAE-West のすぐそば、

【ebi＆curry鯖重過ぎます Part4】
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998670947

>>441
そうでしたか。条件反射してしまいました。
失礼しました。

mentaiとかtonはシアトルだったような気がしたが、
まあ同じようなもんか。とりあえずsan joseの近くってわけね

うーむ、じゃやはり 9*60*60足して gmtimeの方が安全だな...

しかしそうすると加州大停電のとき、2chも危なかったりしたのか? :)

>>440
良く気が付いた

.htaccessに
　　SetEnv TZ "JST-9"
って書いとくか　コード中で
　　putenv("TZ=JST-9"); tzset();
ってしとけばlocaltime()使うのもありかと
むしろ 9*60*60 のハードコーディングはコードの見通しが悪くなるような

>>431
なるほど。
gmtimeが返すポインターの指すメモリはgmtimeのstaticメモリで、
もう一度gmtimeをコールすると
&t_nowの値が&lastmodの値で上書きされるわけだ。

#include <time.h>
struct tm *gmtime(const time_t *timer);
timer に格納されているデータを グリニッジ標準時間（世界標準時間）に変換し、tm構造体に格納します。
↓http://www.geocities.co.jp/Milkyway-Orion/3763/time.htm
tm構造体を指すポインタを返します。この構造体は静的であり、gmtime関数が呼び出されるたびに上書きされます。

そんなWeb貼らなくてもman gmtimeでいいのに（笑）

つうかオススメは
　　gmtime_r(), localtime_r()
なんだけどね

ここは止まったのかい？

もう安定版の修正事項もなくなってプログラム板へ移行したんでないかい?

そのうちServlet + RDB版をつくります。

あーあ

「２ちゃんねる危機」の発端は、そもそもこの「２ちゃんねるに殺
されかけた」とか書かれている
このサイトから起こったものだそうです。 。
http://www2.odn.ne.jp/~win530//voice/voice05.html
かなり水面下で、２ちゃんねるに対して攻勢をかけようとする連中が結
束した模様です。

↑すげえな

寝て起きたら…全部決着してるか…。

>>453
それ、すごく期待。

http://piza2.2ch.net/test/read.cgi?bbs=jisaku&key=998772869
自作板より

RDBって逆に遅くなる気がするんだけどな。
って言うかこの鯖はPHP使えるらしいからServletよりPHPの方がよくない？

みんなで力を合わせれ！

gzip 圧縮や Last-Modified 対応など
転送量軽減に関する話題は↓こちらでお願いします。
2ch閉鎖の危機なんだと ＠UNIX板
Part2.1
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998754174
Part3.1
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764722
↑作業がほぼまとまったためプログラム板の
プログラマが2chを救う！？に移動したようです。

read.cgi の無駄なコードの省略や高速化など
関数毎の最適化については↓こちらでお願いします。
プログラマが2chを救う！？　＠プログラム板
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516
2号
http://natto.2ch.net/test/read.cgi?bbs=hp&key=998774537

無駄なタグの消去やHTMLの修正などは↓こちらでお願いします。
スキルの高い方知恵を貸してください ＠web制作管理板
http://natto.2ch.net/test/read.cgi?bbs=hp&key=998741961

新CGIが導入された板の動作報告は↓こちらにどうぞ。
2chの動作報告はここで。 ＠批判要望板
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998808733

応援やグチ、今後の2chはどうなるか、
何故この事態が起こったかなどの議論は↓こちらでどうぞ。
UNIX板で2chのプログラムを開発中 ＠批判要望板
パート2
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998757160
パート3
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998765190


なおUNIX板では
・板の統廃合についてのスレ
・浩之氏の公式発言についてのスレ
・それぞれの板の問題点をあげるスレ
などが立っています。


他の板の住人へ

ここのURLを張らないで応援板のURLを張ってください。

cgiのUNIX板でのサポートは終わりました。
批判要望の方に

2chの動作報告はここで。
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998808733
スレッドを移しましたので、以降こちらでお願いいたします。

とりあえず
>>440の修正版
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/read11.rev1.c

>>462
おつかれさまでーす。

>>462
あれ、"("が一つ足りないですよ。

正しくは、
if((pid=fork()) == 0){
です。

コンパイル通ります？
＃自分でやれや＞わし (^_^;;
( 1個足りないとおもう

>>465
( を付け足したら、コンパイル通りました。
実働も確認しました（＾＾

訂正しときました
スマソ
アドレスはそのまま

少し前に
read11.rev1.cを落とされた方
修正ミスでした
１７：２１分以降に落とした方は大丈夫

最新版
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/read11.rev1.c

あ、間違ってた・・・
プログラマが2chを救う！？　＠プログラム板
の2号は
スキルの高い方知恵を貸してください ＠web制作管理板
の方の2号だ。

2chが潰れなっかたのはＵＮＩＸ板の在日同朋のおかげニダ
2ｃｈネラーは感謝汁

プログラム板でどんどん改良やってますので
来て下さい。

プログラム技術＠2ch掲示板
http://piza2.2ch.net/tech/index2.htm

どの板も、見ようとすると

?File Not FoundThe failed request was: http:///unix/index2.html
The requested object does not exist at the specified location.
The link you followed is either outdated,inaccurate,
or the server has been instructed not to let you have it.?
[ Hurricane Electric's Home Page. ]
Copyright © 1996 Hurricane Electric. All Rights Reserved.

こうなります。

ちなみに使用ブラウザは
http://www.vector.co.jp/soft/win95/net/se170821.html

さっき、
食べ物版で、二重書き込みしていないのにそのような表示で書き込めないです。
スマップ版で、クッキーオンなのにオフとでて書き込めないことがありました。
また、同版で、名前を書かないと駄目なときもありました。ご報告します。

一応報告しておきます。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998818966
で、書き込んだあとに、画面いっぱいにgzipのイメージがそのまま現れて、文字化けしています。
名前と、E-mailには、なにも書き込んでいないのですが。

それってbbs.cgiのバグだよな、、。

>474
へのレスです。

と、おもったら、475の書き込みでもgzipイメージがでてきました。
ちなみに、Winodws 2000 Professional / Internet Explorer 5.5 sp1
です。

bbs.cgiのバグはここではありません。

2chの動作報告はここで。
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998808733
スレッドを移しましたので、以降こちらでお願いいたします。

>>479
ご指導ありがとうございます。
しかしどうも既知の問題だったようで。

ここも強制IDか。

２ｃｈ全部でＩＤ強制出力かい。うまいテだなあ。

>>482
そうだね。でも誰の提案か気になるね。（と自作自演）

>>483
次はプロクシ規制かなぁ

(・∀・)ｼﾞｻｸｼﾞｴﾝﾃﾞｼﾀ!!

串規制で来なくなるのは少数でしょ。
あんまり効果無いよ。

>483
マァヴさんが前スレで提案されてましたね＞全板強制ＩＤ
こんな状況ですし、悪いことではないと思います。

あれ、強制IDになったんだ。どれどれ

転送データ量の低減化はこれで限界でしょう。
元ネタのHTMLの大きさを減らすのも限界はあるだろうし。

あとは流量制限を入れたりするしかないだろうなー・・・
（規定の最大転送量[bps] < Σ転送データ量 [bps]→エラーHTMLをreply）

実況を困難にするため、同じ IP から 10 秒以内のリロード要求は
全て Not Modified にするというのはどうかな。
IP 記録しないとだめだから無理かな？

bbsいじるとき、まったく同一の行が3回
（改行のみの場合のことを考えるともう少し増やしたほうがいいかも）
以上繰り返し（n回の改行を含む）の場合蹴るとかってできませんかねぇ。

かなり負担かかるかな？

このスレも落ち着いてきたようなので、ちょっと書いてみたです。

>490
今でも各種制限用のIP履歴はとっていますね。
どこかで既出だと思います。

>>491
ここではbbs.cgiは扱っていないですよ？

>>490
少し考えたが、
request の If-Modified-Since: を見れば問題ないな。

速報板の実況は１秒間に数個〜多いときには十数個のレスがつくからなぁ。
ヲレも参加してたが（藁。他の板の実況はしらん。

>>492
いや、read.cgi は１秒間に数十回〜数百回近く呼ばれる可能性があるから、
その IP 履歴だと履歴検索に時間・負荷かかりすぎないかな？
スレ立てはそんなに頻繁じゃないから問題ないだろうけど。

>>494
If-Modified-Sinceをちゃんと送ってるブラウザって少ないんでは…
手元で試してみたけど、Netscape6しかちゃんと送出してないよ。
IE5とNN4.75はダメでした。

なので、効果は見込めないです。

スマソ、訂正。
画像に関してはNN4もIE5も送出されてるようです。(但しリロード時のみ)

>>496
If-Modified-Since をちゃんと送らないと、今回やってる
reload に対する Not Modified を返す改良も無駄という事になるんだけど。
少なくともうちの NC 4.51 だと普通に送ってるみたいだよ。

あー、ごめんなさい。なんかおかしかったみたいです。
えぇ、そのとおり(^^;
送出されてる模様…テストした鯖が悪かっただけです。申し訳ない。

あ、Last-Modified付けないといけないんでしたね…大ボケ……

>>490
J-COM/ZAQ のような大手 provider で proxy/NAT を使うところが
あるのを考えると辛いのではないかと。

>>501
だから IP じゃなくて、リクエスト毎に判断。
それは >>494 に書いたっす。

徹夜出社している間に問題がほぼ解決していてびっくりしました。
正直、２ちゃん住民ってｶｺｲｲ……と思ってしまいました。
本当に皆さんお疲れ様でした。

夜勤さん、もしここ見てたらで良いんですが、
read.cgi 改造したサーバの負荷は平均どのくらいになってますか？
あと、転送量はどうなってますか？
教えてください。

# あ、ちなみに自分は殆ど昨日から見ていただけです(^^;

345 名前：夜勤 ★ 投稿日：01/08/26 23:48 ID:H8NM1U/A
read.cgi の改良で、25% くらいの改善の見込みが付いたところでしょうか、
で index2.html とか若干のインターフェイスの修正でさらに 20% くらいの
改善を目論んでいる(やってみなきゃ分からない)というのが、今の状況
です。さらにいくつかのサーバを停止すれば、目標である 50Mbps以下
にはなると思います。

じゃー　これが何を意味するのか?ということですが、

２ちゃんねるが黒字の経営(言葉のつっこみは勘弁)であれば、60% 以上の
経営効率化に成功したとうことでしょうが、、、
残念ながら、今の２ちゃんねるにおいては、若干の延命措置を施した
だけだったりします。このへんのことは弁茶板の方々が詳しいと思います。

>>493
わかってまーす。
だから「このスレも落ち着いてきたので」と書いた訳で。

アホな質問なんですが
＞＞(半角)を使うのにものすごく反応するスレがあるんですが
（使うなよ!!って）
実際はやっぱり負担かかるんですか？

>507
かかるようですね。　特にかちゅーしゃだと。

>507
リンクを貼るとそのタグ分容量は増えるね。
塵も積もれば、ってことでしょう。

ほんとーにありがとうございました。

>>507
負担というと抽象的なのですが、一見すると5文字しか使っていない
ように見えますが、生の HTML では
<a href="../test/read.cgi?bbs=unix&key=998764722&st=507&to=507&nofirst=true" target="_blank">
>>493
</a>
などと、かなり長大な文字数になります。

ちなみに、web browser で見る場合、web server が半角数字
で書かれたものを展開し、2ch browser で見る場合は dat file
から browser が展開します。そのため、server の負荷は
web browser で access するほうが大きくなります。

うが、tag は死ぬのに html 的アンパサンド表現が > になって
くれるのを忘れてた…。しかも、リンク先の番号間違っているし。

とにかく、見た目以上に容量を喰っているんだよんということを
お伝えしたんで、逝ってきます。

あ、またバージョンアップしてますね
一応・・・
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/read11.rev3.c
ここにもage

また２ちゃんこわれてますよー

>>507
過剰反応して「無駄なトラフィック増やしてんじゃねぇ」
みたいな書き込みをするやつの方が、よほどタチが悪いと思います

新説なレスありがとうございました、皆様!!
やっぱり負担はあるんですね。

＞＞（半角）使うと「冗談で使ってんの？」とか「最低」とかすごいんです…。
女の園なんですが、揚げ足取りで使うんで(ﾟДﾟ)ｳｻﾞ-

read.cgi 5.xx の採用の結果(速報)

ピーク時の転送量はだいたい　45% 減。
CPU 負荷は、ほとんど導入前と変わらないようです。

すごい効果がでていると思います。
UNIX 板の方々に感謝!

あとは mod_gzip がどうなるかが楽しみです。
まだ、導入できると決まったわけじゃありませんが、

かなり減りましたね
感動

夜勤さん、プログラム板で呼んでましたよ。

>>517
お疲れさまです。
ところで、検索エンジンのボット対策はどうなってますか?
2ちゃんって掲示板内同士でのリンクがいっぱいあるので、全部辿ってしまうんでは、とか思ったのですが。

過去ログはともかく、せめてcgiは読まないようにrobots.txtでも置いてみては?

507,515
そんな、めがねオタ女無視すれよ。
そんなの考慮したって、SEXできるわけじゃないし。

www2.bbspink.com がmod_gzipに対応しているようですが
Mozilla 0.9.3 と IE6PR1 で見ると文字化けしてしまいます。
wgetで保存してgunzipかけるとちゃんと見れたので圧縮はされてるみたい。
今からヘッダの解析してみます。

あ、いつのまにかココも5.02になってる...

>>521

人間の気持を判ってない(藁

>>522
header、ヲレには

HTTP/1.1 200 OK
Date: Sun, 26 Aug 2001 17:07:39 GMT
Server: Apache/1.3.6 (Unix) PHP/4.0.3pl1 mod_ssl/2.3.6 OpenSSL/0.9.3a
Connection: close
Content-Type: text/html

って感じで Content-Encoding: gzip が無いように思えるんだけど、
そんなことはないって人がいるんだよな…。なぜ?

>>517
お疲れ様です。全部のログを追うだけでも大変ですけど…。
mod_gzip が一番期待してるです。やっぱり。
しかし素でも 45% 減か。ほぼ１日の作業で。すごいな。
今日も家事でほとんど何も協力できず。昨日は見境なくしてただの厨だったし…。
明日会社でも実験してみるか。

どのスレも ROM の比率が圧倒的に多いはずなんで、キャッシュが効くよう最新 50 レスだけ HTML 保持できないかってアイデアはあるんだけど…
スマートにまとまらない…。

>>520
ロボットが来たときの環境変数はどうなんだろうねぇ・・・はじけない？

763 名前：切込隊長 ★ 投稿日：2001/07/16(月) 02:32 ID:???
　 ３分以内の投稿は出来ないとかいう小癪なcgiが組んであるな（藁
京大生スレpart5より

しろーとなんで　よく　分からないのですが、こんな事ができるなら
モー板、実況、祭り、荒らし　対策になるのでは？

１日で伝説化してないか？
伝説化ってのは話に尾ひれがつくことだ。

少なくとも、そういう空気が濃すぎないか？

>>525
自分も同じようなヘダーがでたよ。
どっかに書いてあったけどindex2.htm じゃなくて index2.html だと圧縮されずに見れるもよう。
なぜこうなっているかは知らんがこれじゃあどのブラウザで読み込んでも文字化けするよなぁ。>> index2.htm

>>526
同一ファイルキャッシュに書きこむことになるので、
パフォーマンスだけ考えると、
・代理HTMLデーモンなるものがある
・そいつは定周期に、データファイルの更新チェックを行う
・更新されてたら、HTMLを書きかえる
というふうにしないと、並列実行性能がおっこちる可能性ありありです。

もしここがSMPで動作してたらホントにそうしたほうがいいです。

>>526
追記：
データファイルの更新チェックは、inodeキャッシュの性能問題だけで済むので、
それはそれでいいと思ってます。

>>522
www2.bbspink.comのレスポンスを見てみたけど、
> Server: Apache/1.3.6 (Unix) PHP/4.0.3pl1 mod_ssl/2.3.6 OpenSSL/0.9.3a

mod_gzipが入っていれば、
> Server: Apache/1.3.20 (Unix) mod_gzip/1.3.19.1a mod_perl/1.24
みたいに、mod_gzipが入ります。
ので、どうやら、www2.bbspink.comにはmod_gzipはインストールされていません。
# もしくは、LoadModuleされてない

>>527
ボットによって違うから何とも…。
IPかホスト名から目星を付けるのが一番かな。

User-Agent見るなら
http://www.dais.is.tohoku.ac.jp/logs/agentgripes.html
でも参考にして、めぼしいトコを弾くようにすれば。

…でも、負荷を考えると、頼れるところはrobots.txtに頼った方がイイと思う。

>>533
何の負荷でつまづくかにもよるけれど、
頼れるところは頼る方が確かにいーですね。

が、CGI側でも"つゆはらい"しといた方が、データ転送量減らせると思った。
多少のCPUキュー待ちは許してあげてもいいと思うんだけど・・・だめ？
ページング多可のWIO増加よりはかわいいと思うよー。

http://yasai.2ch.net/test/read.cgi?bbs=venture&key=998402480&ls=100

ほんとだねぇ
しかもフシアナサンだね

あっ、ひょっとしてスレ違い…ごめんなさい（´Д｀；）

>>529
確かに。でも初期の BSD とか Linux なんかもそんなもん。（ｗ
そこが…この件の魅力だね。

>>531
ローペースで監視するデーモンに任せるところまでは考えたんだけど…。
どの道、read.cgi で Modify 制御するのに比べて、CPU 負荷の面で負けるだろうとは思ってるっすよ。

ベンチャー板より。

152 名前：ひろゆき＠管直人 ★ 投稿日：01/08/27 02:51 ID:???
お願いします。助けてください。
＞西さん

159 名前：ts1.kitanet.ne.jp＠ひろゆき＠管直人 ★ 投稿日：01/08/27 02:55 ID:???
本人です。

171 名前：nishi 投稿日：01/08/27 02:58 ID:M5p6jxJE
今晩、一晩考えるわ
おやすみ

178 名前：ひろゆき＠管直人 ★ 投稿日：01/08/27 02:59 ID:???
よろしくお願いいたします。。
＞西さん

147 名前： nishi [email protected] 投稿日：01/08/27 02:46 ID:M5p6jxJE

144 名前：ななんし ：01/08/27 02:45 ID:N46yN2Ak
西さんってｺｯｿﾘ裏から２ちゃんを助けてやろうとかいう任侠心方面のｺｺﾛはないのですか？
：：：：：：：：：：：
頼まれたらネ
152 名前：ひろゆき＠管直人 ★ 投稿日：01/08/27 02:51 ID:???
お願いします。助けてください。
＞西さん
159 名前：ts1.kitanet.ne.jp＠ひろゆき＠管直人 ★ 投稿日：01/08/27 02:55 ID:???
本人です。
171 名前：nishi 投稿日：01/08/27 02:58 ID:M5p6jxJE
今晩、一晩考えるわ
おやすみ
178 名前：ひろゆき＠管直人 ★ 投稿日：01/08/27 02:59 ID:???
よろしくお願いいたします。。
＞西さん

こーしといたほーがｲｲ!

>>583
しっかし、一夜にして traffic が 1/16 になったとかいう
のは有害な伝説だと思う…。

あと、daemon proccess って bigserver 的には大丈夫なの
でしょうか?

ふと我に返る…世の中のコミュニケーションが NNTP だけを使っていれば、
こんな事態は起こらなかったんだよな。
ネットニュースじゃ 2ch 見て笑ってる奴もいるんだろうな…鬱。
寝よう…。

>>541
前の書き込みにもあったけど、デーモン依存は SMP でないとドコでふん詰まるか読めない。
伝説の件は、昨晩、オレも厨房化して安心してた。（ｗ
冷静になって考えて落ち込んだのが日曜の夜に入ってからだったなあ。

>>542
2ch
ていうトップグループでも作れば（藁
2ch.robby.monar
2ch.soc.sokuhou
2ch.ura.chikuri
なんかヤだな（藁

>>542
NNTP や IRC ならちょっとネゴった後で
「ヲレが server 上げたから、こいつも使ってね」
ってことで、簡単に負荷分散が図れますからね。10年前からでも
古臭いシステムといわれつづけていますが、web 掲示板よりかは
はるかに優れたシステムに違いはないですし。

ちなみに、fj や japan では今回の 2ch 危機について触れている
記事はほとんど無い模様です。fj.news.usage ですら1日にせいぜい
20個程度の投稿しかない現状だもんなぁ…。

>>543
というか、そもそも daemon process を動かしていいのかどうかという
政治的な問題もあるんじゃないかと。

NNTPは時系列が保証されないからダメじゃん。
今みたいな使い方は出来ないね。

デマをほおって置くのも危険だから、
WikiにFAQとか作った方が良いのかな。

そういうのやると開発のじゃまする輩がでてきて
面倒なんだけど……。

...とおもったら、[[まとめ]]にかなりいい感じでまとめられてますね。
FAQとして作る必要はなさそう。

>545
でもNNTPやIRCってJISだからいわゆる半角カナが使えないと
顔文字板の人とか困るんじゃないかな…。
まぁ2ch継続の為には我慢してもらわないといけないんだろうけど。

>546
速報系はまあ無理ですね(笑 素直にIRCでやってくれって感じ。
それ以外であればReferencesあるからそんなに困ったことにはならないんじゃないかと。
でも遅配の問題はきっと出てくるだろうなぁ。

JISコードでの半角カナ文字は（c=SJISでの文字コード）
　　c & ~0x80
した上で
　　開始 -> ^[(I
　　終了 -> ^[(B
で囲めばよろし

>550
あ、そういえばそんなのありましたね。失礼。

でも ASCII 半角カナ 全角 みたい並びがずらっと並んでると
サイズがぐっとでかくなりますね…。これは我慢か？

プログラマ板の「転送量増加で2ch閉鎖の危機だってよ」スレに
不吉なことが書いてあるのですが…

106 名前：　　　 投稿日：01/08/27 04:32 ID:qeolEtH2
あう、その後の試験で、通信量は目標の５０Ｍに届いてないことが判明

現在４５％削減だそうだ。
やっぱし閉鎖の方向に向かってる。

>552
今まで気づかなかったのか？
「1/16の転送量になって閉鎖免れた」てのがデマだてことに
gzipに全対応させて1/3にできるかどうかのラインだな
ま人がすく増えて終わりそうな気もするが

>>550
んと、ISO-2022-JPだとそれもできないことにされてます。が
IRCは基本的には8bitOKなので、実はS-JISでもちゃんと受け取れたりします。
たんに、ユーザーが嫌ってるだけなので。クライアントによってはちゃんと受け取れますし。
というか、ISO-2022-JPをインターネットにおける日本語コードと規定しているルールに従っているだけです。

実はその程度のルールです。
NNTPは詳しくないので知りませんが。

555!

556!

モナ−を助けてくれ

ダウンロード・初級ネット板も沈黙した模様。

ロビー死亡はつらい

>554
そうだったんですか…＞IRC
でもJISの良い所は文字化けしないこと(判定が容易)なんすよね。
逆に言うとメリットはこれだけ？ まぁメリットとしては大きいと思いますが。
NNTPはSMTPをほぼ一緒のはずなんで7bitならOKじゃないかと。

実は最悪Base64エンコードが使えるってことを今気が付きました(笑
これならなんだって通せますが美しくは無いかな…。

ということでモナー助かりそうですよ(笑 >>557

>>560
いまだと、Unicode を 7bit な encode にする UTF-7 にするのが
いいのかも?

質問

広告収益ってどうなってます？
「最新レス１００」とかを見るとバナーが入らないけど、ここにバナー入れる事で
収益があがるとか無いの？

htmlでNNTPへのリンクが貼れるんだから、httpとNNTPをうまく融合して、トラフィックのキツい部分だけNNTP側に振る事出来ないか？

回答

こちらで。
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998806470

うに板は、技術的な面からのアプローチです。
経営の話は、「批判・要望」板で。

>>562
広告は一個だろうが10000000個だろうが一緒です。
っつか板違い。

どっかサーバが確保できるんだったら　ロードバランシング＋rsyncでの
データファイルの同期とか......

どっちにしろ　どこかにサーバの置き場所が確保できなきゃな......

>>566
トランザクションの帯域使用料金は？

会社に出てきて、覗いてみたら…寝る間際に不吉なコトバを吐いちまったみたいだなぁ。
ネットニュースが 2ch の替わりになれないのは事実。オレだって昔は fj で情報集めてた。
dog year な今のインターネットで使えるから 2ch が伸びたわけで。
…と、この話題はここまでにしておくっす（板違い申し訳ない）。

煽ってるつもりはないんで、そこんとこよろしくね…（汗

かちゅーしゃみたいな機能を備えたものを
GoogleツールバーみたいにアクティブXノPluginで提供できりゃかなり楽だと
思うんだがなあ・・・・
普通のIEとカチューシャModeをショートカットの起動オプションで選択して起動
(そうすればGzipにほぼすべて対応させられるしキャッシュも使いやすい)

かちゅ〜しゃが回線負荷の低下に役立っているとすれば、
datをローカルに貯めて、差分更新するから。
ActiveXではそのあたりがちょっと絶望的。
　そもそも、gzipに対応してないようなブラウザが、ActiveXに
対応しているかは疑問。

会社で read.c 落として、やっと真面目にソースが読めた。
なんとなくソースを Pascal に書き直したくなってきた…。(w
Pascal String なら文字まわりの負荷がすごく軽そうだね…。

ＵＮＩＸ板が閉鎖だって？

freepascal の ansistring は遅くて使えんかった。
やはりもう貢献できる部分はないかねー。

read.cが公開されたから、read.cgiの処理を有志のサーバで
分散するのはどうだろうか。ADSLなんかで固定IPアドレスを
持っている人はそれなりにいるだろうから、俺んちはUNIX板
のミラーを持つよという具合にして、DNSにラウンドロビン
登録しちゃうの。ミラーのマシンは例えば、
http://cocoa.2ch.net/unix/dat/ の内容を定期的にミラー
していて、http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=hoge
みたいなリクエストは本家にいくかもしれないし、うちに来
るかもしれない。うちに来たらミラーの内容を返してやる。
もってない板へのリクエストは本家にリダイレクトかな。
問題はdatファイルをいかに効率的にミラーするかかな。
更新されたファイルだけ、Navi2chのように差分で取得したい
よね。

>>575
実は今、それに似たアプローチでミラースクリプト書いている最中です。
しばしお待ちを。

「有志」にアクセスログ見られんの怖すぎ

>>577
それはありますね。まー読み出し側だけなんで、bbs.cgiも丸ごと引き受けさせる
アプローチよりはマシなんじゃないかと思っています。
書き込み時のプライバシーは今までどおり2chに守ってもらうという方向で。

悪意のある有志がいるかもしれない…
ってか絶対出てくるだろうな。

>>579
その辺は参加する際に契約書なりを書かせるとか、そういった非技術的方面での
対策が必要かも知れませんね。

書き込みのログ取られるのはいやでも読み込みのログだけなら
構わないという人は多いのではないでしょうか。
書き込みの要求がミラーに残らないような方法ができればいい
ように思います。

>>581
「書き込む」の form で叩く cgi を、元 server の bbs.cgi に固定
するだけで OK になるのかな?

２ちゃんねるのミラーをやってやろうなんて酔狂な奴はlog
なんか興味ないと思う。僕だったら、バーチャルホストで
２ちゃんねる関係を分けて、そこのlogは取らないだろう。

その手法は帯域制限と同じく、政治的に受け付けてもらえない。という可能性が
高いのではないでしょうか？＞ミラー

>>580
「有志」じゃなくて、2ch 管理下の別サーバに index 情報飛ばすって意味で、
負荷分散＋別のバックボーンの使用ができる…という意味？
本当の意味での巨大掲示板「群」。

>>584
ミラーリング自体は現在のままで実現できます。
DNSでフォワードしたり、http://2ch.net/からリンクを張ってもらったり、という
事が受け入れられるかどうかはグレーですね。

仕事しながら書いてると自分でもなんかわけわからん（泣

処理能力が問題なんじゃなくて、traffic量 が問題なんだから、
やぱしここは IP multicast でそ。
ROM な人たちの処理をするなら、複数の Web Server群 + バックエンド網(NNTPとかでもいい) ってのが現実的？

dat落ちしてhtml化したものなら、
複数の Web Server群 + バックエンド網
でいけると思うけど…

当然番号のsyncはできないので、
レスの番号に意味を持たせることはできなくなるけどね…。
Webサーバによって、おなじレスの番号が違うとか、順番が変わるとか…。
早い話、NewsにWebインターフェースをつけるってことか。

２ｃｈでIRC鯖建てろっていう気がするがね
これだけでかなりチャットが減る。

multicast だの anycast だの言ってる人がいるけど、
将来まともに使えるようになるの?
現状ほとんどの ISP では使えないよね。

まあビデオ配信とか考えれば使えるように
ならなきゃダメなんだろうが。

>>592
IP level でやるのは確かにアレなんですが、簡易的な実装方法としては
anycast -> DNS roundrobin (CISCO distributed director を使うともっと気持ちいい)
multicast -> NNTP や IRC のように server を複数用意して server 間で
data を相互にやり取り (Real もこんな感じですな)
とかいうのは古くからやられていたことですから。

やっぱ NNTP に戻ってくるのne…？
リアルタイム性をなくすと 2ch に張り付く時間が減って、健康的になれそうだけど。

とにかく　どこか別のところにサーバの置き場所が確保できるのなら打てる手は
いくらでもあるし　逆に言えばそれができなければ何やっても若干の延命にしか
ならんでしょう

ただ“有志”の自宅サーバでは嫌がる利用者も出てくるだろうから
ひろゆきが自宅サーバ立ててくれりゃいいんじゃないの？

sageる意味ってまだあります？ 念のためsageときますが。

>594
NNTPは選択肢の一つってことですよね。
通信技術板の方でもこの辺の話し合いが行われています。
というか向こうの方が専門か。

>591
http://irc.2ch.net/ を参照。

>>596
なるほど。IRCじゃダメなんですねぇ(笑)
お手上げだなぁ。

とりあえず僕は、今の２ちゃんねるのままでトラフィックの問題を
解決するなら、分散化しかないと思っている。
NetNewsでやるという考え方もあるが、それだと今の２ちゃんねる
とはかなり違ったものになるだろう。一応、僕はNetNews配送マニ
アな者だから、2ch.* を作って各地に配送することを働きかけるこ
とは可能だが…

gzipって-9をつけた方が圧縮率高いんだっけ？

>>598
ですね。分散化の究極のものが P2P で、それについてはプログラム板で
かなり具体的に議論が進んでいます。ただ、政治的問題で mirror の設置
すらグレーゾーンという現状が痛すぎる…。

>>599
たしかに圧縮率は高くなりますが、負荷の割には default の -6 とは
大して差が出ません。

>599
そ。

>>599
　　55429 tech.html.gz9
　　55987 tech.html.gz6 (default)
　　207749 tech.html
この程度　それよりbzip2なら
　　42465 tech.html.bz2
こんくらいになるんだけどねぇ......

>>600
問題は、ミラーサーバのパフォーマンスがBig-serverの評価に影響しかねないって事だと思うけど。

えーと、
>>575
のアプローチで、ミラーリング・スクリプトを書いてみました。
現在ローカルで実験中です。

まだRangeに対応していませんが、いずれ実装します。

Rangeを使った場合のあぼーん問題については、読み込み開始ポイントを、EOFの直前の行の行頭
に設定し、1行余分に読み込んで、ローカルにあるファイルの最終行と同一ならあぼーんされていない、
という判定方法を採ろうと思っています。

http://kaba.2ch.net/test/read.cgi?bbs=news&key=998879125&ls=50
で提案したんですがＮＴＴの光サービスを使って１００Ｍｂｐｓの
回線をバックボーンにしてある人はモナー板をホスティングしたり
という具合に板ごとに分散していく事は不可能でしょうか？
なんせド素人のためにプロの皆様から見ると何言ってるんだと
お思いになる意見かも知れませんがどうぞお許しを。

>605
残念だが全くの見当違いだ
ニュース速報で話し合うのもいいが、もう少し知識のある人のいる
批判要望でも話し合ってからにしよう

mod_gzip 入れたら *.html, *.datその他も転送の際、圧縮掛けるんだよね？

>>607
http/1.1 で accept-encoding が gzip な client 相手には
やるんじゃないかな?

ただ、Range 指定とかちゅ〜しゃでは対応していないことが問題。

>>602
bzip2はブラウザが対応してないんだから仕方ないでしょぅ…

>>607
そのとおり。ただ圧縮率の低い画像なんかは除外指定できるから除外するかも。

ただ、>>608が言うとおり、Range指定に対応してないのが問題。
# Range指定が入ると強制的にgzipがかからなくなります
gzip対応自体はかちゅ〜しゃ側とかでやってくれればなんとか。
dllもあったはずだし。

ミラーで輻輳かかるよりは、
アクセスの多い index2.html / subback.html だけを「配信」するモデルの
方がテストは楽そうに思えるけれど…。
広告料の問題は残るか。

仮に read.cgi 専用のミラーサーバ群を作るとしたら、bbs.cgi は
IPとかキャップとかを処理した後で、dat に書き込むのではなく、
各ミラーに書き込みリクエストを送るようにすればいいんじゃないかな。
ミラーサーバが pull するんじゃなくて、2ch.net 側から push するってことね。

>>604
それ出来たら公開してください。うちでもミラーサーバ動かしますから。

NetNewsでやる方法もつらつら考えてみたんですが。
1, とりあえず、 2ch.* NewsGroupをでっちあげる。
2. 2cn.* は全グループmoderatedにする。
3. moderatorはFrom: ヘッダなどを取り除き匿名化して記事を注入する。
ISC方面にも *:%[email protected] の転送をお願いする必要が
あるかな。
4. 草の根配送系に広める。
5. 主要ISPにも広める。
こんな感じかな。

>>611
scpでdatファイルコピーとかじゃダメ？

>>611
その方法だと、回線ダウン時のレス落ちが問題になってきますね。
NNTPのように、シリアルな番号をレスに割り振って、次回のpush時に補完してやるしかないのかな。

そうすると、ある程度複雑なプロトコルが必要になってきますね。最悪サーバー・クライアントプログラム
の作成からって事になりそうです。

ごめん、610 読み間違ってた…。
データと read.cgi だけを分散するわけね。
オレはダメだ…逝く。

>>614
現実的なのは、.datファイル取得スクリプトをcronで数分おきに走らせる
という感じでしょうか。なるべく頻繁に更新したいので、更新されたファ
イルだけを差分取得して本家の回旋になるべく負荷を与えないようにする
ことですね。

http://www.ntt-east.co.jp/ether/ryokin.html
機器の維持に金が掛かるんだな。

>>617
料金の安いホスティング／ハウジング業者やデータセンタの情報募集とか
やったらどうかね？　とにかく別のサーバの置き場所さえ確保できれば
何とでもできると思う　あとはひろゆきがそういうところを使ってくれるか
あるいはその業者が受け入れるか......

>>616
もうそれは完成しつつあります。
差分取得はまだまだですが、更新分だけ取得するスクリプトならあと30分くらいでアップロード予定。

リロードしたら１０秒ほど待たされるプログラムとかに出来ないの？
それなら回線早い人間でもリロード控えると思うけど・・・


俺ＰＣ初心者だからﾁﾝﾌﾟﾝｶﾝﾌﾟﾝなこといってたらｽﾏｿ。

>>602
誰かスライド辞書法→gzipやってみ

>>621
gzipは大まかにLZSS＋ハフマンだけど？

サーバのP2Pって・・・
本家は書き込みだけにして、ユーザからの閲覧要求は各ミラーサイトだけからにするって感じ？
ミラーの更新がリアルタイムでないと、ユーザ離れそうだし、本家からの読み出しを許可にしていれば、結局ユーザは本家に集中するような気がする。

>>620
現在でも、キャッシュとサーバー上のデータが同じなら、リロードされても
何も送らないような仕様になっています。
10秒ごとに新規書き込みされない限り、同じことですので大丈夫だと思います。

もっと値を大きく、1度読み込まれたら5分はリロードできない、という風にすると
劇的に回線負荷は減るかもしれません。

その前に、index2.htmの負荷(キャッシュに対応していない)をなんとかする
必要がありますが。。。

UNIX板の皆様。はじめまして。
プログラム技術板の

「2chのような掲示板システムってP2Pで」において
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=990334284

分散型の　P2P　のcacheについて検討してきたものです。

http://203.174.72.113/p2pcache/P2Pcache/frame.htm
に今まで議論してきた内容をまとめました
（パワーポイントをhtml化しただけですが）

ご参考になれば幸いです。

>>622
スマン、言葉が足りなかった。
gzipのそれより長い辞書を作って
そこにかけてみてくれということをいいたかった
そうすればある程度離れたところの長いＡＡなんかも効率良く出来る

>>623
・　GETリクエストは全部ミラーにリダイレクトさせる
・　本家サーバ側でカキコがあればdatファイルをscpでミラーへコピーする
ってのどお？

専用クライアントが速度制限をかけるようにすれば
瞬間最大転送量は低くなるような気がするのですが、
問題の解決にはなりませんか？

>>627
トランザクション増大しないかなぁ？
一次ミラーと二次ミラー作れば大丈夫かな？

とりあえず、議論が重複するのは無意味なので、
プログラマが2chを救う！？２
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998845501
に引っ越して続きしましょうか。

>>624
以下理由では。
>>490-495

・・・と思ったら、こっちに誘導されるようです。
新スレたつまでこっちにいますか。

今プログラム板で立ち上がっているP2P 構想よりか、
Web-NNTP構想の方がNNTPという実際に運用されている分散システムがある以上、
現実的な解かと私は思います。

あ、でも、速度の問題がありますが・・・

>>631

なるほど。

とりあえず、ブラウザが送ってきたIf-Modified-Sinceの値をtime_tに変更して、それに10分足してやり、
それでも*.;datのLast-Modifiedよりも古ければ200 OK送信、という仕様で実現可能ですよね。

この辺の改変は、Apacheのコードを流用すれば
私でなくても出来ると思うのですが、誰かやってもらえる人いらっしゃいますか?

>>634
補足。
#ifdefで、新規に追加した機能部分を簡単に切り出せるようにしてもらえると助かります。

どっちにしろ、bbs.cgiとwrite.cgiに依存した仕様変更＆拡張は、ひろゆきさんの考えが明確でない＆漏れ伝わる意向として、誰かに任せるつもりはない、っていう現状では無意味ではないでしょうか？

>>629 トラフィックの大部分がROMのもので　カキコはそれに比べれば
はるかに少ないということだから　とりあえずカキコ時のトランザクション
とかはあまり考えなくていいのでわ？

>>634
10分は長すぎでは？
長くても 1 分くらいの方が良いでしょう。

>>631 のでは 10 秒となってるよ。

「キャッシュ型負荷分散システム開発スレッド」
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998908154

をたてました。"キャッシュ型負荷分散システム"に関する話題だけ
移動をお願いします。
他の開発話題については順次誘導します。

>>633
なるほど、これは意外といいかもしれない…
でも、nntpを扱えるエンジニアが揃っているかの問題もありますが…

>>640
Long long ago,,,
２ちゃんねるは JBBS(at+link) を追い出され、
Big-Server へ大移動より前の頃。
ここの住人は、nntp 化も検討していたのだった。
http://piza.2ch.net/log/unix/0008251/957884791.html
12 から。

>>624
う〜ん、しろ〜との意見としてはなかなかいいのかな・・・

>>631
ガイシュツでしたか・・・

よく分からんがサーバー側でＩＰ記録しなくて、
個人個人のＰＣの側で、
「リロードボタンは**分たたないと押せない」ようにすればいいのでは？
できるかどうか知らないけど・・・

あれ？既にその話題になってるのかな？
俺には何言ってるのか分からんが重複してたらｽﾏｿ。

テレホになったらindex2.htmlは止めちゃえば？
上位10スレ程度のsubback.htmlを代わりに出す。

混雑時にはさぼることは、Big-serverの広告としてはまずいだろうけどさ。

>>634
とりあえず作ってみましたけど...。
*.datの時間を基準にすると場合によってはいつまでたっても最新のレスが出てこないような。
たとえば、13:00:00と13:00:10に書き込みがあって、13:00:05にアクセスした場合とか。

>>644 (現在時刻)-(datのmtime)を見て
　　・　10秒以内なら if_modified_since += 10
　　・　10秒を超えていたら if_modified_since の加算はしない
って感じ？

過去ログ(html化されたdat)と、書き込み可能なスレとの参照比率は、
どんくらいなのかねぇ？

過去ログは、古いのからジャンジャン CD-R にでも焼いて
２ちゃん "じゃなくて" Big-Server が、キボン者に売っちゃえば？
有志で金出しても良いっつー人は多いんだからさ。

２ちゃん "じゃなくて" Big-Server の利益を考える。(w
ベンチャー板的ネタか。スマソ。

>>644
(現在時刻) <= (if_modified_since + 10)
なら 304 では？

>>647
If-Modified-Since + 10 >= 現在時刻 (リロード対策)
または If-Modified-Since >= Last-Modified (本来の304)
で、304を返すようにする、と。

これでいいかな。

>>646
そんな過去ログへのアクセスを今から急に煽るようなコトを言わないでくれ（ｗ
結構過去ログって有効な資料だったりもするのでその辺微妙。

…むしろ過去ログを別鯖に置くというのも手かもしれず。

>>648
そうですね、それで良さそう。

# ぢつは自分も改造してた…
# でも既に終わってそうなので後は任せた!(w

ftp://210.170.170.131/incoming/2ch-read-current/ 以下に
read14.2.2.c Makefile.14.2.2 r2chhtml.14.2.2.h util_date.c util_date.14.2.2.h
を置きました。
-DCOOKIEとするといままでJavaScriptでやっていたCookieの処理をCGI側で行うというおまけつき。
gzip圧縮後で300バイトくらい削減←少ねー

しかしこういう告知はプロ技版でもやらないといけないのだろうか?

>>651
素晴らしい。
JavaScript 対応していない text browser でも
名前欄デフォルトが入るっすね。

http://star.endless.ne.jp/users/forcount/contents/scriptmaker/read14.2.2.c
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/Makefile.14.2.2
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/r2chhtml.14.2.2.h
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/util_date.c
http://star.endless.ne.jp/users/forcount/contents/scriptmaker/util_date.14.2.2.h

全て上げておきました
http://star.endless.ne.jp/users/forcount/4countbbs/scriptmaker/index.html

セコい削りなら…
今metaタグで吐いてるContent-typeは要らないのでは…みたいな。
# そのかわり、レスポンスヘッダ側で"Content-Type: text/html;charset=x-sjis\n" とでも。
# 今のレスポンスにはcharset指定が入ってないです...

>>645
charset 指定は無くてもどうにかなるかな？
コメントで <!-- xx --> と、xx の部分の sjis でしか存在しない漢字を
記述しておくというので、自動判別が良くなるかも。

----- Original Message -----
From: "Hiroyuki Nishimura" [email protected]
To: [email protected]
Sent: Monday, August 27, 2001 12:34 PM
Subject: 今回の件について
こんばんは、お世話になってます。
２ちゃんねる掲示板の西村です。
この度は、私こと西村博之が運営するインターネット掲示板サイト「２ちゃんねる」の
閉鎖問題に関しましては、まことに勝手ではございますが明日の午後8時をもって
閉鎖させてもらうことにいたしました。
まもなく、HPのほうにも閉鎖についてのことを書いておきます。
長い間ご利用いただきまして本当にありがとうございました。
２ちゃんねる管理人　西村博之
それでは、また会える日まで・・・・。
ひろゆき
[email protected]
http://www.2ch.net/2ch.h

↑これ本当すか？

>>656
ネタ
>Sent: Monday, August 27, 2001 12:34 PM
こんな時刻表示ありまっかいな！

>>657
そうっすか！
厨房でスマソ。
ありがとーございました！

>>655
まぁ、でも、一応あった方がイイとは思うので、レスポンスヘッダに含めれば。
それでも数十バイトは減りますから(笑) わざわざコメント入れるよりは効率イイですし。

>>656
> To: [email protected]
誰ですか。

関係ないけど、Last-ModifiedをCGIで吐くと、
CGI側で304返す処理入れなくても、Apacheが自動的に304返すようになるんですね…
# 明示的にやった方がいいに決まってますが

>>657-658
ついでに From: も変。

>>654
metaタグでcharset指定してないと
ローカルに保存したときに文字化けする可能性はありますね。
まあsjisですしほとんどの環境では問題ないと思います。

>>641
さんくす。
当時、nntpとともにDB化も見送られたのですね…
まぁサーバー負荷との兼合いもあるのですが、
差分の出力には楽できると思うのですが

方向性は変わりますが、mtuの最適化はがいしゅつ？

>633
Big-serverの２ｃｈでは、
*.datファイルへの書き込み＆*.datファイル→NNTPへの同期、を管理するのみで、
NNTP→HTML変換サーバを各所に作り、現在の２ｃｈのように見えるようにする。
って事ですか？
んで、NNTPクライアントアプリケーションで直接見てもよいと。

>>662
mtuの最適化を論じ始めると、
「平均的なmtuってどこでとる？」
というお話になります。

・・・どこですか？

NNTPって、経路の途中で、悪意を持てば、投稿消したり出来なかったっけ？

>665

確に、変なコントロール流した馬鹿がいたよな、それもある信念持って。

モータの呪いです、きっと

突然なんですけど、JavaScriptをつかったdatのHTML化って
苦し紛れのその場しのぎになりませんかね。
datをJavaScriptで扱いデータ形式にして送る。　→ JavaScriptでHTML化
ちょっとだけ送信データを少なくできるかも
おととい書き込もうと思ったのですけどどうもそんな雰囲気ではなかったので。

>>668
JavaScriptが無効な環境だと非常に困ったことに。
コレはUser-Agentだけ見ても解りませんし。

>>663
2chとNetNewsの相互乗り入れは結構困難だと思いますよ。
>>612 で僕が言ったみたいに、2chみたいな匿名なカテゴリを
立ち上げるということなら今すぐにでもできるんですが。
それはそれで面白いかもしれないと思うけどなぁ。

if_modified_since+=10は実況系の板に対してかなり有効な気がする。
ただ有効性を実証するのが（gzip対応と比べると）難しそうだが。。。

+=minの時間間隔は（できれば板毎の）パラメータで変更できた方が
よさそうだけど、今のread.cgiにはそういうパラメータ取得機能はない
みたいなんで仕様含め結構な修正になっちゃうか。言うだけでｽﾏｿ

>>671
あー、+=min じゃなくて +=sec です。
今は 10 秒ですが、20 秒くらいにすると速報板の朝生実況とかで
かなり負荷が減るのではないかと思います。

ちなみに http://cocoa.2ch.net/unix/SETTING.TXT とか
各板にあるけど、これはどうなってるんでしょうねぇ。

>>672
>あー、+=min じゃなくて +=sec です。
書いてすぐ気づいたっす・・・わざわざ訂正するのも恥かしかったんで(汗
SETTING.TXTはbbs.cgiでは使ってると思うんですけどread.cgiでは
それらしきものを使ってるところは見当たらなかったです
というか今は皆さんプログラム板のほうに集結してるみたいですね

http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998845501st=529&to=531

>>674
リンクミス。
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998845501&st=529&to=531

ID強制表示になってから明らかにAA荒しや連続投稿が減ったので
板の健全化の意味でも続けてほしいです。
あとこんな状況ですしgzip不対応ブラウザは弾くくらいは
アリだと思うのですがどうでしょう？
って言うか今更こんな意見無駄？

　有志のＣＧＩが使える鯖に、書き込みされる毎に「最新５０レス」「全てのレス」をｈｔｍｌ形式
で作っておいてそっちに飛ばしちゃうと言うのは？
　「２チャンネル型掲示板」はＣＧＩの負荷が高くて拒否されてるとこが多いみたいだけど、
これならＣＧＩの負荷は大部分２ｃｈ本体で背負う事になる訳で。

すでに出てるかも知れないけど、分散化ってのは社会的な問題が
大きいと思うけどな。
すべてのサーバに同じpolicyでやらせ、かつその間でユーザから見た
透明性を保つ。また mohtaみたいなのがでてくる可能性もあるしな。

もちろん完全にやる必要はないのだけど、ちょっとしたことで
communityの雰囲気は変わるし...
でも変わってもいいって気もするし。よくわからん。

>>676
Macユーザーを見捨てる気ですか？

>>679
この際しょうがないと思われ

>>679
ネスケは大丈夫じゃなかったっけ？

>>680
ついでに携帯端末も切り捨て…ってこっちはイイか、別に。

>>633
外圧から完全に自由になると言う意味で、究極2ch向きなのはP2Pなんですけどね。
近々それに類する物が出てくる香りは各所でしていますが・・・

DNSラウンドロビンで表側を複数台に分けたとして、裏側の、実際に記事データをいちいち
ミラーリングする手法だと、各リーフノード間のトラフィック増による時差が馬鹿にならないと
思うんだけど、どうだろう。この時差を許容するなら、NNTP/NNRP を捨てる意味がよくわからない。
（いや、だいぶそのタイムラグは違うのはわかっているのだけど、そのミラーリングに）

これを、各表サーバ1つごとに1台づつマシンを増やしてソフトウェアRAIDなりででかくて速い
記事置き場にしておいてNFSマウントとか、NFSだとトラフィック的に無理があるなら
RAIDコントローラに使えるようなSCSIドライバを書いて直接SCSIで物理的につなげる、
つまり現行のハードウェアRAIDを自作してしまう、ってのはどうかなあ。

# イニシャルでコストが結構かかるけど、月に何百万とか払うよりましな気がする

>684
ああ、なんか日本語になってないな。寝る。

最新のread.cgiおいてあるとこってどこなの？
あちこち乱立しててわけわからん

http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998845501
で行われています。

概要は
http://www.gedoh.org/aki/2ch/tiki/

おお、これはサンクス.私もがんばってみますか。

>>684
私としては、現在自体が逼迫しているので、根本的なシステムの改変
というのは、現状打破の解決策としては難しいと思います。

もちろん、現状打破後(その場しのぎ後)の先行きを見通すために
根本的なシステム改変の案を練っていく作業も必要だと思いますが。

とりあえず、現在2ch.netは心臓自体が止まりそうなので、心臓マッサージの
ような応急的延命措置を続ける作業と、
一方で、一命を取り留めた後どういった手術をして事態の再発を
防ぐのかを検討する作業、をはっきりさせた方が良いと思います。

個人的には、

・read.cgiのHTTPによるミラー化
・mod_gzip
・HTMLの削減

などは前者、

・NFSやSCSI、SQLサーバーなどによるデータ共有
・NNTP化
・GnutellaのようなP2Pクライアント作成

などは後者だと思っています。

特に、read.cgiが非効率なのは確かにそうなのですが、現状で
CPUの効率化のコーディングは、現状打破として全くメリットはないわけですし、
現状で変なバグを埋め込んでしまうと致命的になると思われます。
（「1つバグを潰すと新しいのが3つできるの法則」なんてのもありますし）

現在稼動しているものに、CPUの効率化ルーチンを適用するのは
これ以上は止めて、別に作業を進めて2chが安定したのちに適用する
方が良いのではないかと思います。

>>689
そうですな。しかし、P2Pクライアントの作成したときのメリットってあるんですかねえ？
NNTPとかならともかく、P2P化しちゃうと、かなり問題が出てきそうなんですが。

うに板で対応された方、興味あったらカキコよろしくです。

http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998984911

684です。（↑バイク板のコテハン）

>>689
これ以上UNIX板では「延命処置」に関してやることはないと思うな。
PG板の人達ががんばってるみたいだし。コーディングに興味のある人が
あっちに出張って参加してる状況なんだよね？
眺める限り、やはりPG板はPGが集まっているのだなあ、と思った。開発の発想や
プロジェクトの進行の感じが。

UNIX板にもし使命があるとするなら（そんな大仰なものは2chのどこにも存在しないかも
しれないし、そう思っている人が大半だろう）、長期的展望のもとに根本的な構成の見直し
とかの選定をすべきなんだと思うな。PG板がPGや「初級SE」なら、UNIX板はマネジリアルSE
やPL、といった感じで。

>>690
俺はデメリットのほうが大きい気がするなあ。技術的な面「以外の」部分で。
今PG板で語られているP2P-cacheの構成は、基本的にユーザの善意に依存してる。
(delegationまで含めた)専用クライアントを配布する形態では、基本的に来るものは拒まず
であるWWWの仕組みとも2chの今までのポリシーとも相反するものだと思う。
2chがここまで大きなコミュニティになったのは「縛りがゆるい」からだ。
たとえば、昔の「パソコン通信」では、アカウント取得が無料で、ユーザ情報は一切記録して
いないような草の根ネットがあっても、そのユーザID取得手続き自体が億劫でなかなか
気軽に覗いたり書いたりはしなかった（した人もいるだろうけど）。
専用クライアントが必要になったら、ID制と同じようなことになると思うな。

んー、PG板とUNIX板、どっちも見てるのは俺だけですか?

>>690
同意。ていうか明らかに初心者とか上級者とか関係なく首を突っ込みにくくなるとおもう。
IRCですら使わない人が多いのに。
# 比較対象として間違ってるかな?

>>692
それは web な frontend を作れば解消するのでは?

>>693
PG 板と UNIX 板とで作業スレがいったり来たりしているだけで、
住人は基本的に同じです。

>>664
平均的なmtuはって聞かれると、
「私の周りではデフォルトを変えていませんので1500です。」
としか答えられませんが…（汗

周りに影響を与えない様にmtuを大きくすれば、
１アクセスの転送量が多いシステムなので、
tcpヘッダの数が少なくなってと安直に思っていたのですが…

>>694
DNSラウンドロビンな（別に下にVLAN切ってあるL4SWでもいいが高いし）キャッシュサーバを
林立させておくということ？
クライアント側が、用意されたP2P-chaceクライアントを使わないことを前提に話しているのだけど。

>>696
ん? P2P-cache client の web gateway を用意しておいて、そこに
各 web browser が access すればいいでしょ。P2P じゃなくなるし、
gateway が多数あってうまいこと負荷分散してくれないと辛いけど、
cache の効率は上がるという利点もある。

>>697
それだと、既にP2P-cacheでトラフィック減って話じゃなくて、サーバがわでの負荷分散の話に
なってしまってるでしょ。
俺も鯖側での負荷分散にはなんのフリクションもなく移行出来ると思うよ、実現可能な
土壌があるならね。

P2Pスレの375です。
>698

でもそれでP2P-cache client の web gateway 同士がP2Pで足りないログを
やり取りすれば、サーバへのトラフィックは減ると思うのですが...

>>698
でも、P2P は P2P なんだけどね。極端に大きな peer として
web gateway が出現して、web gateway の負荷分散を考える
必要が出るだけ。んで、その負荷分散はそれほど難しいことじゃ
ないし。

>>699
いや、だからさ、俺が言っているのは、技術レイヤの話じゃないんだってば。
「渋滞を解消するためにサイズが今までの1/16の車を作っても、それにみんなが乗らなければ
　意味はない」
ということ。それを強要したら2chじゃないし、そもそもそういう専用クライアントを使う人間というのは
常駐する意思のある者だけだ。ふらりと来てふらりといなくなる者が多数いるからこの2ch的カオスは
成り立っているんだと俺は思うのよ。P2P-cacheクライアントを作成してそれを使おう、という発想は、
目先の「トラフィック減だけ」しか考えていないと思う。それによって、エンドユーザの2chへの「敷居」が
高くなるのはポリシーから外れているんじゃないのかな、ってこと。
トラフィックも減りましたがただのよくある掲示板になりました、じゃ意味ないでしょ。

[7] あははは 投稿者：マリオ 投稿日：2001/08/25(Sat) 19:45
２ちゃんねる閉鎖されるみたいです！
やったーーー！！(^^)
http://isweb34.infoseek.co.jp/play/s590906/

>>700
そう、だからそういう方向性としてはいいと思う。
でも今のPG板でのP2P-cacheの話の流れだと、クライアントを作ってエンドユーザ側にキャッシュ
させることでトラフィック減を図ってるでしょ。
そういうのではなくて、もう一つ上の階層でP2Pなcacheingを行う、というのであれば、それは
普通のラウンドロビンなキャッシュサーバによる負荷分散と本質的に何も変わらない。
だったら最初からそういう方向で考えていったほうがいいじゃん。

変に「P2P-cache」という言葉が一人歩きしてると思うのよ。

>703

なるほど。たしかに敷居が高くなるって言うのはありますね。
だからもしある程度負荷のかけられるcgiが幾つか確保できるのなら
2xh.net から Location: かなんかでそっちのP2P-cache client の web gateway
のひとつにredirectしてしまう　っていうのもありだと思います。
（あくまでブラウザしかつかえない人々向けのサービスとして）

これは単にwww.microsoft.co.jp から www.microsoft.com/japan/
にとばしてるようなものなので受け入れられやすいでしょう
（ただ毎回飛び先がランダムなのでブックマーク先の問題が残りますが）

もっともただの実験用のミラーサーバすら確保しにくい現状で
そういうCGIが確保できるのかがちょっと疑問ではあります。

>>703
「PG板」っつーと「プログラマー板」を指すような気がしてならん。
「技術板」「プロ技板」「プログラム板」「テク板」つーのは見るが、techを指して
「PG板」てのは初めて見た。
横槍でスマン。

>>705
そうだね(笑)
でも伝わればいいや、と思ったから。

# cat が conCATnate だったりするように感覚狂ってるかも( ´ー`)

subbackであるスレを開いた時
最新50レスを開く→書込む→index2を読込む
となってますが、
最新50レスを開く→書込む→最新50レスを読込む
とはできませんか？

自分はsage進行が多く、index2を読込むのは無駄だと思ってるんで。

>>707
かちゅ使っとけ

>>707
それは bbs.cgi がやっていることなので…。bbs.cgi の変更が
OK ということになれば、即改善されるんですけどね。

-----------------------------------------------------
********************2chが閉鎖？ﾜﾗﾀﾖ******************
-----------------------------------------------------
ネットキャンサーが自らのトラヒク負担でアポトーシスだと。(藁
死んで当然death。消えて当たり前田のクラッカーだよ。
何？クラッカーじゃなくてハッカー？（ﾌﾟ
UNIX板のノータリンはハッカーとは呼べないだろ。
普段はトゥール・クラッキングでオナってる偽ハッカーのくせに。（はぁと
**********************************
-----UNIX板の連中なんざ、芋虫------
**********************************
みんなで協力してます？ﾊｧ？死ねば？
お前らの発言とも思えないが？（＾＾；）
偽善と欺瞞、傲慢に独善。自分たちがしてきた行為を
振り返ってみな？胸に手を当ててよく考えろ。
そうすれば、2ch閉鎖が世界のためだと気づくはずだＹＯ！

システム的に2chを存続させたとしても、
それが足枷になって、今ここにいる人達を
少しでも取りこぼしてしまったら、それは
元の2chではなくなってしまうでしょうね。
金銭的な解決がもたらされるのが、
やはり一番よいのですが．．．

711は精神障害者だな。隔離病室で一生送れ。

>>711
このまま維持できれば一番なのは言うまでもないのは勿論だけど…

取りこぼしが起きて一時的に規模が縮小してもやむを得ないのでは
ないでしょうか。完全閉鎖じゃなければ、いずれ復活も効くでしょ
うが、閉鎖してしまったら散らばった人は戻ってこないでしょ、た
ぶん。
たとえ規模が縮小したとしても、他と比べれば巨大掲示板であり続
けるだろうから、人が居続けることはできるはず。

>>710,712
きみ、邪魔だよ。

>>712
僕じゃなく、君たち似非プログラマこそじゃま。
世の中にヘタレ・コードをばらまくのがそんなに面白いかね？

いい加減、みっともないことはやめて、巣に帰れ。

>>714 同意だけどこの人何言ってもムダね
自分で天才と言うヤツにロクなのはいない

>>715
自己レスですか

>>716
僕は東大医学部の教授にすら、「天才」と言わしめる人間だ。
自らも、天才としての自負とプライドを高くもっている。
その上で、真実を述べる僕にたいして、ロクでもないとは
甚だ不愉快だね。
君はコーディングをされ損ねた哀れなゴミプログラムのように見えるがどうか？

せめて、自分がもっともみっとも無いということに気付いてくれれば．．．
憐れだ。

>>717
コーディングもできないのだろ？
いいから巣に帰りたまえ。

>>718 あーすごい天才なんだね　じゃあ君の素晴らしい
コーディング能力をオレに伝授してよ　よっぽど優れたアルゴリズムで
バグなんか１つもない素晴らしいコード書けるんだよね？

>>720
ちなみに「コーディング」って言葉の意味
知って言ってる？
知ってたら言ってみ？いえんだろ？

>>721
煽りは放置ね。

>>721
僕は外科だ。君の脳味噌をましなのにコーディングしてやろう。
なーに。マウスのと交換すればいいだけだから、簡単だよ。

僕は東大医学部の教授にすら、「天才」と言わしめる人間だ。
自らも、天才としての自負とプライドを高くもっている。
その上で、真実を述べる僕にたいして、ロクでもないとは
甚だ不愉快だね。
君はコーディングをされ損ねムのように見えるた哀れなゴミプログラがどうか？

>>724
煽りの才能がないことは確定

意味は知らなかったようです。

>>724
連続コピペ荒らしに対し削除依頼出しました。

>>725
すでに日本語の文法として成立していない。
医学部の研究室からヤバい薬持ち出して服用したか？

コーディングしてる人たちに向かって「コーディングもできないのだろ？ 」って・・・（ﾌﾟ
スマソ。放置のつもりがつい可笑しくて…。

はいはい。こんなときに無駄なトラフィック増やさないでね。
ヴァカも煽る奴も同類。

>>713
一時的に規模が縮小しても、その規模がまた拡大すれば意味がないというか…。
根本的に、この鯖でタダでやり続ける以上は永久に「応急処置」なんですよね。
そう考えると、やっぱ分散させるのが一番かなぁ、と。

本題に戻りませんか？荒らしの相手をしていても何も進展しないのだから。

このオレ様の他に天才がいるとは・・・。
フッ面白い。
だが性格と顔はこのオレ様の方が上だろうな。何故なら、このオレ様より有能かつ繊細で憂いをもった美形など、いるわけが無いからだ。ＵＨＡＨＡＨＡＨＡ~~~~~~~

cocoa でも Internal Server Errorが出始めたゾ。
gzip 化の影響？

勝負だ！カカロット

>>734
cgiの置き換え途中なんでは。さっきここもbbs.cgiが500吐いてましたし。

P2Pでどうのこうのやるって、具体的には、どれくらいの量のデータが
(それぞれの「ピア」に)たまって、
どれくらいの信頼性でシステム全体を走らせられるっていう見積もりになるんだろう。

ISPにサーバー置いてるNetNewsだって、記事はexpireするし、抜けたり
配達に時間かかったりする。

見ようと思った発言がみられたり、みられなかったり、
また、ある人は読めている発言が他の人には読めなかったりしたら
たぶん、かなーりイヤーんな感じになるような気がする。

NetNews以上の信頼性で、いっこのホストで運営しているWebのBBS並みの
使い勝手になるのかい、そのP2Pでのキャッシングというのは。。

だれか定量的な検証とかしなくていいのかな。

おれは板ごとに引き取り手をさがして、
2ch.netからリンク張るってのが無難な気がするんだけどな。
(だれも引き取ってくれないとこだけ残すと。)
これだけのカテゴリ、いっこのサイトで全部ホスティングする
必然性ってないでしょ。

>>737
板ごとに引取手がいないから、皆苦労してるのでは。
部分だけミラーという案は既にでてたが
未だに引取手は集まらないようだ。

>>737
そうだね。それが一番賢いと思う。人的リソースも負荷分散できるしね。
ひろゆきに「全部抱える」つもりがなければね。

でも、実はそれはあめぞう閉鎖の時にいろいろ現れたように、結局また第３、第４のなにかが
出てきてそこに継承されるのとの違いが、「２ちゃんねる」という名前が残るだけと言えなくも
ない気がする。

ＵＮＩＸまんせ〜〜〜（　´∀｀）
ふぁんになりました。(*^.^*)

というか、２ｃｈ側から積極的に引き取り手を募集してないからではないかな・・・。

もし２ｃｈを閉鎖ないし縮小均衡させるつもりなら、そこから漏れる板については、
誰か引き取ってくる人には便宜を図って欲しいな。

どっかで引き取り手つのってるのかな?

月々いくらでサーバー借りて、趣味でサイトたちあげてるやつ、いるでしょ。
そういうやつに(ミラーじゃなくて)のれんわけみたいに板ごとに、あげちゃうわけ。

どういうトラフィックの分布になってるかにもよるけど。
多分それが、一番ラクで信頼性が高いように俺にはみえる。

勘で言うからまちがってるかもしれないけど、P2Pファイル共有と
扱うデータの性質が違うような気がするんだよなー。
で、NNTPの欠点を克服できないような気もする。気のせいだといいんだけど。

＞２ｃｈ側から積極的に引き取り手を募集してないからではないかな・・・。
ん？
例えば piza2 なんかは、ここに飛ばされるけど。
http://coolweb.kakiko.com/threadbbs/piza.html

積極的っつーか、しかたなくっつーか。

ま、避難所で済むんなら、>>737 の後半部分の通りなんだけど。
済まない連中こそ「２ちゃんねるじゃなきゃイヤ」って連中なんでしょ？

を！
743 だった。(^^)v
んで、この避難所に飛ばすのは、誰の権限でやったん？

しかしまぁ、ブルックスの法則は、良く言ったもんだよな。
関わる人が多ければ、話が発散して時間が掛かると…

>>741
>というか、２ｃｈ側から積極的に引き取り手を募集してないからではないかな・・・。
ミラーでなく引き取るのならひろゆきの管轄からはずれるのでは.
あと、ミラーさせるなら手段も提供しないといけないよ.

>>742
>どっかで引き取り手つのってるのかな?
Unix板のキャッシュ型負荷分散システム開発スレッドのmirror.plなんかは
板単位のミラー方法をやってたと思う。同時にやってくれる人も。

>勘で言うからまちがってるかもしれないけど、P2Pファイル共有と
>扱うデータの性質が違うような気がするんだよなー。
>で、NNTPの欠点を克服できないような気もする。気のせいだといいんだけど。
未知数でしょう。まだプロトも試してないようだし。
個人的には、成功率は50%(あたるも八卦あたらぬも八卦)だと思っている。

>>745
能なしの集団だから時間がかかるんだよ

>>747
三人寄れば文殊の知恵、ともいうぞ。
能なし集団だろうが何だろうがみんなで努力しようとしているんだから
応援しようではないか。

>>747
いや、元が能なしだから集団にならないと何も出来ないんじゃない？
まだ時間がかかっても出来るだけマシだろ(藁

だから、引取りやらなにやらの話題を
>>691
で振ったのにーー・・・・

諸君、ネセロの盛況振りを見たまえ。
ちっとは見習う所が無いのか？

>>739 と逆に、おれは2chの名前だけのこってりゃいいのではないか。と思う。
ミラーとかキャッシュって、おおもとのデータが *.2ch.net から
流れてきてますよ、ってことだと思うんだけど、それって重要じゃない気がする。

ひろゆきさんの考えることで他人のおれが色々いうのも失礼だけど、
2chの名前を使っていいですよ、www.2ch.netからリンクもはってあげますよ、
でもかわりにこれこれのガイドラインを守ってね、ってやりかたは可能では。

Cで書いたBBSのCGIのバイナリだけ配られてもこまるから、あとはそのへん、
細々調整すれば、いちから何か書くより工数も少なそうだし。
ま、引き取り手がいないと破綻するけど、
「じゃあ、軍事板は俺によこせ!!」みたいな気合はいっちゃうやつも結構いそうだけどな。

ま、いま動いてるP2Pなどの話がうまくいけば、それはそれで一番いいんだけどね。

週末の一連の流れ見てて、これ、失礼なんだけど、「ウォ、若けえな、こいつら」って
思った。いい意味でも、悪い意味でも。

>>752
でもそれだと、いままでひろゆきが担当していた裁判等への
応対とか、ようするにだれが掲示板の記事への責任を負うのか
という問題が発生します。

ネットニュースと違って匿名を保証しなければならないので
あれば、個人に責任を帰属させることはできませんし。

ring serverに倉庫のログだけでも置いてくんないかな？
無理か。

>>754
微妙に実現可能性を感じてﾆﾔﾘとした。

今まで事件が起きる度に人が入ってきたけど、今度は自らが事件を起こしてしまった。

2ちゃんって何処まで大きくなると思う？ここまでか？
www視聴率は11位。広告料ゼロでここまで来てしまった。asahi.comは20位前後。
Yahoo!は1000万ID。melmaは400万ユニークユーザー。
これだけ巨大な2ちゃんが、広告で儲けられないというのも凄いな。
2ch.netドメインの価値って幾らだろう？ひろゆきは幾らなら売るか？

これ mod_gzip ダメっつー事でしょ？
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998943001&st=811&to=811&nofirst=true

とりあえずは既存のread.cgiを利用して、差分だけを取得して
スレを作成する2ch専用読み書きツールを作成して、
ハード2chユーザーにはそれを使ってもらうとかがいいかも。

もしかしてギコナビとかすでにそんな感じだとか？

なんか相当にブロークンな英語なんで正確ではないですが、

「俺っちは基本的に”Apacheには余計なもんを入れない"って方針でやってるから、
　(mod_gzip入れる)その注文、できないとは言わんがちょっと時間をくれ」

・・・って所に読んだんだけど、どうなんだろ。

「できないとは言わんが」っつーより
「前向きに検討します」かねぇ…。
関東よりだと良いけど。

”Apacheには余計なもんを入れない"って基本方針でやってるから
手動で導入する必要があるのでちょっと時間をくれ。

という感じかと。

「既存のサーバはモジュールとか入れないでやってきてたから、
(mod_gzip を入れるなら) ひとつひとつ手作業で入れなきゃいけない
からちょっと時間をくれ」

ってな感じに読みましたが。

かぶりまくった。 鬱

あーもう今日は進展なし？？
もどかし

>>764
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998908154&ls=50
こういう話が出てます。
ぜひ実験に参加して見てください。

>>762 っていうか zlib すらｲﾝｽﾄﾛｰﾙ
されていないってさ、he.net鯖。
実はヘタレなんじゃないだろうかと勘繰ってみたり。

>>766
そもそもApacheが未だ1.3.6ですしねぇ

>>766
マジっすか？＞「zlibが入ってない」

確かにサーバーを売るってんなら極端な話
「実行バイナリと(必要なら)shared lib」があれば良い」って
ことになるんだろうから、zlibをshared libでつかってなければ
確かに要らないってのは理屈では判るんだけど・・・。

>>731
なるほど、了解です。

とりあえず現状改善ということで、bbs.cgi のハックの方に参
加します。

なんか八方塞みたいっすね。
残された道は2chをnetnews化するしか無いかもね。

転送量を多くしてサーバーに負担かけるﾆﾀﾞ!
チョパーリにＩＴ先進国の力を見せ付けるﾆﾀﾞ!
＿＿　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　.∨
　　　　　　　ｶﾀｶﾀ＿＿＿_
　　　∧＿∧　....|｜＼　ＬＧ＼
　　 <丶｀∀´>　 |｜ 　|￣￣ |
　┌（　　つ／￣|｜／ ￣￣/
　 |└ ヽ　|二二二」二二二二二二二二」
　　￣］|_＿７_７ .|　||　　　　　　　 |　||
　　／￣＼　 ／ . || 　 　　　　／　 ||
　 ◎　　◎..［＿___||　　　 　 .［＿＿||

>>771
ﾜﾗﾀ

>758　かちゅの旧バージョンがそんなんだったような。
　今は「負担軽減」とかのために直読みですが（ｗ

「will take some time」って、「いつになるかわからんよ」って意味に取れたけど。。。

海外生活板辺りで聞いてみる?

些細な質問ですが、ｲﾝｽﾄﾛｰﾙってのはがいしゅつとかと同じものですか？

ねえねえ。トラヒックが問題なだけなら、リミッタかけて遅延させるか
「しばらく待ってから」を返させるとかすればいいんじゃないの？
サーバ自体は、止められないとしても、２ｃｈ用CGIに細工すれば、
いくらでも絞れるんじゃない？　なんでできないの？

>>776
その状態は
「深夜でも快適なサーバ運用サービス」っていう宣伝文句とばっちんぐしますよね？

>>777
ふと思ったんだけど、BIGは今回2chに最後通牒を突きつけてしまったのは
自分の首をしめたことにならないか？

結局「2ch規模でも快適に動かせます」はうそになってしまったんだから。

>>778
そんなことないですよ？
快適に動いていたじゃないですか。このレベルでこれほど快適だったのはすごいです。
問題は
「帯域使用量の圧力に負けた」
ってことで、金に不安がなければ、Ｔ１一本まるまる使ったっていいわけですし。

>>779
あ、そうか。「埋まるからやめて」じゃなくて「それだけ使うんなら金払え」だったのか。

>>780
ですです。
で、もう具体的に

193 名前：夜勤 ◆D69Zsbfg 投稿日：01/08/29 03:22 ID:BK1gE7f2
>>186
お腹のすいてる時しか、あまり怒ったりしないので、だいじょぶですよ。

八月分は　いままで通り私が負担です。
九月分は 50Mbps 分くらいしか、私は払えません。
十月分以降は、まだ私は考えていません。

っていうお話なのです。

>>780
なんか既得権益さん的な発言は嫌だな。
これまでのBIGさんの厚意をZEROにしてしまう。
今後どうなろうともBIGさんを責めるのは筋違いだと思う。

>>782
いやまあそれはそうなんだけど、厚意をゼロにする、って話でもないと思うよ。
Bigが何の打算もなく最初から慈善事業としてやっていたのなら話は別だけど、
そうではないんだから。

# 金払え、と言うのは当然だと思ってるよ。それが間違ってると言ってるわけでは
# ぜんぜんない。

>>783
ところがそうでもないんです。
夜勤さんが個人的に２ちゃんねるが好きで始めたってだけで。
夜勤さんが２ちゃんねらだったのが、採算度外視しちゃっている大きな問題点なのです。

BIGがアメ公からこれからはきちんとはらってねー、って言われて
Bigが（つうか夜勤さんが）どうしましょう？ではじまったことででせう。
Bigをせめてもしょうがないです。

>>784
うーん、俺はその辺の経緯を全然わかっていないからなあ。
そういう話なんだったら、俺は無理して2chを存続させなくてもいいや派になるなあと思ってしまった。

>>785 責めてるわけじゃあないんだけどね。

まぁ、ひろゆきが、ひたすら夜勤★さんに甘えてたら、
夜勤★さんがとうとうギブアップしたわけです。
当たり前だ。

その辺の話は
転送量(料)の増加で2ch閉鎖の危機！8
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=999018066

以降、こっちでやった方が精神衛生上よろしいかと。

>785　いや、ずっと夜勤★さんの方は、屁（he.net＝hurricane electric）には、超過料金を
　払っていたわけで、単純にここのところの転送料の増加に絶えられなくなったわけです。

　屁についての愚痴は、単純に日本の業者はアメ公にぼられてるよなぁ、という一般的な
　愚痴でげす。

因みに、Big-serverとしては、物理的な限界は、１Gbpsだそうです。
２ｃｈは、ピークのときで１６０Mbpsだそうです。もしBig-serverに金払ってサポートして
もらってたとすれば、月額700万円弱です。

>>790
やっぱ広告だけじゃもたないんですかねぇ・・・。

板ごとに引き取るって案についてしつもーん。
隔離板や専門板を引き取る人間がいるかな？（笑

>>792
そういう、「誰がどの板を引き取る」っていう話の前に、話さなきゃいけないことがいっぱいあるんですよ。
たとえば、今ひろゆきさんしかやれない作業(キャップの発行とか管理とか)や、削除人さんの作業権限、復帰人さんの作業権限なども含め、この状況から
「ひろゆきさんが現行通り持ったまま」なのか「全部放りり出す」のか、とか。
あるいはもっと単純明快に「全部持ったまま」２ｃｈ閉鎖、ログ削除か？
っていう方向性だって見えているわけで。
そうなったとき、かつてのひろゆきさんのように、誰かが、住民を引き取ってやっていくのか？
とか。

でも広告って１００板くらいは残るとして
１板あたり月額７万円ならだす企業あると思うんだけど・・・
共有ならもっと安くできるし・・・
あとはひろゆきと夜勤さんの会談内容次第だな。

>>792
専門板なら引き取りたいぞ。

「しばらく待ってから」メッセージに、自主規制中という事をうたうようすれば
「快適です」には反しないんでは？
少なくとも、無理やり板を閉鎖して、「快適です」って言うよりは、マシだと思う。
鯖のCPU自体に余裕があるなら、同一ユーザからの単位時間内のアクセス数を制限する
とか、いろいろやり様はあると思うんだけど。
ガイシュツかな？

>>793
それは逆に他人が色々話してもしょうがなくて、
ひろゆきさんの気持ち次第なわけですよね。

>>789-797

えーと、そういう話題は

http://teri.2ch.net/test/read.cgi?bbs=accuse&key=999018066

こちらでやって頂けると助かります。

このスレは、read.cgiが圧縮とIf-Modified-Sinceに対応したという
ことを以って、そろそろ閉めた方が良いのでしょうかね?

>>797
そうです
>>798
そうですね。
というか、このスレ自身は、Perlerさんの最初のread.cgi開発で一段落ついていましたので。
(ここが雑談化していることによって、よそで雑談が起こりにくいという利点もありましたが)

８００

うざい
ひろゆきをぶっ殺せ

>>801
そうだそうだ！！

お願いします。２ｃｈを救ってください！
このままじゃ閉鎖しちゃいますか・・・・・？

２ｃｈ存続のため頑張ってたけど、疲れたよ。
スレ乱立、コピペ、実況、何度注意してもすぐ出てくる。
２ｃｈ出て行くよ。
UNIXの皆さん、存続か分らないけど２ｃｈの向上、頑張ってください。

具体的に質問です。

MEGA系スクリプトで仮運用してますが
セキュリティー上kanri.cgi等は削除したほうがいいのでしょうか？

>>805
そりゃあるよりは無い方が安全でしょう。

具体的に作業時以外は退避した方が良い物や
変更（リネーム等）が必要なものはありますか？

2chのソースってどうやったら手に入るの？

マジでやるだけやりたいので、ﾏｼﾞﾚｽきぼんぬ。
当方、元制御系プログラマでCにも自信あり、現在ネットワークエンジニア
をやっているので家にも環境があります。

とりあえずマジなので、関係者、もしくはソースを持っている方、連絡ください。
[email protected]

megabbs系ならサイト内で公開してますよ。

あ・・・・・・
現行スクリプトをﾁｭｰﾝして△□なら駄レスすみません。

>>808-809
↓ここに２ｃｈ互換のスクリプトがありますよん。

２ch型掲示板 その２
http://corn.2ch.net/test/read.cgi?bbs=php&key=998794497

>>809
http://www.gedoh.org/aki/2ch/tiki/
どうぞ参考に

>>810 >>811
レスさんくすです。
互換スクリプトではなく現在の2chのプログラムのてこ入れがしたかったんですが...
やっぱり関係者以外は入手出来ないんでしょうか。　　
どうせつぶれるなら、やるだけやって2chをつぶしたかったのに...

>>813
ぜひ関連スレッドにお越し下さい。
「ミラーリング」「P2P」など、いろいろなアプローチが成されています。
取り合えず、

http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998908154&ls=50

あたりでしょうか。

現在公開されている分のソースなどに付いては、スレッドを読めば
公開されている場所がわかると思います。
上のスレッドは「ミラーリングキャッシュサーバ」の運用なんかですが、
「プログラム技術板」でもread.cgiの改良案やP2Pなんかも検討されているようです。

追伸ですが、現在入手できる「2chのソース」は、
「read.cgi及びその改良版」のみです。
bbs.cgiは公開されてないはずなので、そのへんは了承を。

>>813-814
えーと、だから、纏めてあるサイトっていう意味で、>>812を出したんですが...
多分、今までの経緯を追わないとループしちゃうでしょうし(^^;

read.cgiに関してはもう詰めるところが殆ど無いので、後はindex2.htmlを圧縮転送するだとか、そういうスクリプトの方に入ってます。
mod_gzipの導入も全然進みそうもなく、逆に却下っぽいので。

>>814
ありがとう御座います。
ということは完璧なテスト環境をそろえるのが難しいということでしょうか？
一部の改変では急激にパフォーマンスをアップすることが難しいように思うので、
根本的に基本設計からやり直そうと考えていました。そのための仕様書代わりに
ソースがほしかったのですが、
それでも、これだけ情報があれば触るだけ触れます。ありがとう御座いました。

bbs.cgiについてはmegabを参考に推測でﾁｭｰﾝしかないのかも

逆にチューンしたものを私の鯖に置きたい（ｗ

(せっかくなので)

自分の把握しているところでは、こんな感じのようです。
read.cgi　　表示用CGI。
　　　　　　　公開されており、CVSリポジトリなどでリビジョン管理しているようです。
　　　　　　　プログラム板に、read.cgiを編集することで、改良を主に進めていくスレッドがあるようです。
　　　　　　　>>816 さんによると、
>read.cgiに関してはもう詰めるところが殆ど無いので、後はindex2.htmlを圧縮転送するだとか、そういうスクリプトの方に入ってます。

プログラマが2chを救う！？ http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516&ls=10
プログラマが2chを救う！？２ http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998845501&ls=10
プログラマが2chを救う！？３相当の新スレは上記の 「read.cgi改良スレッド?」 http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998997848&ls=10


bbs.cgi　　書き込み用CGI。サーバ業者さんの諸事情(?)により、非公開。
　　　　　　その範囲での改良を話し合うスレッドが立っています。
bbs.cgi 改良案スレッド http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998921988&ls=10

他にもcgiがあるのかも知れませんが私は知りません。

また、ログに適用するHTML(+CSS)の形式の改善案の提案(?)は、web制作管理板でやっているようです。
スキルの高い方知恵を貸してください http://natto.2ch.net/test/read.cgi?bbs=hp&key=998741961&ls=10
スキルの高い方知恵を貸してください2号(現行のタグをダイエット) http://natto.2ch.net/test/read.cgi?bbs=hp&key=998774537&ls=10
CSSを利用した２ちゃんねるのデザイン http://natto.2ch.net/test/read.cgi?bbs=hp&key=998851406&ls=10
●２ちゃんねるの新規デザイン● http://natto.2ch.net/test/read.cgi?bbs=hp&key=998859829&ls=10

より抜本的な改善案を求めるスレッドとして、以下が立っているようです。
(プログラム板)
2chのような掲示板システムってP2Pで http://piza2.2ch.net/test/read.cgi?bbs=tech&key=990334284&ls=10
P2P cache(仮称)について http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998915621&ls=10
(UNIX板)
●転送量削減について● http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998823854&ls=10

キャッシュ型負荷分散システム開発スレッド http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998908154&ls=10

…ちなみにこの文章ほとんどが、>>812 さんが紹介された、２ちゃんねるWikiに載っているもののコピペの再配置です。

>そこで議論がある程度進み、コンセンサスの得られた仕様・プログラムコードを一箇所に集約しよう。というのがこのサイトの立ち上げの理由です。
２ちゃんねるWiki http://www.gedoh.org/aki/2ch/tiki/

http://teri.2ch.net/test/read.cgi?bbs=accuse&key=999011907&st=38

これ read.cgi に組み込めませんか？
せめて、
全板のトップにリンクして各板のローカルルールみたいに
「過去ログ検索してね」って。

カテゴリ毎、板毎づつに検索サーバを儲けるとか。
それなら、サーバ提供者も現れそう。

mod_gzip
mod_throttle_access
mod_backhand
これらだけで幸せになれる気がするのに・・・
設定も１日やん
さくっとやってほしいもんだね・・・
もしかしてDSOで作ってないのか？

>>820
お疲れ様ー。

>>821
どちらかというと、indexへの組み込みかなぁ。
各板への組み込みは多分却下だと思います。転送量のために１バイトを削る争いをしてるので。

>>822
鯖の契約絡みとか面倒なことがあるらしく、サクッと導入というわけにはいかないんだそうです。
その辺今夜の会談で話し合うのかな？とりあえず、期日にはどう足掻いてもその導入は間に合いません。

そうですね。indexですね。すみません。

>>823 追記
あと、mod_gzipは、Rangeヘッダを見つけるとgzipを強制解除してしまうので、
現在datを読みにいってる2ちゃんブラウザ等に対してははあまり有効な手ではないです。

その辺は、read.cgiにdatを吐く機能が追加されたはずなので、そちら側で対処ということになっていたはず。
確か範囲指定などもできるようになっていた気がします。
# 当然、gzip-encodedなデータを吐きます。早急に2chブラウザに対応してもらわないと。

とりあえず閉鎖板へのリンクを切ってもらいたいよ。
いちいち「閉鎖中」とかでてきてうざいっす。
これだけでもかなり負担が減るんと違います？

既出だったらごめんね。初心者なもんですから・・・

>>826
出さなければ出さないで、初めて見た人へ混乱を招くでしょう…。

どうやら会談は20時からの模様。
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=999059369&st=357&en=357&nofirst=true

>>826
あ、「閉鎖中」表示じゃなくて、メニューのリンクの方ですね…すみません。>>826は勘違いです。

>>827
し、しかもリンク間違ってるし... "en"って何よ(;´Д`)
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=999059369&st=357&to=357&nofirst=true

とりあえず国内の何カ所かにキャッシュ鯖置かせてもらって
read.cgiだけ負担してもらえば？
そうすればhe.netに払う金は投稿内容の送信と
bbs.cgi（big鯖に置く）の吐くdatのキャッシュ鯖への転送だけで済む。
そうすればＲＯＭの分は確実に減らせる。

たぶん既出。スマソ

>>830 そのキャッシュ鯖をどこに置いて　その料金は誰が払うの？

>>830 過去何度も既出。しかもボツった案です。
# 理由はよく見てないので覚えてません(^^;

mod_gzipなどの非公開プログラムを
先に代替ソースを一から開発しておくのはどうでしょうか？
会議により使用許可されたら、それを使い、
使用不許可で、もし2ch閉鎖や移転しても効率の良いソースは
移転後にも必要とされると思います。
また、改良よりも新規開発のほうが著作権の管理で揉める事は少なくなると思いますが・・・。

かちゅーしゃ　のダウンロード先を教えてっちょ！！

>833
mod_gzip って非公開なのか?
http://www.remotecommunications.com/apache/mod_gzip/

>834
板違い。

>>833
現在の情報+改造で早速1から書き下ろしています　（ｗ

ちょっと前に2ch type bbsを作ろうと思って書いた、作りかけのソースがありますので、
カナリ順調に進んでいます。
しかし、servlet+ポスグレなんですが...　VM搭載は可能なのかといまさら悩んでいます。
まぁ採用されなくても使い道はあるでしょう。

＞＞835
そういわずに教えてッちょ！！

http://members.jcom.home.ne.jp/katjusha/

お礼カキコなんぞいらんから、さっさと逝け

>>838
ありがとっちょ！！

どこかのページで見たのですが
ＩＥ5.5はgzip関係でエラーが出るとかなんとか
これってデマ(ウソ)ですか？

>>840　仮対策済みです

http://teri.2ch.net/test/read.cgi?bbs=accuse&key=999088553&ls=50

★深田恭子のエロ画像希望★
★深田恭子のエロ画像希望★
★深田恭子のエロ画像希望★
★深田恭子のエロ画像希望★
★深田恭子のエロ画像希望★
★深田恭子のエロ画像希望★

うに版からも意見欲しいです

朝まで消滅阻止討論（現実系）
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998984911

IRCは#８３ちゃんねる

夜勤さんのメールの訳してもらってみたけど。

稼動中のアパッチにはモジュールをいれないことを基本方針に
していますので、手間と若干の時間を要します。

このようです。

パンティーはいたまま排便、好きな人
パンティーはいたまま排便、好きな人
パンティーはパンティーはいたまま排便、好きな人
パンティーはいたまま排便、好きな人
パンティーはいたまま排便、好きな人

はしゃぎ過ぎ。
こぴぺミスってるし。

538 名前：ひろゆき＠管直人 ★ 投稿日：01/08/30 02:24 ID:???
いやぁ、、なんつぅか、ポツダム宣言。
ポツダム。ポツダム。アスワンハイダム。


539 名前：名無しさんの声 投稿日：01/08/30 02:24 ID:BSG7n7Kg
ほんものか！？意味は崩壊！？

http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998823114


真相は？

ベンチャーに隊長のレスもあります。

なんか、執行猶予が一月ほどついたみたいよ

ってゆーか、９月までは払える（５０Mbps以下）って夜勤★さんが、もともと
いってたし。

質問なんですが、新スレッドを立てると、既存のスレッドに書きこむことと比べてどのくらい余計に転送量を増やすのでしょうか？
お分かりのかたいらっしゃいますか？

>>852
そんなにかわらんでしょ。
クソスレたてるなー。とか、わけわからん節約強制文のコピペ分
が余計な転送量ですね。
そういう人がいることも前提にすれば、
新スレは以前にまして慎重に立てましょう。
と言えるかもしれません。

>853

やっぱそうですよね。
何かヘンだと思っていました。
「クソスレたてるなー」よりも「くそレスつけるなー」の方がまだ
意味があると思うし、そもそも、２ちゃんねるは質を目指したサイトなのか？
という疑問もある。

いっそのことスレッドやら、過去ログやらすべて消去して
2CHハルマゲドンをおこされてはどうか。
とか厨房発言してみたり。

クソスレたてるなー・・・は転送量云々ではなくて優良スレがdat落ちするからじゃ・・・？

５個ぐらい掲示板あればいいと思うよ。

http://www.geocities.co.jp/Outdoors-River/8725/

ﾌｯｶﾂですか。
個人的にはﾓｸﾞって欲しいなあ。

>>854 >>856
dat落ちするならするで問題あるが、いまdat落ちも滞ってるんで
スレ数が増えてindex2とかスレッドリストの取得に伴う転送量が増える。

mod_gzipってなんでRange指定で圧縮解除しちゃうんだろ。
Rangeの範囲を圧縮すりゃいいだけじゃないの？
良くわからん。

あのさー。
ビッグサーバーだけじゃなくて
他の会社にも２ｃｈが手ぇ出せばいいことじゃん
なんで１社だけなんだよ・・・
ビッグサーバーだけに板を全部置かなきゃいいことじゃん・・・

>>861
mod_gzipの実装はしらんけど、Content-Encoding:gzip
とContent-Range:ヘッダの解釈はブラウザによって異なる。
それゆえ後者のヘッダがある場合は圧縮しないようするのが正解。
最新のHTTP/1.1ではどうもTransfer-Encodingに
gzipをつけるように指示しているようだ。
例: Transfer-Encoding: gzip,chunked
ただし現存のブラウザでこれをサポートしているものがあるのか
不明。

>>861
実際に組もうとしてみれば、何故出来ないかが解るでしょう。
あなたがいう「Rangeの範囲」は何を示していますか。
少なくとも、"on the fly"に圧縮を掛けるmod_gzipの仕様上は、そのようなことをするのは不可能です。

>>862
あー、もー、書くのも面倒なほど禿しくガイシュツ。

あのー、ちょっと提案なんですが、
板内の全スレへのキーワード検索機能を導入すれば、cpuの負荷と引き換えに
リードオンリーな連中によるデータ転送量は結構減るような気もするんですが
いかがでしょうか。がいしゅつだったら申し訳ありません。

>>865
過去に出たかどうかは記憶に定かではありませんが自分も一度それを考えました。
が、キーワード検索での負荷はCPUだけではない上に、おそらく利用も半端ではないので、
多分鯖が先にダウンしてしまう気がします。それに、転送量を減らせるかどうかは甚だ疑問です。
# リアルタイムに更新される掲示板のシステム上、namazu等でのインデックス化も困難ですし

過去ログであれば、2ちゃん以外でありますけどね。

>>863
あー。納得。

>>864
on the fly「だから」可能だと思うんだけど。
意味不明。

過去ログに限ってですが。
既に dat 落ちしてるスレへのリンクがあったら
（http://saver-name.2ch.net/board-name/kako/thread-name.dat）
２ちゃんねる外設置の検索サーバに、
saver-name, board-name, thread-name をパラメータとして送り出し
検索結果を検索サーバが、ユーザのクライアントに表示する。
ってな事は、技術的に可能なんでしょか？

名付けて、過去ログ倉庫へのリクエストをタライ廻し作戦。

datを常に更新する仕組みで、外部のサーバが検索エンジン作ることは可能ですけどね。
トラフィック負荷かかりそうだなぁ。

あ、検索サーバじゃなくても良かったですね。
dat 落ちしたのは、所詮書き込んで遊べないのだから
一度 Big-Server から引き取って
（ネットワークを使わずに。
例えば CD-R 化してもらうとか DAT にバックアップ）
んで、然るべき無料ＨＰに置いておく。

過去ログへのリクエストが来たら、そっちの無料倉庫に転送するです。

だいたい、ＢＩＧＳＥＲＶＥＲなんてやめなよ
有名にしてもらってから、ガタガタ言うんじゃユニシスと一緒じゃん。
名前を売ってもらいたくて無償提供しますっつっといて、
思ったほど注文が来ないもんで、やれトラフィックがかかりすぎてるだの
何だの。引き受けた以上は潔く責任持てよ
潔くなんで切れないんだよ、ンなとこ。
ここじゃ、GIF 燃やせみたいなムーブメントは起きないのか
何か後ろめたいコトでもしてんのか,BIGSERVERに
負荷分散は小手先でプログラムいじってもどうにもならん。
物理的なサーバーの数だ。
各板ごとにサーバーを持たせりゃ解決だ。
海外を探せば無料のサーバーだってある（宣伝がウザイが。。。）
２ｃｈにはへつらってほしくない、どこにも

おお、検索機能に反応があって嬉しい。
でも、外部に検索サーバー置いたら
結局データ転送量の削減にはならないんですよね。うーん

>>872
イヤ、ネットを使わずに、です。
（１度だけミラーした。って事は、判らないですから。）

Big-Server としては、２ちゃんねるのデータを誰かに売り
（もちろんメディア代や、人件費を上乗せして）
２ちゃんねる側は、その権利を Big-Server に売る。

検索については、新スレを立てて検討してみるのもおもしろいかもとは思いますよ。

ちなみに、このスレッドの役割の後継スレッドは
２ちゃんねる開発統合スレッド
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998908559
です。
ここが代表。
ほかに、各テーマごとのスレッドが立っています。

＞872
　うまく検索サイトのデータを利用できないものかな。リアルタ
イム性は損なわれるけど、過去ログ検索にはそこそこ使えるかと。
　とくにgoogleは自前で保存してるし。

2ch閉鎖？

>>877
2chは閉鎖しませんがこのスレは閉鎖です。
次のスレに移ってください。
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998908559

そしてはげしくがいしゅつです。

★【２ちゃんねるが売っている！】★
1 名前：　 2001/08/31(金) 16:14 ID:ls4zL6Yg
http://www.2ch.net/

みんな見ろ！

うーむ、昼間に会社から accessするのは自粛してたんだが...
記念に :-)

＞879
なにこれ？　一体どういうこと？
ひろゆきは何を考えてるの？

あひゃひゃ。UNIX板のみんなーみてるか。
無駄骨ごくろうだったな。

879です。
私にも確実な事は分からないのよ・・・
「批判要望」の所では「ネタ」じゃないか!?という噂も出ているけど、
このオークション見るとそう思えない・・・

でもオークションはひやかしばっかりだね・・・

netadaYO!