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

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

136 ：ＤｏｌＢａｃｋｙ ：2001/08/26(日) 04:37: index2.html->index2.htmへの移行開始でーす。
137 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:37: >>125
設定→詳細→キャッシュで
キャッシュとの比較を「毎回」にすると治らない？違ってたらスマヌ。
138 ：　：2001/08/26(日) 04:37: 既出及びスレ違いだったらすいません
ニュース速報板でHTMLの「リロード」で更新すると文字化けしてます
f5で更新は正常です。
W98SE　IE5.0です
139 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:38: >>134
>>125はネスケって書いてあるけど・・・
140 ：名無し ◆NtVkSITE ：2001/08/26(日) 04:38: >>136
お疲れさまです～
141 ：139 ：2001/08/26(日) 04:39: あ、>>137さんが書いてくれているようですね
142 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:39: 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
--------
143 ：125 ：2001/08/26(日) 04:40: >>137 ごめんなさい。直してたつもりがやってなかった。
ちゃんと動きます。
144 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:41: おおおバイナリ～
145 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:41: CVSの件：
ソースライセンスがGPLならsourceforgeがつかえるんだけどな。CVS対応だし。
つか、そもそもソースライセンスはどうなってるよ？

思いつき：
Last-Modifiedの時にリロード小僧なら304で叩き落すという案に対し
セッション識別はどうやる、とつっこまれていたけれど
If-Modified-Sinceをパースして閾値以下なら304というのはどうでしょ。
146 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:41: >>139
失礼。でもネスケにも似たようなオプションがあります。
147 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:41: ドリームキャストのドリームパスポートプレミアだとindex2.htmで
文字化けをしてしまいます。
何とかなりませんか？
148 ：名無し娘。 ◆vP.bOZFQ ：2001/08/26(日) 04:41: 結局、getenv()してはいるものの使われずじまいだったり、せいぜいfprintf
しているだけに見えて終わってしまいました。一応getenvされてるものは
すべて検索かけてチェックしたのですが。。。
この判断で正しければ、
/incoming/2ch-read-current/read5.01.02.c
を踏まえてもらった上で、
/incoming/html/read10.01.02.c
を煮詰めてもらってよろしいかと。

どうでしょう？
149 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:41: >>133
HTML の仕様上は URI に 65536bytes まで渡せる
しかし、URL に 1MB 渡されても大丈夫か?

strncpy(src, dst, 1024); などと END を決めるのがが妥当ではないかな
150 ：名無し ◆NtVkSITE ：2001/08/26(日) 04:41: >>138
異常が出たページのURLは必ず書き込みましょう。でないと答えようがありません。
151 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:43: >>145
あそこGPL 専門だっけ？
ウチのツールは独自ライセンスだけど、hosting してもらってる Yo!

