大丈夫かお前
SQLite、案外にいいな
ログの管理が楽そうだ
結合が鈍いのが難点だが
751 :
nobodyさん:2009/06/17(水) 21:05:37 ID:IWequrKn
752 :
nobodyさん:2009/06/17(水) 21:47:23 ID:IWequrKn
あっ、746の意味がわかりました
ありがとうございますー
カテゴリごとにテーブルをあらかじめ作る
カテゴリテーブル内にあらかじめ各ジャンルの項目をidとして追加しておく
たとえばnewsテーブルにnews+のジャンルの場所で
新たにテーブルを作製するとして掲示板idを自動連番で作れば各掲示板の作製は可能だよね?
あとは掲示板id毎に呼び出せばその板は完成するし新しい板もすぐに作れるんじゃいの?
更新テーブルの作製と同じ感じにして作ればいいだけだよね?
あとは板id毎に呼び出せばいいだけ
お前は何を言ってるんだ
755 :
nobodyさん:2009/06/18(木) 12:57:06 ID:2bZlXcsl
>>753 DBのテーブルにどうデータを格納するかが疑問だったのです。
掲示板にスレッドが一つしかできないなら1スレ=1テーブルで簡単です。
多分、マルチスレッドはこんな感じでいいんだと思います。
===========================================
ID | 投稿者 | コメント | 投稿時間
===========================================
1 | tom | おはよう | 10:05
-------------------------------------------
2 | ken | こんにちは| 12:50
-------------------------------------------
1 | rin | あばばば | 13:00
-------------------------------------------
んで、ID1を1スレッド目、ID2を2スレッド目となる
全レス表示はselect * fom bbs where ID=1 ってな感じ
>>754 大丈夫かお前
Blogのコメントとかはどんな設計になってるんですか?
757 :
nobodyさん:2009/06/18(木) 13:06:39 ID:2bZlXcsl
ブログはただ更新日ごとに並び替えてるだけだから
id、update、その他
で並び替えてるだけだろ
カテゴリごとにテーブル作るとかアホすぎるだろ・・・
>>759 ???
スポーツ テーブル
|野球 テーブル
|サッカー テーブル
|ラグビー テーブル
こんな感じ?意味不明じゃない?
基礎から勉強する気ないならせめて有名な既存のアプリの構造くらい見ろよ
762 :
nobodyさん:2009/06/18(木) 21:07:24 ID:DYCy3X7Q
ニューステーブル(テーブル1)テーブル
|速報(板id1)
||麻生なんらた(スレid)
|||レス(レスid)
|ビジネス(板id2)
|
シュミテーブル(テーブル2)
テーブルごとに呼び出してあげて
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?きめぇw
主キーはIDですけど・。・
ID
1
1
1
2
に見えますが
773 :
nobodyさん:2009/06/20(土) 02:09:35 ID:QTBi5S9Z
質問ですが
画像掲示板の画像はデータベースに格納して管理するもの?
どちらでもおk
775 :
nobodyさん:2009/06/20(土) 02:45:20 ID:QTBi5S9Z
DB使わないほうがいいみたいですね
自己完結
776 :
nobodyさん:2009/06/20(土) 02:46:01 ID:QTBi5S9Z
DB格納じゃなくてUPディレクトリ作って画像はそこに入れて
DBには場所の指定だけすればいい
778 :
nobodyさん:2009/06/22(月) 00:48:01 ID:Gda6/b69
画像ディレクトリ数は一つでなく枚数で切り分けていったほうがレスポンス的にいいですよね?
どれぐらいの基準が妥当なんでしょうか?
1ファイル平均20kと考えて、1ディレクトリ1000枚ってどうでしょう?
とりあえず1行目の根拠は?
780 :
nobodyさん:2009/06/23(火) 09:49:21 ID:PLp9Bj1g
>>778 妥当だな
100ではディレクトリが増えすぎてどうにもならん
10000になるとサーバーが泣き出す
サーバ増やせよw
782 :
nobodyさん:2009/06/24(水) 13:56:15 ID:3DUTYr94
q
783 :
nobodyさん:2009/06/24(水) 14:00:24 ID:3DUTYr94
>>779 ファイルシステムの面からしたら分割したほうがよいと思ったけど、
気にするレベルではないのかも
ディレクトリに入るファイル数も1万5千くらいまでは問題ないみたいだし
でも管理上、分けたほうがいいかな
ファイル数よりも画像サイズ上限決めてそれ以上は古いのから削除でいいだろ
785 :
nobodyさん:2009/12/09(水) 15:36:46 ID:Y/4U5CwX
htmlからPHPを使ってコマンドプロンプトで入力したデータベースを
読み込みたいんだがどうすればどうすればできるんだ?
顧客情報ページってゆうhtml作ってその中に
コマンドプロンプトで入力した
顧客情報データベース(顧客ID、名前、住所)、
かごデータベース(商品ID、商品名、数量)を表示させたいんだが・・・
環境はvistaでApache使用だ
phpのコードがわからない…
データベース関数使えば?
787 :
nobodyさん:2010/08/27(金) 23:49:21 ID:ML8iTWso
"select * from a ORDER BY id desc LIMIT 20, 40";
$table_id=mysql_query($sql, $conn);
$entry=MySql_Num_Rows($table_id);
これで$entryが20にならないのはどうしてでしょう?
ちなみにデータ件数は53件でこの$entryは32になります
>>787 > LIMIT 20, 40
↑20件目から数えて40件(60件目)のレコードを引っ張ってくるって意味だからでしょ。
789 :
nobodyさん:2010/09/14(火) 23:02:18 ID:9q5J3OfB
スパム対策ってどうしていますか?
ならべくユーザーには負担かけたくないのですが
日本語のスパムも増えてるし、今後も増えるしBBQや、リファラーの自サイト以外は×、禁止ワード、アクセス禁止、
逆引きチェックなど、複数を組み合わせないと。
自動で投稿FORMを分析して、投稿するスパム野郎に有効。
スタイルシートで、普通なら見えないinput部分を作って、そこに投稿してくる奴はスパム。.htaccessで弾く方法。
1:スタイルシートに を追加。外部ファイルがBetter
.form_del {visibility:hidden;}
2:フォームに下記を追加
nameのcommentは、自分のFORMで使われて無く且つ、スパム野郎が好むようなのを選ぶ url,memo,message。
有名どころのCGIなら、既存の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\">";
}
793 :
789:2010/09/16(木) 01:34:58 ID:0KjQyMyY
丁寧な解説有難うございます。
スパムの性質で区別して減らしていくのですね。
$spam_levelって変数を作って、スパムの性質で、重みを加算。
Case文で、$spam_levelの大きさによって処理をするといいよ。
Ex:
ホスト名にjpが含まれない $spam_level++;
日本語以外の文章 $spam_level = $spam_level + 3;
・・・
ってな感じ
なるほど、偽フォームはいいやり方だなー
CAPTCHAとかって投稿する側からすると地味にうざいし
ただ、スパマーに反撃仕込むのは個人的には好きだけれど
BOTはレスポンスなんて見ないし、手動は基本的に抜けれるようにするものだから
あんまり意味ないとは思うトコロ
∧_∧
( ・∀・) | | ガッ
と ) | |
Y /ノ 人
/ ) < >__Λ∩
_/し' //. V`Д´)/ ←
>>409 (_フ彡 /
797 :
nobodyさん:2013/09/07(土) 09:15:38.40 ID:MPfa+Pzu
あげましゅ
798 :
nobodyさん: