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

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。

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