レス数が1000を超えています。残念ながら全部は表示しません。

[深刻] ２ｃｈ負荷問題ふたたび勃発

1 ：名無しさん＠お腹いっぱい。 ：02/01/19 21:05

８・２６問題が再浮上かも。
http://teri.2ch.net/test/read.cgi/accuse/1011385033/
「いよいよ　何らかの手を打たなきゃどうにもならん状態になってきたようです」

関連ネタ
http://pc.2ch.net/test/read.cgi/tech/1002820903/360

141 ：名無しさん＠お腹いっぱい。 ：02/01/20 12:53

木形式のクライアントサーバモデルって感じ？

１つデータベースを用意して第１〜第８2chで共有みたいな。

142 ：名無しさん＠お腹いっぱい。 ：02/01/20 12:55

>139
ありがとう。
んーでも、それも一長一短だよね(笑)

143 ：名無しさん＠お腹いっぱい。 ：02/01/20 12:58

>>139

ドテ。プレインファイルよりdbmの方が効率が悪いってリンクが張られるのかと期待していたんだけど。
デーモン用意してそこで集中制御した方がパフォーマンスいいの、そんなの当たり前じゃん。（ぷ

そんなややこしいことするより、きちんと行LOCKされるRDBMSを使った方がいいのでは？

144 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:01

いっそ独自プロトコルを作る。
これなら圧縮し放題。
かちゅ〜しゃの様なクライアントを作って希望者はそちらを使う。
httpと平行させても多少は軽くなるのではないか？

145 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:06

RDBMSに一票

146 ：139 ：02/01/20 13:06

ウチが数年前に作ったBBSですと、Oracle WGS＋RMIサーバ＋Servletですが何か？

147 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:15

問題点を整理しましょうよ。

1) 転送量が大きくて困る
2) CPU 負荷が高くて困る
3) どっちもで困っている

前回は 1) が問題で、CPU 負荷はどうでもいいから転送量を下げることを目標にしたんだよね。

148 ：139 ：02/01/20 13:16

一応マジレスしておきますと、

>>142 Perl+dbmの方がステップ・アップする良い指針だと思ったのですが、
短所はどういう所でしょうか？
＃DBデーモンの数は複数、forkして処理、readは排他しない、とします。

>>143 現在の２チャンネルは、デーモン方式なのでしょうか？
あと、RDBMS使うのは良いとして、
大きなテキストの格納とか、検索性能とか、全文検索とか考慮した場合、
２チャンネルの場合どのRDBMSを使うのがよいでしょうか？

XML-DBとか出てますが(藁

149 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:16

>>147
2)フルアセンブラとか？安易だが。

150 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:17

>>146 負荷問題なら Servlet という手もあるかもしれない。
でも夜勤さんがオッケーしないかもしれない。

151 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:18

>>147
0) ビジネス・モデルが確立していないので、費用負担に限界がある.

152 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:21

データベースサーバ（夜勤さん）−複数の低負荷CGI（有志）

153 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:24

>>147
1),2),3) 負荷テスト・ツールを使って、
テスト系で性能測定＆パフォーマンスチューニングすべき＞＞夜勤さん、ＨＥさん

速度パフォーマンスを売りにするなら、
回線帯域幅とサーバ数だけじゃまずいんじゃないかなー

154 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:26

CPU負荷を下げる場合でも、まずは、何がCPUに負担をかけているかを分析した方がいいのでは？
たとえば、祭り状態のとき、

1.一つのdatファイルに集中してアクセスされる。
2.datファイルを得るのは1プロセスで、他は当然に待ち状態になる。
3.forkがいっぱいおきる。
4.メモリの使用率が増え、PAGINGが増す。

なんてことも仮定できる。

155 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:27

ここってSolaris？

156 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:28

>>155
IIS

157 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:30

>>155
まじ．．．？

158 ：名有りさん＠お腹へった ◆fSunOs.U ：02/01/20 13:32

現行HTTPの状態でも　まだある程度転送量削減の余地はあると思うんだよね
去年８月の騒動の時にも指摘していたのに　放置されたままだったんだけど......

