>>749
まじでわからん。どういうこと？

あっ、746の意味がわかりました
ありがとうございますー

カテゴリごとにテーブルをあらかじめ作る
カテゴリテーブル内にあらかじめ各ジャンルの項目をidとして追加しておく
たとえばnewsテーブルにnews+のジャンルの場所で
新たにテーブルを作製するとして掲示板idを自動連番で作れば各掲示板の作製は可能だよね？
あとは掲示板id毎に呼び出せばその板は完成するし新しい板もすぐに作れるんじゃいの？
更新テーブルの作製と同じ感じにして作ればいいだけだよね？
あとは板id毎に呼び出せばいいだけ

お前は何を言ってるんだ

Blogのコメントとかはどんな設計になってるんですか？

ブログは、シンプルな掲示板と同じかと

http://book.cakephp.org/ja/view/219/Blog

ブログはただ更新日ごとに並び替えてるだけだから
id、update、その他
で並び替えてるだけだろ

カテゴリごとにテーブル作るとかアホすぎるだろ・・・

>>759
？？？
スポーツ　テーブル
｜野球　　テーブル
｜サッカー　テーブル
｜ラグビー　テーブル
こんな感じ？意味不明じゃない？

基礎から勉強する気ないならせめて有名な既存のアプリの構造くらい見ろよ

「ギークをピクっとさせる 10 の発言」
第 10 位「本物のプログラマーなら、絶対に PHP は使わない」
http://wiredvision.jp/news/200906/2009061721.html

ニューステーブル(テーブル1）テーブル
｜速報(板id１）
｜｜麻生なんらた（スレid）
｜｜｜レス（レスid）
｜ビジネス(板id2）
｜
シュミテーブル(テーブル２）

テーブルごとに呼び出してあげて
selectで板毎表示して、板idに対してスレidを自動増加させてスレを作らせればいい
ニューステーブルのスレは全部ニューステーブルに書き込む
スレid毎にselectさせて各スレを表示する　書き込む際もスレid指定にすればいいだけだろ
SQLの基本なんだがｺﾚ

なんでカテゴリID使わずにわざわざテーブル分けるの？

2ch目指すなら将来のdatがらみの拡張も視野に入れて分けてみてるだけ
全部一括テーブルなら1万スレに10万レス～で重くなると思ってね

重くなるってどれくらい？

車に足の指ひかれるくらい

インデックスを適切に張れば10万件でも怖くない
ま、あくまで適切にだけどね。わからんかったらテーブル増やすのもよかろう

私ならこうやりますけど


ID c_name
1 地震
2 実況ch

Sub_id ID c_name
1 1 地震headline
2 1 地震速報
3 1 臨時地震
4 2 実況headline

主キーがSub_id？きめぇｗ

主キーはIDですけど・。・

ID
1
1
1
2
に見えますが

どちらでもおｋ

ＤＢ使わないほうがいいみたいですね
自己完結

>>774
みたいですね

DB格納じゃなくてUPディレクトリ作って画像はそこに入れて
DBには場所の指定だけすればいい

とりあえず１行目の根拠は？

>>778
妥当だな
100ではディレクトリが増えすぎてどうにもならん
10000になるとサーバーが泣き出す

サーバ増やせよｗ

>>779
ファイルシステムの面からしたら分割したほうがよいと思ったけど、
気にするレベルではないのかも

ディレクトリに入るファイル数も1万5千くらいまでは問題ないみたいだし

でも管理上、分けたほうがいいかな

ファイル数よりも画像サイズ上限決めてそれ以上は古いのから削除でいいだろ

データベース関数使えば？

>>787
> LIMIT 20, 40
↑20件目から数えて40件(60件目)のレコードを引っ張ってくるって意味だからでしょ。

スパム対策ってどうしていますか？
ならべくユーザーには負担かけたくないのですが

>>789
日本語の選別が簡単

日本語のスパムも増えてるし、今後も増えるしＢＢＱや、リファラーの自サイト以外は×、禁止ワード、アクセス禁止、
逆引きチェックなど、複数を組み合わせないと。

自動で投稿FORMを分析して、投稿するｽﾊﾟﾑ野郎に有効。
スタイルシートで、普通なら見えないinput部分を作って、そこに投稿してくる奴はｽﾊﾟﾑ。.htaccessで弾く方法。

1:スタイルシートに　を追加。外部ファイルがBetter
.form_del {visibility:hidden;}

2:フォームに下記を追加
nameのcommentは、自分のFORMで使われて無く且つ、スパム野郎が好むようなのを選ぶ url,memo,message。
有名どころのＣＧＩなら、既存のnameを変更するとか

<input type="text" name="comment" size="50" class="form_del">

3: 投稿の処理部分（perlなら）

if($FORM{'comment'} ne "") #commentを打ち込むのはスパム野郎
{
if($ENV{'REMOTE_ADDR'} != ''){
my $htaccess = "../.htaccess"; #各自の.htaccessまでのパス

my $deny = 'deny from ' . $ENV{'REMOTE_ADDR'} . ' "# ' .$ENV{'REMOTE_HOST'}.' "' . "\n";
# $deny = 'deny from ' . $ENV{'REMOTE_ADDR'} . "\n";
open (OUT, ">> $htaccess");
print OUT $deny;
close (OUT);
}
print "Location: http://$ENV{SERVER_NAME}\n\n";
exit;
}

print "Location: http://$ENV{SERVER_NAME}\n\n";
のトコは、下記するものご一考

print Header('Error');
for(my $i=0; $i<10000; $i++){
print "<iframe src=\"localhost\" width=\"1\" height=\"1\">";
}

丁寧な解説有難うございます。
スパムの性質で区別して減らしていくのですね。

$spam_levelって変数を作って、スパムの性質で、重みを加算。
Case文で、$spam_levelの大きさによって処理をするといいよ。
Ex:
ホスト名にjpが含まれない　$spam_level++;
日本語以外の文章　$spam_level = $spam_level + 3;
　・・・
ってな感じ

なるほど、偽フォームはいいやり方だなー
CAPTCHAとかって投稿する側からすると地味にうざいし

ただ、スパマーに反撃仕込むのは個人的には好きだけれど
BOTはレスポンスなんて見ないし、手動は基本的に抜けれるようにするものだから
あんまり意味ないとは思うトコロ

　　∧＿∧
　 （　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　 　 |　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/ ←>>409
　（＿フ彡　　　　　 　　/

あげましゅ

おいおい
>>797

その?
「こ」