この程度の規模なら CVS にするまでもなかろ。
152 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:43: >>142
たしかかなり前に、-9と-6でさほど変わらなかったという報告があった。
153 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:43: >>149
やるんなら strncpy(dst, src, 1024); な。(w
154 ：ＤｏｌＢａｃｋｙ ：2001/08/26(日) 04:43: index2.htm移行後の板は、ブラウザ設定でHTML1.1をチェックしないと化けます。。。
155 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:44: >>147
mod_gzipが入るまでは我慢かな?
156 ：名無し ◆NtVkSITE ：2001/08/26(日) 04:44: >>147
異常が出たページのURLを書いてください。
これだけだとわかりません。
157 ：名無し娘。 ◆vP.bOZFQ ：2001/08/26(日) 04:44: >>149
getenv(const char*)ですから、const char*の制限は受けますよね？
158 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:44: めんたいで、書き込んだ後に文字化けします。
例；http://mentai.2ch.net/prog/index2.html
今回のCGI入れ替えと関係あるのでしょうか？
159 ：369 ◆3XTuRnAc ：2001/08/26(日) 04:44: ＞名無し娘。さん
こちらでdiff取ってみたところ、5.01.02と10.01.02の違いは
ファイルの最初のほうのバージョン番号定義のみだということが
判りましたので、どちらをベースに作業しても問題ないと思います。

一応anonymous権限で消されないように、2ch-read-currentに
root権限で手動コピーしてあります。
160 ：名無し ◆NtVkSITE ：2001/08/26(日) 04:45: >>154-155
我慢ですね～
161 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:45: >>145
いまのread.cgiなら
リロード時に更新されていなかったら304を返すと思いましたが。
それだけでは物足りないですか
162 ：ななしさん＠通信技術 ：2001/08/26(日) 04:46: とりあえずzz_query_stringをパースしている部分とBigline[]からstrcpyしている
部分だけでもなんとかしたほうがいいかと。

個人的には、do_Replaceが今後のメインテナンスでバグを誘発する可能性が高そうな
仕様なので気になるのだけど…
163 ：145 ：2001/08/26(日) 04:47: すまない。あげてしまった。

バッファオーバフロー:
http://www-6.ibm.com/jp/developerworks/security/overflows-index-j.html
ここを参照してみてはいかがでしょう
164 ：名無し娘。 ◆vP.bOZFQ ：2001/08/26(日) 04:47: >>159
了解です。お疲れさまです。
それにしても、いきなりver10は違和感があります（ｗ
165 ：149 ：2001/08/26(日) 04:47: >>153
サンクスw
最初の方で s/strcpy/strncpy/ しておいて、パラメータでミスるか＞自分
166 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:47: 2chの動作報告はここで。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764239
167 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:49: 転送方式以前に、書き込みの有無に関係なく上位に表示される
固定スレを作ってもらえば、ごみスレが減るのでかなり軽くな
ると思うんですけど。。。ダメかな？
168 ：：2001/08/26(日) 04:49: >>154
1.1に移行させるいい機会かも。
169 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:50: そういえば、mailto:sage の場合にリンクを省略する処理を入れている人、いる?
Web 製作板で出ていた要望だけど
投稿日時の前後に sage とでも出しておけば十分、という意見が
170 ：名無し ◆NtVkSITE ：2001/08/26(日) 04:50: >>158
>>154-155を読んでみてください。これが原因です。
171 ：厨房＠煽り担当 ：2001/08/26(日) 04:50: age
172 ：145 ：2001/08/26(日) 04:50: >>161
目的が違い、延々リロードしてDoS紛いの事をする馬鹿を弾くというわけです
173 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:51: strcpy、memcpyではダメナノカー
174 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:51: >>151
ＣＶＳ対応っつ～のは、read.cgi を full scratch するという流れの
上での話だと思われ。

どんなちっこいソースでも、複数で手を入れる限りはバージョン管理
必要でしょ。
175 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:51: >>167
レスの数順にソートされたindexがあればいいかもしれませんね。
176 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:52: 圧縮したら軽くなったって話だけど
だれかgprofしてみない？
write system callが極端に減ったとか？
177 ：369 ◆3XTuRnAc ：2001/08/26(日) 04:52: ＞名無し娘。さん
えと、IPがまた変わりました。っていうかまたモデムが落とされた模様(^^;;。
ftp://210.170.170.131/
です。
178 ：１３８ ：2001/08/26(日) 04:52: >>156
ニュース速報板とUNIX板で文字化け確認しました。
もじ化けするのは画面の「リロード」押した時のみ発生します。Ｆ５はリロードできます。

↓の >>27と >>35の方も同症状の様です
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764239
179 ：ななしさん＠通信技術 ：2001/08/26(日) 04:53: >>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したほうがいいと思いますけど。
180 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:53: >>172
Last-Modifiedのチェックで十分はじけると思いますが…
Ctrl+F5でえんえんリロードしてるならそもそもIf-Modified-Sinceは
来ませんし。
181 ：名無し娘。 ◆vP.bOZFQ ：2001/08/26(日) 04:53: >>162
zz_query_string関連は、826行目ですか。
biglineはいまいちよくわかっていません。
>>163
いちおう既読ではあるのですが。。。
182 ：aki ：2001/08/26(日) 04:55: >>369さん
ミラー元直しておきました。
http://www.gedoh.org/aki/2ch/210.170.170.131/incoming/

これで寝ちゃうので、これ以後IPアドレス変わったらごめんなさい。
メール頂ければ直せるかも。
183 ：名無し娘。 ◆vP.bOZFQ ：2001/08/26(日) 04:56: >>179
ああ、そこまで見ていなかった。。。鬱氏
184 ：名無し ◆NtVkSITE ：2001/08/26(日) 04:57: 178
>>154-155がそれに対する回答です。
また、動作についてのお話は
2chの動作報告はここで。
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998764239
のほうでお願いします。
185 ：161 ：2001/08/26(日) 04:57: >>172
なるほど。
DoS目的の厨房はIMS要求を出さないでしょうが、
DoSまがいの厨房には効果がありそうですね。
すくなくとも、datの更新をチェックするという手間が省けます。
186 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 04:58: 具体的には、圧縮して転送されることにより、どの程度の帯域節約効果があるのでしょうか？

あるスレッドのHTMLがCGI経由で圧縮して転送される際の転送量と、同一発言数分のdatファイルを
未圧縮で受ける際の転送量とでは、どちらが概ね優位(転送量＝少)となるでしょうか？
187 ：369 ◆3XTuRnAc ：2001/08/26(日) 05:00: ＞akiさん
えと、もうちょっと待っていただけますか？
今知人が捨てdyndns取ってくれているんで。
188 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:01: >>186
AA板のデータを使った場合だが
1/16という数字が示されている。
189 ：ななしさん＠通信技術 ：2001/08/26(日) 05:04: ざっと見たところですが、汚染データに起因するbuffer overrunについては、
zz_quary_stringのパーサと、あとは一連のstrcpy(p, Bigline[hoge]);
とかのBigbuffに関連したものを同様に修正すれば、とりあえずよさそうに見えます。

さっきから文句いっているだけですが、よろしくおねがいします。mOm
190 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:04: >>179
それなら
strncpy(dst,src,1023);
*(dst + 1023) = '\0';
のほうがすっきりしてないか？
191 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:06: 過去 .dat は .gz を用意する、と言う処理も残っているか……
192 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:06: ついでに、
sprintf→snprintf
もしといたほうがいいと思う。
193 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:08: 俺なら
dst[1023]=0;
strcpy(dst,src);
にしちゃうかも。
ちょっとは軽くなりそうだし。
194 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:08: 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直はやはりそんなにサイズは小さくない、ただ専用ツールは
一度取得するとレジュームきかせて差分取得する
195 ：名無し娘。 ◆vP.bOZFQ ：2001/08/26(日) 05:09: >>189
ありがとうございます。ここまでは対処してうぷできる状態ですが、
>>190-193
どうしましょう(笑
196 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:09: すまん、間違えた。
回線切って首吊ります。
197 ：名有りさん＠お腹へった ：2001/08/26(日) 05:09: 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.
198 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:09: >>193
*(dst + 1023) = '\0';
じゃないか?

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

……アセンブラレベルに落としたら一緒だろうな……
199 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:10: >>191
mod_gzipが入るから必要ない
.gzがあれば使うそうだから多少は軽くなるかもしれないけど
read.cgi入れたらかえって軽くなったくらいだから
200 ：首吊り ：2001/08/26(日) 05:10: 間違えは193です。たびたびすまぬ。
201 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:10: ちょっと待て。浮かれるな。
目的は「２ちゃん存続」だぞ。
転送量の削減はもちろんのこと、それを「ひろゆきにアピール」しなきゃいけない。
さらにbuffer overflowも含めた、プログラムのセキュリティの見直し。
measurementした？
当初の要求は満たせている？
202 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:11: >>198
この場合まったく違いません。
中途半端な知識を聞きかじってると思われ
プログラム板あたりで勉強しなおしてきてください
203 ：わ ◆O7f7xdLk ：2001/08/26(日) 05:11: ftp://210.141.174.136/2ch/210.170.170.131/
でもミラー始めた。
204 ：親の威を借りる狐 ◆v0Ec25uo ：2001/08/26(日) 05:11: つーか、転送量にも絡む問題だが、２ちゃん浄化策として、
100落ちるまで、10レスつかなかったスレは自動削除とかも
いいかな、と思う、うに板の面々はこういう機能実装する
気はさらさらないかの（藁？？
205 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:12: 微妙にオナニーになってるね
206 ：ななしさん＠通信技術 ：2001/08/26(日) 05:12: >>190
＃まるでC言語教室のようですが…

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

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

あと、strncpyで、1024-1にすることでまれに1要素分の転送を省くことが
出来る可能性があることは認めます。(^^;
207 ：首吊り ：2001/08/26(日) 05:12: >>198
いや、それ以前に、意味のないコードになってます。
*(src+1023)='\0';
です。
src書き換えが御法度なら不可能なやり口です。
208 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:12: >>204
それは板違い、批判要望板へ
209 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:13: zlib使うように書き換えようと思ったが
パッチどころの話じゃ無いね、鬱だ
210 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:13: つかまず
#define BUFFER_SIZE 1024
*(src+BUFFER_SIZE-1)=foobar
ってやろうよ。
211 ：369 ◆3XTuRnAc ：2001/08/26(日) 05:13: ＞名無し娘。さん
サーバー、dyndns取りました。
ftp://2ch-read.dyndns.org/
です。
212 ：そのころ夜勤さんは…… ：2001/08/26(日) 05:14: http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998743632&st=223&to=223
223 名前：夜勤 ★ 投稿日：2001/08/26(日) 04:22 ID:???
わたしも、そろそろ　のんびりムード、

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

では、

----
そろそろまとめないと。。。
213 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:14: だからコードのリファクタリングなんかどうでもいいだってば。
この改善で２ちゃんが存続できるのか否かが問題。
214 ：首吊り ：2001/08/26(日) 05:15: 親切なレス付きまくったのでつきあいます。

strncpy(dst,src,cnt);
の場合、ループの脱出チェックの要件が２つあるので
strcpy(dst,src);
の方が、一般的に微妙に早いんです。
215 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:16: 行毎に相談したって仕方ない
フェーズ決めて一括レビューしてったほうがいいんじゃん？
216 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:17: >>202
違いが無いのを分かっていて言ってるんだよ
文字を扱っているのか、数値を扱っているのかをしっかり理解してコードを書いているなら、この辺りは使い分けるものだ

同じ事をするならどんなコードを書いても良いって訳じゃない事位知っているだろう
217 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:17: >>213　だからそれは批判要望で話すべきことだって
218 ：aki ：2001/08/26(日) 05:18: ＞369さん
はいな、追従。これでアドレス変わっても大丈夫ですね。
http://www.gedoh.org/aki/2ch/2ch-read.dyndns.org/incoming/

先ほどプログラム板でのリクエストでwikiもあげときました。
http://www.gedoh.org/aki/2ch/wiki/
219 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:18: そういえば、glibc の strstr って（というか文字列全般？）
激遅という話を聞いたことあるけど。
プログラマ板の話題かな？
220 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:19: >>214
なら src が const じゃないなら *(src + 1024 - 1) = '\0' して strcpy() か
221 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:19: 今のメイン作業って？
222 ：名無し ◆NtVkSITE ：2001/08/26(日) 05:19: この板での対応は、あくまでも現行5.01のセキュリティホールを埋めるだけにとどめましょうよ。
223 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:19: >>219
*BSD の strstr とか引っ張ってきても一緒ならコード書き起こしか
224 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:21: がんばって下さいネ。
225 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:21: 高速化が目的？
鯖の負荷軽減が目的？
1ビットでも鯖からの出力を削減するのが目的じゃないのか？
もちろんセキュリティ的に問題のある部分は直さなければならないが。
226 ：ななしさん＠通信技術 ：2001/08/26(日) 05:21: >>216
まともなプログラマなら、値や変数の型を重視するのが当然です。
バグのない幸せな世界への近道だからです。
>>202はそのことが指摘したかったのだと思われ。

型と型を知らない人の話題、これ以上は別スレ推奨…
227 ：首吊り ：2001/08/26(日) 05:23: もし可能であれば、頭で文字列バッファ長に切りつめて
それを下属関数で使い回すのが、安全かと。

荒らしみたいになってすいません。もう寝ます。
228 ：名無し ◆NtVkSITE ：2001/08/26(日) 05:23: >>225
それは、プログラム板の方のスレで検討しています。
229 ：名無しさん＠お腹いっぱい。 ：2001/08/26(日) 05:24: >>228
それってどれ？
高速化と負荷軽減のこと？
230 ：名無し ◆NtVkSITE ：2001/08/26(日) 05:25: 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 書き直し
231 ：名無し ◆NtVkSITE ：2001/08/26(日) 05:26: >>229さん
というか、さかのぼってお読みになればわかっていただけたはずなのですが・・・
232 ：ななしさん＠通信技術 ：2001/08/26(日) 05:27: >>227
汚染データはまとめて処理したほうが安全なので、俺ならそう設計します。
でも、今も昔もこれからも、readｃをメインテナンスするのは俺らではないので、
ここは既存のコードに従うのがセオリーなんです…
233 ：369 ◆3XTuRnAc ：2001/08/26(日) 05:27: ＞akiさん
どもです。
まあ、攻撃食らって回線落とされる可能性からは逃げられませんけどね(^^;;。
・・・って自分がいない間に回線切られてIP変わったらなんの意味も・・・(笑
まいっか。
234 ：名無し娘。 ◆vP.bOZFQ ：2001/08/26(5) 29:00: 混線してきているようなので、とりあえず
ftp://2ch-read.dyndns.org/incoming/read5.01.03.c
ここまででどうでしょうか？
235 ：名無しさん＠お腹いっぱい。 ：2001/08/26(5) 30:00: >>225
高速化並びにリソース軽減は長期的に見れば転送量の話にかかってくると
思われる。結果としてサーバにより多くの板を収容できるようになれば、

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

という感じで。

257KB

新着レスの表示

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

0ch BBS 2004-10-30