それは　read.cgiは"Last-Modified"吐くようになったけど　各板の*.htmlは吐いてない
ということなんだよね　恐らく*.htmlが"server-parsed"になってるためだと思うんだけど
なので

・　"server-parsed"の必要がなければ切る
・　広告の挿入等のため"server-parsed"の必要があるのなら　.htaccessで
　　　XBitHack full
　と指定した上で　各*.htmlファイルのパーミッションを"g+x"にしておく

という対処で　*.htmlでも"Last-Modified"吐かせることができるはずなんだけど


あと　OSの入れ替えというのは困難かも知れないけど　もし可能であって
マシン負荷が問題というのなら　Linuxから*BSD or Solarisに入れ替えると
いうのも考えられるけども......

159 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:38

>>152 2ch.netの外に、キャッシュ・サーバ作るという感覚で、いいんでないかい？

160 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:44

>>154-158
たしか2chはLinux+Apacheだったはず
で、夜勤さんのレス見る限りでは現在問題になっているのは転送量だけ
みたいだね。
loadavg見た訳じゃないけど、恐らくCPUはかなーり暇してるんじゃないかな？

161 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:47

2chの運営で利益がでるのって広告収入だけだよね？
とりあえず、広告をなんとかした方がいいかと
あんなんじゃ誰も見ないし、常に右端に表示されるとかでないと・・・

現状の方法では、どんな頑張っても何ヶ月も持たないと思う
ビジネス・モデルをなんとかせんことにはいかんともし難い

162 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:50

転送量って言っても、これ以上の圧縮は難しそうだな。

163 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:52

とりあえず、事業化の方向だそうだ。
http://yasai.2ch.net/test/read.cgi/event/1011398301/

今回の騒動は事業化への布石（ｼﾞｻｸｼﾞｴﾝ）かもしれない。

164 ：転送料金 ：02/01/20 13:55

>>161
2ch_browser + Web < Web広告収入
まで持っていかないと2ch_browserに移行した際にWebビュー数と
広告収入が減少してかなーりヤヴァイ状態に成るんじゃないかな？
だから
2ch_browser + Web < 2ch_browser広告収入 + Web広告収入
という図式が確立出来れば良いんだけどね。。。
でもオープンソースソフトに広告を載せるのは難しいよねぇ。。。

165 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:57

