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

2ch閉鎖の危機なんだと(Part3.1)

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
ちょっと待て。浮かれるな。
目的は「2ちゃん存続」だぞ。
転送量の削減はもちろんのこと、それを「ひろゆきにアピール」しなきゃいけない。
さらに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
つーか、転送量にも絡む問題だが、2ちゃん浄化策として、
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
だからコードのリファクタリングなんかどうでもいいだってば。
この改善で2ちゃんが存続できるのか否かが問題。

214 :首吊り :2001/08/26(日) 05:15
親切なレス付きまくったのでつきあいます。

strncpy(dst,src,cnt);
の場合、ループの脱出チェックの要件が2つあるので
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
汚染データはまとめて処理したほうが安全なので、俺ならそう設計します。
でも、今も昔もこれからも、readcをメインテナンスするのは俺らではないので、
ここは既存のコードに従うのがセオリーなんです…

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

サーバの数(増加率?)が減る

サーバメンテにかかる諸費用が減る

回線増強にかかる費用負担に繋がる

という感じで。

236 :369 ◆3XTuRnAc :2001/08/26(5) 30:00
>名無し娘。さん
了解です。2ch-read-currentに手動コピーしておきます。

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

238 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 31:00
>>234
一応動作確認はしたのですが、厨房丸出しでも許して下さい>all
>>236
お疲れさまです。

239 :名無しさん@お腹いっぱい。 :2001/08/26(5) 31:00
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って・・・

240 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 32:00
>>239
ん、この板もですね。。。

241 :名無しさん@お腹いっぱい。 :2001/08/26(5) 33:00
曜日が抜けてるんだね…。

242 :名無しさん@お腹いっぱい。 :2001/08/26(5) 33:00
時間取得メチャクチャ・・・・・

243 :名無しさん@お腹いっぱい。 :2001/08/26(5) 33:00
話によると1つずれてるっぽいですね……
曜日と時刻の奴が……

244 :名無しさん@お腹いっぱい。 :2001/08/26(5) 34:00
33:00か、さすがに寝ないとな・・・っていってる場合ではないか

245 :名無しさん@お腹いっぱい。 :2001/08/26(5) 35:00
2001/08/26(5) 34:00
2001/08/26( ) 5:34

246 :名無しさん@お腹いっぱい。 :2001/08/26(5) 35:00
ああ、カッコの中にHourが入ってて、その次のは本来ならminuteなのね

247 :名無しさん@お腹いっぱい。 :2001/08/26(5) 35:00
2001/08/26(5) 33:00
=>
2001/08/26(?) 5:33

すぐ直せるね

248 :名無しさん@お腹いっぱい。 :2001/08/26(5) 36:00
ソースどこにあるの?
仕事ではC++とJavaだけど、Perlも個人的に趣味でやってますんで
ちょっと手伝いたいかなあと・・

249 :名有りさん@お腹へった :2001/08/26(5) 36:00
gccでコンパイルする時に"-Wall"付けれ
printf系のパラメータチェックしてくれるから

250 :名無しさん@お腹いっぱい。 :2001/08/26(5) 36:00
>>248
C++ やってるなら大丈夫だろ
ソースは C だ

251 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 37:00
投稿日ずれ、bbs.cgiの問題でしょうか。

252 :名無しさん@お腹いっぱい。 :2001/08/26(5) 38:00
曜日を削ろうとして直し損ねたと

253 :名無し ◆NtVkSITE :2001/08/26(5) 38:00
みなさん、お疲れさまでした。
夜勤さんは仮眠中でしょうかね?

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

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

254 :名無しさん@お腹いっぱい。 :2001/08/26(5) 39:00
かちゅーしゃで現象確認。
datが原因だからbbs.cgiかな?

255 :ななしさん@通信技術 :2001/08/26(5) 39:00
>>234
in read5.01.03.c :
276行目の
strcpy(p,BigLine[line]);
はなにか理由がありますでしょうか。
うっかりミスだったらこっちも修正お願いします。

256 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 40:00
>>252
それはもしや、read.cgiで曜日部分を無視するように仕様変更する、
ってことの前触れ?

257 :369 ◆3XTuRnAc :2001/08/26(5) 40:00
ソースコードの最新はここにあります。

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

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

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

