bbs.cgi再開発プロジェクト5

>>575 やりますかー

実際にはどうすればいいのかしら?
bbs.cgi 変更したら、次にread.cgiも対応します
朝までには完了すると思われ、

ｸﾙ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

http://be.2ch.net/test/p.php?i=1464023

だとしたら

BE:1464023 にすればいいのかな?

>>692
そうっぽいね

既存のタグ入ったDATはそのままだよね？

まあそうでしょうねぇ。

よさげ。

>>693-694
2chブラウザの作者泣かせですな

実験

■　めまい
http://dso.2ch.net/test/read.cgi/myanmar/1102008822/

使ってみてちょ

# とか ## のところはどうするのか・・・

>>694 了解です。

>>696 まったく作者泣かせです

作業がんばってください＞FOX ★

-# 部分は生データ書いたほうがいいのかな?
書いちゃまずいということはないっすよね?
何かポイントの数値なんだけど、

BE:xxxxxxxってIDの後なのか前なのか
どっちかといえば後ろの方が都合が良いと言ったらいいんですけど

datにはポイント数で記録しといて
read.cgiでレベルに変換する、てこと？

>>701
そうそう

>>697
3回ほど書いてきましたー
で、BE:xxxxxxxがみっつ

http://be.2ch.net/test/p.php?i=4474324
http://be.2ch.net/test/p.php?i=10065863
http://be.2ch.net/test/p.php?i=6710843

自分の環境からは共通して自分のプロフに飛びますね

後ろにしてみますー

特に問題ないようなので、これで行くことにいしよー
次は read.cgi へ、

>>546
の方法でやってみよう。

>>554の方がいい予感。

<script language="JavaScript" type="text/javascript"><!--
function be(i){var w=window.open('http://be.2ch.net/test/p.php?i='+i+'&u=d:'+document.URL);if(w)w.focus();}
//--></script>

ちょい整形。

read.cgi も対応したみた　@mya

どうでもいいっすけど
BE:xxxxxxxがIDの前にあるとIDまでリンク貼られちゃってる予感

read.cgi は配布済み

>>710
乙でしたー

んじゃ
bbs.cgi も配布しまーす

した、
10分待つべし

index.htmlのBe IDにはリンクがないんですね。
そりゃそうか。

あっ
つけなきゃ。。。

Perl で書くとこんな感じ?