htmlやめて、curlでも使えば？(藁
http://www.curl.com/html/

166 ：名無しさん＠お腹いっぱい。 ：02/01/20 13:58

>>164
2PL(GPL)みたいなの作ってここからの広告表示を必ず表示。
・・・無理かなぁ。

今でもカチューシャ分は食いっぱぐれてるんだよね。

167 ：sage ：02/01/20 14:04

とりあえず、無駄な画像（背景画像など）を消すとか、htmlコードを最適化するだけでずいぶん違いそうな気がするのだが。

168 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:08

>>167
ローカルホストにsquidを入れるとか(藁
でもsquidってせいぜい20%程度なんだよね。。。

169 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:09

ようは事業化のためで、既に決定されていたことみたいだね

206　切込隊長 ★　sage 　Date:02/01/20 09:48
>>204

　現実面では、とりあえずマニア店、広告あたりがデフォルトスタート
ですね。発表のタイミング次第では、交渉がまとまったものも同時に
告知できるかもしれません。

　まあ・・・法人化という意味では、２ちゃんねるを法人化せずに、
２ちゃんねるの外部に会社を作ると言うコミケ方式でいこうかと考えて
ます。ともあれ、俺はひろゆき抜きの事業化は考えないので、立ち上げ
て軌道に乗るまでのお付き合いかと思います。

>>205

　ある程度決まってから意見を聞かないと無責任かなと。
　あれいいね、これいいねでは何も進まないのを恐れていました。

　それと、少人数で事業化を進めてきたので、取りこぼしたアイデア
やリスクを考える意味でも広く意見を引き続き伺いたいと思っている
ところです。というのも、寄付の議論でもありましたように、やはり
規模がまだそれほど大きくなければ寄付でいくのがベストだというのは
早期から分かっていたことで、今できないのはやっぱり後悔してる
部分でもあるんで。

　あと、夜勤さんの負担の問題や、削除人の皆さんへの還元などを
どうするかということですかねぇ。まだこの辺は詰め切れてない部分
ではあるのですが。

　ともあれ、転送量問題から半年で事業化のめどを立てるという
目標は達成したので、後は収益性、採算性の検算をどうするかに
頭が逝ってます。

170 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:11

転送量

http://www.yakin.cc/

171 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:19

そろそろJava使いにサーブレットで作ってもらうか（藁

172 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:21

>>171
その前にプロトコル考えてくれ！
何で作ろうとHTTPDに乗っかったままじゃあんまりかわらん！

173 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:23

>>172
同意。ボトルネックはhttp+gzip

174 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:24

2chへのアクセスしか許可しない設定でhttp proxyをそこら中にたちあげるってのは？
無料ではやれないか、、

175 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:28

>>174
その串にどう人を分散させるかも考えないとね。
でも、即時性がウリの2chにキャッシュサーバを置くのはどうかと。
結局みんなリロードしまくって・・・。

176 ：宇多田ヒカルさんの将来の旦那ですヽ(`Д´)ﾉｹｯｺﾝｼﾃｸﾀﾞｻｲ ：02/01/20 14:28

http://www2.odn.ne.jp/~aaq77600/unix.swf
　
頑張って
　
癌歯って・・・・・・

177 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:32

やっぱp2pキャッシュかなぁ〜

178 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:33

>>177
デコードプロキシとか。

2ch->超高圧縮ファイル->デコードプロキシ->html->PC

179 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:37

NNTP の実験はどうなったんだっけ。

180 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:44

>>177 p2pキャッシュの動向を教えて！！

181 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:45

>>180
http://pc.2ch.net/test/read.cgi/tech/998915621/l50

182 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:46

>>181
あ、これ次期2chの話だったんだ。

183 ：squid ：02/01/20 14:48

>>175
reload_into_ims on
これだけでリロード対策OK!

184 ：名無しさん＠お腹いっぱい。 ：02/01/20 14:50

>>183
後はどうやってプロキシごとに限りなく最新の情報を得るかだね。
一分ごと更新？

185 ：宇多田ヒカルさんの将来の旦那ですヽ(`Д´)ﾉｹｯｺﾝｼﾃｸﾀﾞｻｲ ：02/01/20 14:54

http://obuchi.naikaku.com/angriff/upred/source/2117.jpg
↑次期主力型２ちゃんねるサーバー状況　FILES　NO.01
　
どうよ？

186 ：squid ：02/01/20 15:02

>>184
reload_into_ims on
にするとsquidが勝手に Pragma: no-cache を If-Modified-Since に
置き換えてくれるから大丈夫だと思うけど。
つーか、read.cgiはそのままでもHITしまくってるので
単に串入れただけでも結構効果有るんじゃないかな。

187 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:04

>>186
なる、納得。おてがるに対応するなら手だね。

188 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:12

専用ツールのみアクセス可とかカードを使った有料化は
存続のためにはやむを得ないのかもしれないが、それを
やった時から2chではなくなってしまうような気がするなあ。

厨だDQNだヒッキーだと罵られつつも、誰でもどこからでも
気軽に参加できる（＝ごく普通のWebブラウザが最低ライン）
というシステムが、常に新しい大量の水（きれいとは限らないがｗ）を
2chの中に流し続けていた。堰を造って治水を始めた瞬間から、
規模だけでかい、生ぬるく腐敗したそこらへんのWeb掲示板に
成り下がってしまうような気がする。
そして最後はfjやNiftyフォーラムと同じ運命を．．．なんてね。

技術系の板で書くことではなかったな。スマソ

189 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:13

>>186
よく考えたらすごいかも知れない。

２ｃｈ本体への負荷はプロキシ台数分に。
プロキシへの負荷は１／プロキシ台数分に。
理想的な条件ではおいしい気がする。

190 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:15

>>188
独自プロトコルにした場合もCGIやJavaによるWebから閲覧可能なクライアントももうければ解決するのではないでしょうか。
と、技術屋志望の男は思っています。

191 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:16

Unix 板の避難所作ってよ。

192 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:22

だから、専用ツールを使うヘビーユーザにだけ課金しようという魂胆なんでしょ。
プロトコルは秘匿できないから、技術的にうまくいかないと思うけど。

サンリオとでも提携して、モナーグッズで儲ければいいのにね。

193 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:27

３リオ ﾏﾝｾｰ

194 ：名無しさん＠Ｅｍａｃｓ ：02/01/20 15:29

8頭身モナー抱き枕キボンヌ。

195 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:30

proxy分散して置けるくらいなら、そのマシン使ってサーバそのものを板単位で分散させた方が楽では？
CDN的に近いproxyに誘導するとかいうことまでやる気なら、それはそれで意味あるけど。

196 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:30

モナー型アフィーナきぼん

197 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:35

絶対、山梨王が拒否すると思う

198 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:36

要はHTMLリロードの転送量減らせばいいような
単純に板はスレッド一覧だけ表示にしてしまうってのはどう？
一回のリロードで20kb以下に落ちるような・・・・

初心者的単純な考えだな〜

あとかんがえられるのはHTMLの表示スレッド数を5件に落とす！

199 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:38

いまだに問題点がはっきり出てこないってことは、
今回の危機は運営側のｼﾞｻｸｼﾞｴﾝだと思うな。有料化の口実。

でもいつまでも無料で続けろとは言えんしなあ。

200 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:42

>>199
そこが問題だね。金がなければ立ち行かない。けど
課金すれば2chの中身が大きく変わってしまうことは
必死。
この辺がしおどきなのかな〜

201 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:42

書いた直後の板リロード辞めて
書き込んだスレを最新50でリロード

キャッシュとか、コード最適化の前にまずはできるところから
転送量削っていこうよ

202 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:44

まぁ、運営側が何考えていようと、枠組みを破壊しない範囲で(藁
自分にとって都合の良い抜け道を用意しておくってーのが、
よろしいんではないかと、書いてみる。

203 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:46

>>199
「今回の危機」って何?
.cgi 変更に伴う混乱のことだったら、運営側がやったに決まってるじゃん。

204 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:46

htmlのリンクには、確かに使いにくい所も一杯残っている(藁

205 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:46

専用ブラウザは便利だし差分転送もやってくれる（らしい）ので、
ベタなWebブラウザ読みより転送量削減には大きく貢献する
と思うんだけど、便利さゆえに閲覧回数が飛躍的に増加するから
かえってマイナスってことなのかな。

206 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:48

まあ、要は2chばっか見てるな、と。
たまには外にでて遊べ、と。

207 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:50

一日一時間までとか

208 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:51

>>205
単に金取りやすいところから取ろう、ってだけじゃないの?

209 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:52

広告も、バナーはやめてもいいんじゃないかなあ。
googleの広告成功の秘訣はテキストオンリー＆検索文字列に対する的確な
広告の表示なわけで。
２ｃｈも広告営業を強化して、できるだけ各板の趣向にあった広告をテキストベースで
スレのトップにでも掲載すれば、多少はクリック率も上がりそう。

問題は２ｃｈに広告を掲載するのは企業としてのプライドが許さないってところがありそうなこと。
広告が掲載されているスレでボロボロに叩かれている可能性もあるわけだし（ｗ

210 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:53

[ERROR]２重リロードですか？

211 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:58

実際「金払ってもいい」って奴からの募金募ってもどのくらい効果あるだろうか・・・

212 ：名無しさん＠お腹いっぱい。 ：02/01/20 15:58

[ERROR]童貞ですか?
彼女がいるひとはそのままリロードしてください・・・・

213 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:00

>211
金はないが、身体でなら払ってもいい。
コーディングとか、夜のお相手とか。

214 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:03

>>213
逝っとけ。
http://teri.2ch.net/shop.html

215 ：広告こんな感じ？ ：02/01/20 16:03

0 名前：ホゲサッカー・ドットコム 投稿日：02/01/15 20:05
World Cupのチケットが当たる！
http://www.hoge-soccer.com/hoge/hoge.html

1 名前：1 投稿日：02/01/15 20:07
ﾅｶｰﾀについて語りましょう。


2 名前：2 投稿日：02/01/15 20:09
>>0
ﾌﾞﾗｸﾗ

216 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:15

書き込み時にcgiに現在の最新レス番号を渡して、
書き込み後は新着レスのみ表示。

217 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:27

dat直読み禁止して専用ブラウザで課金するとしても、
subback.html と read.cgi で無料で同じことできちゃうよねえ。

218 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:27

>>216
インターネットにゅーすかい。

219 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:35

jbbsやnihenみたいな外のBBSにリンクさせて
負荷分散すればいいかも。
ニュース関係が＋、７と３つもあるんだから一個か二個
過去ログごと引き取ってもらえれば．．．．

220 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:37

もう２ちゃんの技術がどうこうっていう問題ではないだろ？
いま２ちゃんに一番足りないのは、「お金」
一番高額な帯域幅は、ユーザーを減らすか、使いにくくするしか対策はない

221 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:40

ニュー速&ラウンジを外部委託しる
転送量も劇的に減るし

ニュー速の負荷を耐え切ったら
サービスプロバイダーの評価も劇的にアップするであろうって誰か言ってなかったっけ?

222 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:40

あるいはチャット状態をどうにかするか。

223 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:42

今の所の問題はリロードだと思う
>>198の
＞単純に板はスレッド一覧だけ表示にしてしまうってのはどう？
これはかなり有効だと思われ
>>216の
＞書き込み時にcgiに現在の最新レス番号を渡して、書き込み後は新着レスのみ表示。
で今回の危機は回避可能

224 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:42

>>220 いま２ちゃんに一番足りないのは、
切込投資家さんの遊び心を満足させる「経済活動」

でも、技術面も心もとなかったりして...
P2P掲示板、がんばってくれ。

225 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:43

使いにくくするのなら
>>198と>>201なんてどう？

226 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:43

貼っとく
http://teri.2ch.net/test/read.cgi/accuse/1011456825/388-389

227 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:43

ネットニュースのsucking（クライアントの振りしてオフィシャルな
ニュース鯖から記事を一括ダウソして、プライベートなmyニュース鯖に
再構築して、お家でﾏﾀｰﾘとニュースを読む）を思い出した。

これと同じ仕組みを誰かが作って、表向きは無料のブラウザから
アクセスしているが、裏ではｺｿｰﾘかちゅ〜しゃつかって今までどおり
読むとか（藁

228 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:43

>>219
ちょっと賛成。

2chは同一の掲示板スクリプトを使用するサイトの集まりです。
本家はリンクと２，３の掲示板を管理しています。
みたいな。

229 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:44

>>227
ID 取るときの契約書に
「そういうことやっちゃだめ」って書かれるんでない?

230 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:44

んで、P2P掲示板と、read.cgi改良と、2ch.net外キャッシュ・サーバ
に協力するにはどうしたらいい？

231 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:45

>>228
ring project みたい。

232 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:46

>>228
でも８．２５危機の直後、板引き取りますを宣言してくれた
2chライクな掲示板が、負荷に耐えきれず次々と陥落して
いった事実がな．．．

233 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:47

>>230
P2Pは今やってるグループの研究成果次第。
read.cgiは誰かが独占的に修正するのが吉かと。もしくはCVSw。
キャッシュサーバは常時接続組が実験して結果報告？

234 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:47

RDBMSに書き込み情報入れるのは、２ちゃんのようなシステムでは非効率
もしRDBMS使うとすれば、スレッド並び順保存くらいしかないだろ

235 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:48

>>234
じゃあどうしよう？

236 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:48

>>234
> ２ちゃんのようなシステムでは非効率
なんで?

237 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:50

>>234
カキコされたテキスト自体は普通のファイルシステム（ストレージ鯖）に
置いて、そこへのポインタ情報のみをRDBで管理するということね。
確かにカキコ自体をテーブルにInsertするのはどうかと思ふ

238 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:50

ちょっとお聞きしたいのですが、
今回の有料化っていうのは負荷対策の一環なんでしょうか？
それとも、負荷と有料化はまったく別の話？

239 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:52

負荷に見当った増強できるように有料化するんでない?

240 ：名無しさん＠お腹いっぱい。 ：02/01/20 16:52

>>238
＞有料化

・・・はい？

read.cgi ver5.26+ (01/10/21-)