258 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 41:00
>>255
はーい。アップしたファイルが古かったです(氏
早急に対処します。

259 :名無しさん@お腹いっぱい。 :2001/08/26(5) 42:00
>>256
投稿日はdatにそのまんま入ってるから
read.cgiのほうは修正不要かと

260 :名無しさん@お腹いっぱい。 :2001/08/26(5) 43:00
ひとつ提案。
サーバ負荷を減らすために、read.cgi をリクエストあるたびに
プロセスを起こす方式じゃなくて、 http://www.fastcgi.com を使ったら
どうっすか?。これなら、プロセス起動しっぱなしなんで、
プロセス起動の負荷が減ると思いますが。。。

261 :名無し ◆NtVkSITE :2001/08/26(5) 43:00
>>257
バージョン別にしましょうよ。こっちは古い枝番号でいいじゃないですか。

262 :名無し :2001/08/26(5) 43:00
日付の表示がおかしいんだけど、ここではbbs.cgiはいじってないんだよね?

263 :名無し ◆NtVkSITE :2001/08/26(5) 43:00
>>260
提案はプログラム板でお願いします。

264 :名無しさん@お腹いっぱい。 :2001/08/26(5) 44:00
>>260 その話はこちらで
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

265 :名無しさん@お腹いっぱい。 :2001/08/26(5) 44:00
ちなみに私はimodeの仕事で fastcgi 使って、大量のリクエスト
処理しまくっています。プロセス起動の短縮化はカナリパフォーマンスに
影響しますよ。

266 :名無しさん@お腹いっぱい。 :2001/08/26(5) 44:00
>>262
全板入れ替わったみたい

267 :名無しさん@お腹いっぱい。 :2001/08/26(5) 44:00
すみません。移動します。
ありがとうございました。

268 :名無しさん@お腹いっぱい。 :2001/08/26(5) 45:00
>>266
全板ではないよ

269 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 46:00
みなさま、お疲れさまです。
ftp://2ch-read.dyndns.org/incoming/2ch-read-current/read10.01.03.c
としました。ペコペコ。

270 :名無し募集中。。。 :2001/08/26(5) 47:00
>>259
同感。書き込み側の問題じゃないかな。

271 :名無しさん@お腹いっぱい。 :2001/08/26(5) 47:00
ずっと黙ってたんだが・・・・
・・・・・・・・・・・・・・・・・・・・・・・・・・・・可読性・・・・・

いや。聞き流してくれ。

272 :名無し ◆NtVkSITE :2001/08/26(5) 48:00
>>269
バージョン番号別にしておかないと、混乱の元じゃないですか?
こっちは、あくまでもv5.01の修正版ではいけませんか?
 

273 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 48:00
>>270
あ、そうですね(笑)

274 :名無しさん@お腹いっぱい。 :2001/08/26(5) 48:00
書き込み時間が‥‥。

275 :名無しさん@お腹いっぱい。 :2001/08/26(5) 49:00
>>271
それもこっちで(w
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998736516

276 :名無しさん@お腹いっぱい。 :2001/08/26(5) 49:00
プログラマにとって現在時刻48時なんてあたりまえだろ!!!
気にするな(藁

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

277 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 50:00
>>272
深い意味はありません。>>261を読む前にうぷしてしまったもので。
でも、read5.01.02.c == read10.01.02.c だったようですから、
これでもいいかなと思います。

278 :369 ◆3XTuRnAc :2001/08/26(5) 51:00
>娘。さん。
read10.01.04.c、ですよね(^^;;?

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

279 :名無しさん@お腹いっぱい。 :2001/08/26(5) 51:00
>>225
「1ビットでも鯖からの出力を削減する」ために圧縮したらその分鯖の負荷が増す。
まぁ、そうでなくても、少しでもスマートに、軽くってのは誰でも思うことだ。

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

281 :名無し ◆NtVkSITE :2001/08/26(5) 52:00
>>278
僕は、5.02か、5.01fixがいいと思います。

282 :名無し娘。 ◆vP.bOZFQ :2001/08/26(5) 52:00
>>278
その通りです、ペコペコ。51時だし、活動限界かな(笑

283 :名無しさん@お腹いっぱい。 :2001/08/26(5) 52:00
やろうとしてることが別なら
バージョンも競合しないようにした方が良くないですか?

284 :名無し ◆NtVkSITE :2001/08/26(5) 53:00
>>279
そして、それを討論しているのはプログラムいたなんだったりするんです。

285 :名無しさん@お腹いっぱい。 :2001/08/26(5) 53:00
>「1ビットでも鯖からの出力を削減する」ために圧縮したらその分鯖の負荷が増す。
そうとも限らない。
圧縮処理による負荷の増加と、
データ出力が削減されることによる出力処理の負荷の軽減の差による。

286 :名無し ◆NtVkSITE :2001/08/26(5) 54:00
>>283
その方が、誰にとっても安全ですね。

287 :名無し娘。 ◆vP.bOZFQ :2001/08/26 05:55
369さんの方で、現在の最新版がread10.01.04.cだとわかる程度に、
ファイル名振り直しちゃってもいいと思いますよ。

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

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

289 :名無しさん@お腹いっぱい。 :2001/08/26 05:55
やろうとしていることが別ならブランチ切るべき。

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

291 :名有りさん@お腹へった :2001/08/26 05:59
>>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).

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

293 :名無しさん@お腹いっぱい。 :2001/08/26 05:59
>>290
ちゃんと設計すればね<C++楽

257KB
新着レスの表示

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

0ch BBS 2004-10-30