if($time =~ /BE:/)
{
$time =~ /([\w| ]+) BE:(\d+)-([\#]+)/;
$time = "$1 <a hrefjavascript:be($2);>?$3</a>";
}

これでいいような。

$time =~ s/BE:(\d+)-([^ ]+)/<a href=javascript:be($1);>?$2<\/a>/;

アトリビュートは""でくくっておいた方がいいのでは？

>>717
うまく行きました
さんきうです

>>718
アトリビュートって何?

タグの属性のこと
href=""

ま、動いてるようなんで無問題ですかね

＃他の所もかこってなかたようですし

>>720
bbs.cgi には入れた。

しまった>>717ではレベル0の人がリンクされないや。

$time =~ s/BE:(\d+)-([^ ]*)/<a href="javascript:be($1);">?$2<\/a>/;

はいはい
変更します

すみませんです。

でも
$2 が　"" になるから結局は同じでは?

+　1文字以上
*　0文字以上

専ブラ改造して直した
醜いけどこんな感じ
if(preg_match('|(.*?)BE: ?([\d]+)-([\#]*)(.*?)|',$date_id, $matches)){
$bedate=$matches[1].$matches[4];
$beid=$matches[2];
$belv=$matches[3];

>>726
$2だけじゃなく"?"が入ってるんで問題ないと思うです。

あ、だめなのか。困った。

>>729
別に問題ないべ？
最長一致するんだから。

FOX ★に質問です。
2ch鯖、Pink鯖に投入されたbbs.cgiとread.cgiですが
朝生板はひろゆきが入れるのですよね？

楽たんも入れた気が

>>731
よくしらないですー

>>733
FOX ★は、朝生板に新しいbbs.cgiとread.cgiを入れてないですよね？

>>734
朝生板はlive14だから勝手に配られたんじゃね？

>>735
あ、ナルホド。

news19でのsamba不具合についてここまでのまとめ
・ERRORがsamba60又はsamba120のどちらか一方が出る
・ERRORが120ｓ表示の場合でも60ｓ後に書ける(書けないときもある)
・前回書き込みから60-120ｓ間経過でも書き込めない
・さっきまで60sで書けていたた→その後は暫く120ｓ→また60ｓで書けた
・ブラウザ自体や専ブラの設定などは関係してない模様

大福たべましたか?

今先ほどお汁粉食べましたよ。

じゃ、俺は煎餅でも食っとくか。

>>575 がdatファイルのサイズ縮小が目的なら
次はレスアンカーをタグアンカーに変換せず生格納だったりするのかな？

read.cgiは、「>」「>>」「＞」「＞＞」「<」「<<」「＜」「＜＜」に対応したりとか・・・

http://qb5.2ch.net/test/read.cgi/operate/1105442708/292-299
で聞いても分からなかったじょ。

>>739
その答え方はちょっとというか大分違う

>>741
12/30以降のスレの流れを見ればわかると思うけど、
datファイルサイズをもっと縮小→じゃあBeのプロフィールリンクも短く
って流れじゃないから。

元々Beテスト板（現在の面白ネタnews）のみの仕様ってことで深く考えられてなかったが、
2ch全域導入後に色々意見が出てきてdat仕様を本格的に検討したってことかな。
もちろんその根本にあるのは、
datに余計なものを埋め込まない＝サイズを押さえる・転送量削減ってことになりますけど。

ただ、今後のレスアンカーの扱いがどうなるかは知りません。
Beの件とは別物だと思うから。

今回の対応はまだ対応してない専ブラ向けの意味合いも強いと思う
全面的な仕様の見直しではないだろ

>>744
あ、そうか。
javascript込みの長いリンクが表示されてるよりBE:xxxxxxxで表示されてる方がマシってことですね。

>>743-745
ありがとう、参考になりました。

ふと思ったんだけど、鷺板でキャップ持ち以外はBeプロフィール（っていうのかな？）が
出ない件については、ここでいいんですかね？

ホスト表記と併用できる仕組みになってないんだろうね

>>747
鷺板というのが↓ここでいいのか分かりませんが★持ちでは無い私でも書けました。
http://that3.2ch.net/test/read.cgi/bouhan/1080903826/126

(*^ーﾟ)b ｸﾞｯｼﾞｮﾌﾞ!!

鷺板ってのは、削除議論板のことだから…

てへ

>>744
OpenJaneの作者の受験に影響が出るからね。ｗ

ふと思ったんだけどUA見てるんだから表示できるように仕込めないのかな？
read.cgi側も合わせて弄らないとダメなんだと思うけどどうなんでしょ？

BBS 等のタイムアウト 3secくらいにしてみようかな

$res->tcp_timeout(3);
$res->udp_timeout(3);
$res->retry(2);

にしてみた、

>>756
おっ。

普通に動いているときはこれで問題ないですが、
へくった時の引っかかり問題がどうなるかっすね。

>>757

　 _ 　　∩
(　ﾟ∀ﾟ)彡　　実験！実験！
　⊂彡

貼っとこ

http://qb5.2ch.net/test/read.cgi/operate/1105959480/624
624 名前：▲ 某ソレ511[sage] 投稿日：05/01/18 02:15:25 ID:O5OzqY/m
>>620
うん、上位の雑談板は先週の平日に比べて少し減少してますねぇ。
そいでいて中位くらいから下の板の投稿量はあまり減ってない、と。

----
ちなみに、きのうDNS問い合わせのtimeoutを変えてから、
すずめのほうもほとんどスレッドランキングさんと
変わらない数値をカウントできるようになりましたね、

なぁなぁ最近日付が変わっても少し時間経たないとID変わらないことあるぞ。
一体スクリプトはどうなってるんですか。怖くて自演できんぢゃないか！

>>760
自演したければIP変えろ。

まぁ自演云々はネタとして、普通にどういう仕組みで
そういうことが起こるのか気になる。

仕様だから諦めれ。
1:00AM頃までには ほぼ変わってるから…な？

以前は、POSTリクエスト毎にperlを起動/終了していたのが
SpeedyCGI導入で、複数回のリクエストに対処するようになった。
それに伴い、事前に読み込んだ設定等を保持して持ち越すようになった。
ID生成の乱数の種もそのひとつ。

そして、そのperlプロセスに呼び出し回数や時間等で制限をかけ、
設定更新等がある程度の時間内で確実に反映されるようにした。
その設定が、確か10分程度。

つまり、0時を過ぎてから再起動されたプロセスから、順次IDが切り替わる。
再起動されない間は、前日のIDのまま。

>>764
横だけど、SpedyCGIの効用がｲﾏｲﾁ理解できていなかったから
わかりやすい解説でよく理解できたよ。ｻﾝｸｽ

0時に強制的に再起動かませば従来どおりの動作にはなるが、ピーク負荷が……

狼なんかは、０時に強制再起動すると、おもしろいかも
ID無いけど

324　水先案名無い人　[sage] 05/01/26(水) 01:21:15 ID:izKRPcX10 NEW!!
「それが2chの仕様だ」 bbs.cgi開発者、IDが0時で変わらない騒動を一蹴

これが、私が考えたシステムだ。
使い勝手についていろいろ言う人もいるかもしれない。
それは自作自演を画策する利用者や閲覧者が、この仕様に合わせてもらうしかない

サーバの負荷はこれ以上増やしたくないし。サーバの負荷はこれ以上増やしたくなかった。
IDが0時になっても変化しないのも狙ったもの。それが仕様。
これは僕が作ったもので、そういう仕様にしている。
明確な意思を持っているのであって、間違ったわけではない。
世界で一番美しいシステムを作ったと思う。
著名SEが作成するシステムに対して費用の見積もりがおかしいと難癖をつける人はいない。
それと同じこと。

http://qb5.2ch.net/test/read.cgi/operate/1103495887/764

こいつのせいで散々な目にあった

まあ、事前に知ってればたいしたことないんだが
知らないと場合によっては物凄いことに

そもそも、IDという仕様も、それが０時に切り替わるという仕様も、勝手に決めたものだからな

朝の５〜６時あたりの人が少ない時間にID変更するのはどうだろう。

結局BE+★でID出ちゃうのは直さないのね

そうだよな。テレビと連携する方向ならIDの変更は午前4時あたりがいいと思うな。

http://qb5.2ch.net/test/read.cgi/operate/1105909861/167-

bbs.cgi、オープンソース化してほすぃ。。。

なんで？

>>777
利点は？

そりゃ穴を見つけて2chを陥落させるために決まってるじゃん(￣ー￣)ﾆﾔﾘｯ

穴なんてはしたない　*^_^*

IDの算出方法おせーてくれ

>>782
知っている人が居ても教えないと思われ

そういえば逆算はまだできるんだっけか。

毎日日付が変わるころにdev/randから種を取ってきてそれでごにょってるらしいから
それは無い。

setting.txtの頭についている妙な文字列がそれかな。

>785
IPアドレス2^32とランダムseedすべての組み合わせテーブルを計算しておけば出来る。
だけど全テーブルを計算するのに宇宙が終わるぐらいの時間がかかるし、データを保持する手段もなさそうだけどね。

>>787
適当な固定IPアドレスに分だけ確保してそれのランダムseed全てとの(ry

そもそも重複があるから完全な逆引きは不可能だし。
雑談する場所でもないし。

日本のプロバイダor企業から書き込まれていると仮定すれば
有効なIPアドレスの想定範囲はわりと現実的な範囲に収まるはず。

それでもIPアドレスA.B.C.DのC.Dの部分しかわからないんだっけ？
他の手段も併用してプロバイダを推定しないと確定は難しいか。労力の割に実入りがないな(w

>>784
昔のやつはMD5使ってたと思うけど今どうなんだろう

>>786
それは管理パスって聞いたことがあるような気がする。
板名でcryptされた管理パスって。
どこで読んだかなぁあれ

>>790
それだと重複する可能性が高すぎる。

IDは、IPアドレス＋板名（setting.txtにある"板のID"？）＋日替わりの乱数（16バイトだとか）を使ってMD5で暗号化されているらしい。
まあ本当かどうかは知らないけど。
少なくとも、個人で逆算できるようなものじゃないよ。乱数の計算だけでもとてつもなく時間がかかる。

bbs.cgi再開発プロジェクト４
http://qb5.2ch.net/test/read.cgi/operate/1101984763/861
> sub foxCheckMD5id
> {
>     my ($bbs,$md5date,$num,$dateFox) = @_;
>     if($dateFox eq $md5date)
>     {
> return $num;
>     }
>     my $md5datefile = "../$bbs/md5.cgi";
>     if(open(MD5FILE, "<$md5datefile"))
>     {
> my $md5line = <MD5FILE>;
> close(MD5FILE);
> my ($a, $b) = split(/<>/, $md5line, 2);
> if ($a eq $md5date) {
>     return $b;
> }
>     }
>     return &foxCreateMD5id($bbs,$md5date);
> }

…それ微妙に本質ハズしてないか？

Setting.txtに産婆ﾀｲﾏを入れるって話はﾎﾞﾂになったの？
今のJane（View系）だと、わざとｶｷｺｴﾗｰして秒数取得する
鯖に優しくない仕様(^^;)なんだけど。。。

index.htmlの一番下に書いてあるかと。＞samba数値

>>795
常にギリギリOKのタイミングで書かれるのも鯖に優しくないかと。
エラーしてある程度ばらけた時間おいて書く、というのを想定してるのかなあと

たまに再ﾄﾗｲする程度なら。。。っていう割合の問題って事ですかね
Setting.txtは取得してｶｷｺ時の設定等に使われてるんで、
載ってた方が他の物を取得せずに済んだりはするんですけどねぇ。。。
まあ、どういう予定なのか聞いてみたかっただけですので
お忙しいとこどもm(__)m

スレタイ<>使えるようにしてつかーさい

>>799
無理

途中送信ｽﾏｿorz


>>799
無理かと。
現状で使えないようにしている理由がわかってから
また来てください。

>>801
0chにできて2chにできないどんな理由があるの？

<>はdatの区切り文字に使ってるからだろう

&がNGワードって話だべ。

ちなみに02年の末までは、作成できた。これとか。
http://pc5.2ch.net/test/read.cgi/hard/1024043411/l50

http://qb5.2ch.net/test/read.cgi/operate/1105232393/
24,128,165,184のような、http://を大量に書き込んでエラーを起こすやつ、
>>規制みたいにbbs.cgiで制御できないかな？
http://は1レス8個までとかみたいに。

bbs.cgiでは難しいかも。
投稿文の中にある、"http://"という文字列を
例えば"http&#xA//"に書き換える等の手もあるにはあるけど、
普通に考えたら、read.cgiでリンクを張る時にカウントして制限するのが自然でしょう。

つまり　どうなってるの?
すでに修正されててわからんかった

要は、
URLが大量に書き込まれると、１レスの表示サイズ制限に引っかかる
と言うことです。

実態をこの目で見ないとスプライトの改造もできないなぁ

こんど発見したら修正しないで残しておいてもらってくださいー
dat 回収に行きます

read.cgi を直してみた

でも bbs.cgi も直したほうがよさげなきがする、

bbs.cgi でも制限して見た

行動早いなぁ、

乙です

つまんない質問で恐縮なのですが、
bbs.cgiに変更があった場合に、
自動的に復帰が掛かるなんて事はあるのでしょうか？

自分の居る板で 3/4(金)の朝７時頃に、スレッドの並びが変わってたので…。

>>815
ないと思うですね。

変更したら板を壊しちゃったから戻して復帰、
とかはありそうだけどね、

まちがって復帰はよくやらかします

そうなんですかー。
皆様、レスありがとうございます。

心配するだけ無駄かもしれませんが、
サマータイムが導入されても正しく動作するでしょうか？

大丈夫、、、なはず。

# DST (PDT)
# Jan-Mar
1 7 * 1-3 * CGI
# Apr
1 8 1 4 0 CGI
1 7 1 4 1-6 CGI
1 8 2 4 0-1 CGI
1 7 2 4 2-6 CGI
1 8 3 4 0-2 CGI
1 7 3 4 3-6 CGI
1 8 4 4 0-3 CGI
1 7 4 4 4-6 CGI
1 8 5 4 0-4 CGI
1 7 5 4 5-6 CGI
1 8 6 4 0-5 CGI
1 7 6 4 6 CGI
1 8 7-30 4 * CGI
# May-Sep
1 8 * 5-9 * CGI
# Oct
1 8 1-24 10 * CGI
1 7 25 10 0 CGI
1 8 25 10 1-6 CGI
1 7 26 10 0-1 CGI
1 8 26 10 2-6 CGI
1 7 27 10 0-2 CGI
1 8 27 10 3-6 CGI
1 7 28 10 0-3 CGI
1 8 28 10 4-6 CGI
1 7 29 10 0-4 CGI
1 8 29 10 5-6 CGI
1 7 30 10 0-5 CGI
1 8 25 10 6 CGI
1 7 31 10 0 CGI
# Nov-Dec
1 7 * 11-12 * CGI

＞ 1 8 25 10 6 CGI
＞ 1 7 31 10 0 CGI

1 8 30 10 6 CGI
1 7 31 10 * CGI

こう？

>>822
確かに。

直しておきました。

>>821
意味はよくわからないけど、大丈夫そうなんですね。
1000000000になったときはYahoo掲示板がバグってたなあ。

というか，TZ をしかるべく設定すればいいのかと．

>>799の件ですが
無理と知りつつ<ヽ｀∀´>板からもお願いしておきます。。。
http://aa5.2ch.net/nida/

>>799はとりあえずAA系鯖で使用可能にしてほしい。

あとは新bbs.cgiをsports2にも投入することを求む。
あとは公開配布も求む。

曜日が入った？

あと年表示の百、千の位が表示されてる

つまり2001年あたりまで使ってた表示に戻ったということか

> ・3回に1回にする
どーやって測定するのかと（りゃ

> ・ランダムに手を抜く

種生成はーと思ったが、ID生成時に呼んでいますからだいじょぶかしら。

> ・subject.txt/subback.html/index.html生成を別プロセスにして、たまに動かす
実装次第でちょっといけるかもだけど、工夫が必要かも
すなわちhttpd起動とリンクしといてかつspeedy化してたまに稼動、みたいな
安直ですけどね

適当に手を抜くを実験中。。。

ex10なら新しいスレ立てたら更新or一定時間スレ立たなかったら更新みたいな感じとか

オンデマンドにすれば良いだけでは。
呼ばれたら作る、必要ならそのまま保持して次のリクエストにそのまま返す
リクエストがなければ作る必要もないし。

まあ、html/*.htmlに相当する部分をファイルから読み込むようだと
ちと厳しいかもしれませんが。

専用ブラウザ専門にしてしまうってのは、広告の問題上無理なのかしらん。

広告は関係ないと思われ

>>836
じゃあ別に専用ブラウザ専門にしてしまって更新するファイルを
subject.txt一本にしてしまえば良いんじゃない？
read.cgiが無くても全く問題ない板なんだから。

管理人が駄目と言っている

>>838
ありゃま、失礼しました。

>>837
ぶっちゃけた話、クライアントで出来るものは
IE/mozilla(win)/firefox(win)でプラグイン作ってしまえばええのではと言ってみるテスト

ただし私には開発できないので絵に書いた餅ですがね

>840
とっくに出てますけど何か？

bbs2chreader
http://pc8.2ch.net/test/read.cgi/software/1103553535/

>>841
mozilla/firefoxにしか対応していませんが、何か？
専用ブラウザのひとつととれますが何か？

index.html subback.html の更新をたまにサボるようにした。
subject.txt は従来どおり更新してます

対象サーバ
ex10
live20
live16
live15

subject.txtの更新もサボるとか言い出した時はぶっ殺してやろうかとおもたよ♥

>>842
じゃあIEpluginを作ってくれ

>>843
さぁ早くしいたけの袋詰め作業に（ｒｙ

IDのうしろに0がつくのは仕様？

Q．IDの後ろに付いてる0とかOってなに？
A．書込みがPCか携帯かを区別する目印です。
　　ちなみに、PCが 0 (ゼロ) 、携帯が O (オー)

bbs.cgiのソースってどこにあるのん?
read.cgiは2ch-toolかなんかにあったんだけど
読んでみたい。

公開してません

>>848
まじで　ありがとう

そうか，それは残念
unix板のwizard連中に見せればなにか妙案も思いつくとおもったんだけどね。

>>852
実名明かしたメールをひろゆきに送れば１年後に検討してもらえるかもしれない

live16のbbs.cgiがしょっちゅう反映されなくなる
そのたまカキコ数に波が出る

>>853
１年以上経過したけれども何の音沙汰もありません♪

ほんとは外部設計書みたいなのあればいいんだよね。
セキュリティ上明らかにできない機能はブラックボックスでいいから。

やっつけ仕事なので人に見せられるレベルでないとかなんとかｗ

見せる義理もないしね

いろいろと荒らしがでるとかいってたんだけど。
「ソース隠すことはセキュリティ対策にはならない」と論破されてからは特に有効な反論も出なくて
のらりくらりと話をスルーしている。

見せる義理。たしかにないですね。
ではbbs.cgi再開発がんばってください。

Through a way to you.

見てやる義理のある方々に任せておけばいいでしょう。

ID非表示の板でもIDってだけ表示されるな・・・

IDの後ろに投稿回数の表示とか出来ないかなぁ…ID:xxxxxxxx0 (このIDによる投稿は12レス目)
みたいな…
そうすれば専用ブラウザに一定回数以上のIDを荒らしと見なして自動あぼーんする機能とか
出来そうでいいなぁとか思ってみたり。

そんなに連投多いですか？
個人的には、ちょっとうるさいな、と感じたら
手動であぼーんするだけで十分足りるような気がするけど

別に表示しなくても専ブラで出来るような気がする。

ふとSETTING.TXT見たら

BBS_BG_SOUND=

なにこれ変態じゃないの？

■ テーマソング設定変更依頼スレッド1
http://qb5.2ch.net/test/read.cgi/operate/1112281219/

「ソース隠すことはセキュリティ対策にはならない」
これって神話でしょ。

そのとおり。
そうとも言い切れないから。

をを！とうとう公開しちゃうのかな？o(^-^)o ﾜｸﾜｸ
お掃除ならやってみたいかもかも。

そのとおり。
正しいのは
「ソース隠せばセキュリティ対策は万全」

あ、そなのか♪

>>872
ひろゆきの言いたい事は、ソースを隠すことには
セキュリティの観点から見てそれなりの利点がある、ということでしょ

そんなことよりおまいら、mozillaのソースコードが流出したらしいですよ。

ttp://www.hyuki.com/tf/?20040401145329

HTTPサーバの動きとかCGIの起動原理とかまでひっくるめてまで隠せるんならな。

何自分にレスしてるんだろう。。。

１「ソース隠すことはセキュリティ対策になることもある」
２「ソースオープンにすることはセキュリティ対策になることもある」

んで、まだ動いてないシステムであれば、２の可能性はありますが、
既に動いてるシステムであると１の可能性が高いのですな。

オープンしたとたんにソースを見なければわからない脆弱性で
いきなり攻撃される可能性もあるわけです。

これは、つまり公開しないってことですよね。
それはそうと、書き込み時間の取得のタイミングを変更する
ことは無いですかね？あまり実益が無いですけど、書き込み時刻と
スレ番号がずれることがなくなると思うのですが。

みんなbbs.cgiのソース見たいだけだよ。何に使うのかは知らんが。

実益のないことにリソースを使ってもしょうがないような、、、

漏れが言いたいのはセキュリティ対策に「万全」「完璧」など存在しないということ。
永遠に努力を強いられる過酷な問題です。

ここの場合、ソース隠してもCGI仕様に則ってるので少なくともインタフェース仕様は公開されているも同然。インターフェースのみ分かっているブラックボックスのセキュリティホールをどうやって見つけられるかというとこに焦点が集まる。

永遠に見つからないセキュリティホールはセキュリティホールではない。

永遠に出てきちゃうから楽しいんだよね♪

永遠に見つからない保証はないよ？

で、話戻すとインターフェースのみ分かってるブラックボックスの突付き方はまずいろんなアクセスを試みること。なので次にやらなければいけないのは外部からのアクセスの監査になります。それはやってるのかな？

>>882
ソース隠せば、2ちゃんのセキュリティホールをわざわざ解析してまで
攻撃しよう、と思うハッカーが少なくなるんじゃないか、ということではないでしょうか

まあ、2ちゃんがどの程度セキュリティ対策を重視しているのか
甚だ疑問ですけどね。そんなに大事なら、サーバ別負荷の統計とか
狐さんの実験とか、全部やめさせてしまえばいい。もっと安全になりますよｗｗｗ

>>881
確かにそうですね。遊べるし、困っているわけでも無いですし。
こんなことが出来て面白いので。

>>878
アバウトなアーキテクチャぐらいは公表してもいいかと思います。

ログ記録部分とか秘密にしなければならない部分は非公開が鉄則です。

まあそれでも見せたくなければNDAでも結んで見てもらうっていう手もありますがね
某有名RMSが激しく抗議しそうですがw

もともとセキュリティ対策ってのは実益が無いのに注力しないといけない類の活動ですよ。

アーキテクチャは公表してもいいんじゃないですか？
ただ、ソースを読める人がアーキテクチャをいちいち書くのを
嫌がらなければの話ですが、、、

RMSってなんですか？

>>890
RMS=個人名イニシャルです。むむむさんあたりなら確実にぴんと来るでしょう。

＞ただ、ソースを読める人がアーキテクチャをいちいち書くのを
＞嫌がらなければの話ですが、、、

そんなにむずかしいことじゃないはずですよ。

整形する
datにかく

なんてことをかいていけばいいので。

アーキテクチャって bbs.cgi でいうと何ですか?

そうそう、時間のことは結局下記のようなことです。
だからどうしたと言われたらおしまいなのですが。
とりあえず、故意に時間がずらせると言うことだけです。

http://qb5.2ch.net/test/read.cgi/operate/1111551639/749-751

アーキテクチャはいきあたりばったりでソース主導で書いたと吐露されても困るな。ｗ

ストールマンのことか！

>>892
どーゆー手順で処理しているか、ということです

アルゴリズムといったほうが正しかったかもしれない。

それは既に流出しているような
それも何回も、

それ以来変わっていません。

再度書いて見ました


２ちゃんねる bbs.cgi アーキテクチャ

1) 始まり
↓
2) 各種パラメータ取得
↓
3) パラメータチェック(この処理超巨大) →　byebye
↓
4) dat書き込み
↓
5) index.html subject.txt subback.html 更新

>>893
おぉ、どうやるんですか？

各鯖ごとの/dev/random先頭16byteを公開して下さいお願い

>>900
それ公開したら、書き込む前にID分かるようになるんだっけ？

っていうかIDの算出方法そのものも教えて下さい＞＜

>>900
そこはだめよん　見ちゃ駄目えっちぃ

ついでに彼女の作り方も教えてください

>>902
そんなの公開されてるでしょ
というかスレ上で公開でみんなでわいわいやったんだから

>>904
ヒント：http://ex10.2ch.net/news4vip/

>>899
故意と言っても数分程度しかずらすことは出来ないのですが、先ほどの内容で説明しますと・・・

まず、サーバに接続して、HTTPのヘッダ情報を送ります↓

POST /test/bbs.cgi HTTP/1.0
Host: qb5.2ch.net
Content-length: 129
Referer: http://qb5.2ch.net/operate/
User-Agent: Monazilla/1.00
Cookie: PON=****.***.co.jp; expires=Friday, 01-Jan-2010 00:00:00 GMT; path=/
Connection: close


↑ここまで送ると書き込み時間が決定します。
その後、↓の内容を時間をかけて送信すると、その時間差が生じて書き込まれてしまう。

bbs=operate&key=1111551639&time=1104688508&submit=%8f%91%82%ab%8d%9e%82%de&FROM=&mail=sage&MESSAGE=%82%b1%82%f1%82%c8%8a%b4%82%b6

ただ、↑の情報を送信している間に誰かが書きこまないと、時間がずれているか分からないです。
とりあえず、これだけのことなんですが。

ひろゆきおすすめのエロゲ

コネクションを引っ張るんですかぁ。

>>907
低速回線環境(PHSなど)と高速回線環境(FTTHなど)が混じったときの
タイムマシーン現象に似せているわけですね。
少なくともこの現象は、もう何年も前からありました。

TCPのパケットを故意に分割して、タイムアウトするまで引っ張るという感じですね。

>>909-911
そうです。ただ、これによって著しく不利益が生じるわけではないと
思うので、特に問題ではないですよね。

実際、この方法でコネクションを引っ張り過ぎるとエラーで
切断/書き込まれないようなので最高でも数十分？くらいかな。

コネクション引っ張る(= 受付嬢を占有する)のはサーバにとっては、コスト高いですね。
だって、受付の人数って決まっているし。

遅い携帯が受付を占領してhttpdがまずしくなるのと、おなじりくつかと。

というかそうか、こういう場合に遠慮なく切っちゃうようにタイムアウト入れるのは、
効果あるのか。

>>913
今からやって遊ぼうと思ってたのに

切っちゃっていいんじゃないですか？
数十分も引っ張って迷惑するのは投票所ｗ

ちなみに、携帯系サーバは既にTimeout 5にしてあります。
相当効果あったと、記憶しています。

#
# Timeout: The number of seconds before receives and sends time out.
#
#Timeout 300
Timeout 5

(知っている人は気付いていたのだろうけど)この方法が公になったので、
同じ事を利用してリソースを食いつぶそうという愉快犯が出てくるかもしれない。

タイムアウトを設定する手段は準備しておいた方がいいと思われます。

失礼。いつでもコーイということでしたか。(;^ ^

>>917
まぁ、ステータスログは逐次的にとっているので、
問題になるようなら、ぼちぼち >>916 を掲示板サーバにも入れるってことで。

重くなると十分単位で書き込みがずれたり
入れ替わったりするですね

テスト

自作PC板の日付表示、ず〜っと、あのままですか？
いゃ、自分はｱﾑﾀﾞｰなんで今のままで良いんですけどね。

>>917
時間ずらしは前にもテストスレで(◆MIPS.kHN86さんが？)実験してたから
知っている人は多そう。(少なくとも、自分はそれを見て気付いた。)

>>923
2週間くらい前のでしたらきっと自分です。テストスレで試していました。
実況では時間がずれることはよくあるので、この現象自体は皆さん
知っていると思います。
しかし、実際のところ、これには少し準備が必要なわりに反応が鈍いせいか
やってる人を見たことないですね。

sage

低負荷時にindex更新頻度を上げるってのはできないんだろうか？

ってゆうか、
「3分以上古かったらindex更新」とかにしたら？
index生成って結構処理おっきいと思うんだけど。

index作成はbbs.cgiから切り離して、index作成cgiをcronで動かす。

cronでもコストが大きいからdaemonにしちゃうとか。
タイマとキューを使って細かく制御できればベター

index と subject.txt はどう違うのでしょうか?

>>930
http://qb5.2ch.net/operate/index.html
http://qb5.2ch.net/operate/subject.txt
みたままですけど。

>>898

2) 各種パラメータ取得
↓
3) パラメータチェック(この処理超巨大) →　byebye

これを順番を適切にするだけでかなり違うような希ガス

・軽くて重要なチェック(たとえばBBQ)を前に
・重くてあまりはねる確率の少ないものを真ん中に
・統計用を最後に

といったかんじで。
で、ぜんぶOKになってはじめてdatをひらく、と(もっともこれは既にやっていると思いますが)。

1) 適切ってのが具体的にわからない。
2) わかったとしても、順番を並び替えるとたぶん動かないだろう。。。

という二重苦だったりします

BASIC (80年代初頭) で組んであると思ってください。

BASIC......ですか、なにもかもなつかしい。

ベーマガ

1から書き直した方が早かったりするんだろうな

Fortran77
C（78年）
ADA（79年）

Gmen 75
Carmen 77

Konnichiwa 70

FOX★風邪治った？

歌いまくったら
また喉が・・・

>>939
三波春夫ですかー！

じゃあプロフ直しておけよｗ

>>940
やべ、「風俗治った」に見えた。

彼の風俗は直りません。。。

>>931

subject.txt は、更新順(sage考慮)に並べてある。
index.html はその上位 10 個を HTML 化した、トップのページと。

bbs.cgi は Perl で書かれている。

こんなところであっていますか?

全部白紙に戻すような話だけど、
xmlで全掲示板を構成すれば、鯖の負担も少ないし(2ch程度の大規模サーバーだからの話ですが・・・)、容量も負担しない。
上手くいけば、今のdatの3/4の容量削減が出来ると思われ。
read.cgiの再開発プロジェクトの住民に悪いが、read.cgiもいらなくなる。
WebProg板とWeb製作板の住民に協力を依頼すれば、たくさんの住民が食いついてくるし・・・
ひろゆき・root両氏の降臨ｷﾎﾞﾝﾇ
>946多分あってる。

その論理はちょっとおかしい気が
xmldb(?)で〜
ならまだわかるけど

高度なネタですね

まぁdatや、subject.txtにある、<>が必要なくなるのでｗ
subject.txtのsubject.csvに変えて<>→,にすれば無問題。
>949氏等へ
専門的な話をしてｽﾏｿ。

root氏やFOX氏なら直ぐに話が分かるような気がしますが・・・
とりあえず、管理団の回答を待ってます。

ひろゆきが理解できなくて没な悪寒

>951
ひろゆき氏になんとか説得してみますよ。

<dat>
  <res name="動け動けウゴウゴ２ちゃんねる" mail="sage" date="2005/04/08(金) 17:46:04 ID:AQwRoo140">
    その論理はちょっとおかしい気が &lt;br&gt; xmldb(?)で〜 &lt;br&gt; ならまだわかるけど
  </res>
  
<res name="動け動けウゴウゴ２ちゃんねる" mail="sage" date="2005/04/08(金) 17:51:04 ID:+8zeIhpi0">
    高度なネタですね
  </res>

</dat>

>>952
がんばれ

>953そんなかんじで
修正を加えると
<log>
<res num="948" name="動け動けウゴウゴ２ちゃんねる" mail="sage" date="2005/04/08(金)" time="17:46:04" ID="AQwRoo140">
その論理はちょっとおかしい気が <br> xmldb(?)で〜 <br> ならまだわかるけど
</res>

<res num="949" name="動け動けウゴウゴ２ちゃんねる" mail="sage" date="2005/04/08(金)" time="17:51:04" ID="+8zeIhpi0">
高度なネタですね
</res>

</dat>
相談：このような場合、レスアンカーはどのようにすれば 指定したレスに飛ぶんでしょうかね？/スレ番.xml?num="レスNo."でOKでしょうか？
>954あり
言い忘れたけど、HTML化も不要だな。
HTML同然だし。

ｽﾏｿ修正
</dat>→</log>

XMLは、いろいろなところで流行りだったりして、
各種フォーマットをそれにするというのは、センスとしてはむろんありえます。

で、もし２ちゃんねるのようなものを一から作るとしたら、
XMLベースでいくというのはかなりありえますが、
既に動いている２ちゃんねるに導入するからには、
「作るに足る大きなメリット」言い換えれば「XML化によって見える果実」が
必要な気がします。

後ろにDBを置きやすいとか、標準形式だからブラウザ作ったりする人が対応しやすいとか、
将来の拡張が容易とか、そのへんのもの＊以外＊に、何かあるといいかもです。

より、実利的な何かがいいかも。
例えば、10倍負荷に強くなるとか、かける工数に対してメリットが目に見える形で存在するなら、
その気にさせる動機になるかもです。

ここの掲示板は「非互換な形にいきなり内部形式を変える」ことには、かなり軽く動くところがあるので、
果実が甘くておいしいなら「いきなりバサっと導入」は、常にありえるかと。

大幅な仕様変更で専ブラ使えなくなったら困るぞ

メリット無くてもデメリットさえあってもひろゆきがやるといったらやる悪寒

html同然ってことは●の販売数落ちるかな？

常に全レス読み込みか、

そうか、Ajaxか…。だがしかし、、、

>>961
転送量を考えれば XML にしたって
read.cgi かなんかでの行数制限読み込みは必要だろう

２ちゃんの負荷分散は専ブラによるところが多い。
現在はIEや携帯の負荷を分散させる作戦中。
１００％htmlベースの通常の掲示板というのはシステムの増強なしには無理でしょう。
有料化など収益があれば別ですけど。

「bbs.cgiスレでXML化を言い出す奴=Java屋の会社に入った新入社員」
「bbs.cgiスレでMySQL化を言い出す奴=オープンソースWebASPを聞きかじった新入社員」

XML化してもハードウエアには優しいかも知れんけど、トラフィック的にはそうでも無いんじゃないの？

XMLの構文解析処理って結構重いんじゃないの？

libxml2をincludeしてソース書いたことあるか？

parser自体まともじゃないのもあるけどな

>>955
ちょっと要領を得ないのだけど、XML化したとして、そのparseはクライアント側が
やるんでしょうか？XMLをブラウザに丸投げしてブラウザが解釈？
だとするとクライアントの互換性が問題になってくると思う。

サーバーがparseするんであれば、その負荷が馬鹿にならないと思うし、
(Parser作ったことある人なら分かると思うけど、複雑な構文を殻に使った
入れ子のparserってかなり負荷大きい)結局read.cgiがベタデータをparseするのと
何も変わらんので、むしろ負荷は大きくなると思う。

あと、datの容量が減るというのが良く分からないのはどうして？
>>953の形式の方がディスクのリソース食いそうだけど。

ちとXMLについてはほとんど無知なのでおかしな事言ってたらｽﾏｿ。

>>965
同意。

>>950
ネタじゃなくてマジだったのかよｗ。レスついてるしネタにしとけばいいのに

>971
ひろゆきｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!
>957=root氏
今のスレは現在のbbs.cgiを使用して、
新スレは新しいbbs.cgiを使用すれば大丈夫だと思われ。
そして今のスレが全部落ちれば、XMLを本格運用すれば(・∀・)ｲｲ!!と思います。
他のメリット・デメリットにに関して・・・現在調査中。
>970全てクライアント。
互換性：デザインはCSSを使用してるので互換性は問題なし！！
datに付いてる<>←これが不要になる。
<a href="">〜</a>とかHTMLでは必要だけど、XMLは<mail>〜</mail>形式でGJ。
ログも読みやすくなる。(正直、今のDATは見にくい。)
read.cgiの容量も軽くなる。→鯖の負担も軽くなる。
専ブラがどうとかこうとか→実施の一ヶ月ぐらい前に、専ブラの作者にメールで通告。
>967重くなるのはクライアント側。けど体感速度は変わらない。
以上です。

なんか真性くさいなあ。
> datに付いてる<>←これが不要になる。
これﾁｮﾄﾜﾗﾀ

>>973
>>他のメリット・デメリットにに関して・・・現在調査中。
そういうのを調べた上で提案するんだろアホか
つかプレゼンした時あるの？

本気で言ってんですかねぇ。
実際に>955の例とDATのサイズを比較してみたことがあるんかな？
XMLやCSSに対応していないブラウザとか持ち出したら「主要ブラウザで
見れれば問題なし！」とか言うんだろうな…。

本７？

>975
DATより軽い等
既出のメリットだけで良いかなぁと思ってやった。
今は反省している。
>976基本的にHTMLと同じだっつーの。

XMLにすると、一般ブラウザ利用者が多ければメリットになりそうな気がするが、2chブラウザにとってはデメリットしかないんじゃないのか。
とにかく、datのファイルサイズが増えるのは確かだと思う。

>979その辺を何とかしてみようかと。

>>977
ﾜﾛﾀ

>>978 若いねぇ。
>955 のXML部分を拡張子htmlで保存してWebブラウザで開いてみなされ。
その表示でおまいさんが満足できるなら何も言うまい。
で、DATよりディスク容量をくうのは理解できた？

クライアント側でparseプラットフォーム汎用って言うとJava2のXercesに落ち着いてしまうわけだがどうよ。重いんじゃね？

いっそ全部preタグでくくってテキスト出しという手もあるなぁ。
文中のURLとか意味のありそうなとこは専用ブラウザが上手に解釈してあげると。

んでもAAがボロボロになっちゃいそうな予感ｗ

>>984
preタグだけはやめてくだされー
by au使用者

あのさぁ
すでにクッキーの仕様がIE以外無視でしょ？
主要ブラウザとか以前の問題じゃないかしら。

上で出てるけど俺も個人的にXMLに移行する理由がないと思います。。

まずはこのスレッドや運用情報板のスナップショットをXML化してどっかにアップしてみるとか・・・
サイズの比較とかもそれで一目瞭然と思うわけだが(^_^;)

ま、XML化する必要があるとは思えんけどね(^_^;)

(^_^;)

>987
壷が使えなくなるのが嫌だってキッパリ言えばいいのに

XMLのデメリットはサイズの肥大化だよ？
2chみたいにフォーマットが決まっている場合、
データ項目の変更も無いし、datで十分だよ

>>990
あと、XMLは構文解釈が面倒だしコストかかるから、datの汎用性がなくなると想う。
今の形式はPerlなんかでもさらっといじくれるのが魅力なわけで。

やはりdatの場合は<>SVが効力を発揮する場面でしょ。最近のエンジニアは何でもRDBに
突っ込んだりXML化するのが好きな人多いけど、結局コストが掛かって固定長や
CSVの方がよっぽどマシだったってケースも存在するんだよな。ちょっと愚痴。

テンプレでつ（建てた方がいいのかな？
─
peko鯖の稼動によりボトルネックの一つである事がより明らかになった
bbs.cgi作り直しプロジェクトです。

【開発環境の工事現場】
また挑戦。＠2ch掲示板　　http://dso.2ch.net/myanmar/
また挑戦２。＠2ch掲示板　http://dso.2ch.net/yangon/

関連スレなどは >>2-5 くらい
─
【関連スレ】
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
http://qb5.2ch.net/test/read.cgi/operate/1107376477/
read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/
◆ 全サーバトリップ統一作戦
http://qb3.2ch.net/test/read.cgi/operate/1067245837/
bby -- スレッド情報一元管理システム構築スレ2
http://qb5.2ch.net/test/read.cgi/operate/1086868799/
【広告・宣伝】Rock54【自動排除】　4
http://qb5.2ch.net/test/read.cgi/operate/1083063122/
─
【前スレ】
bbs.cgi 再開発ﾌﾟﾛｼﾞｪｸﾄ
http://qb3.2ch.net/operate/kako/1053/10530/1053067870.html
bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/operate/kako/1069/10691/1069144193.html
bbs.cgi再開発プロジェクト３
http://qb5.2ch.net/operate/kako/1076/10766/1076666901.html
bbs.cgi再開発プロジェクト４
http://qb5.2ch.net/operate/kako/1101/11019/1101984763.html
bbs.cgi再開発プロジェクト5
http://qb5.2ch.net/test/read.cgi/operate/1103495887/

サイズを気にしてるなら今のdatも作り直したほうがいいんでない？
このスレのdatを適当に削ったら一割以上サイズ減らせたし。

現行のサイズを気にしてるんじゃなくて、現行よりサイズが増えるのを気にしてるんでしょ。
rootが書いてるように作業量に対してメリットが大きければやるでしょ。
1割減らすメリットが充分大きければやるかと。

とりあえずアンカーにリンクつける必要ないんじゃない？
↓これ生成するときにつけたらいいのでは？
http://qb5.2ch.net/operate/html/1103495887.html
どうせread.cgiでは変換するんだから

名前がデフォルト名無しさんの場合はDATに書き込まず、
表示するときにSETTING.TXTから読んで付けるようにしたら？
結構削減されるような気がスルですが。

それ言うなら日付を元に戻すのが先決かと

そろそろ次スレか
立ててみるかな

次スレ
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1113117347/

↑乙。そして1000。

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。