PHP+MySQL掲示板作ろうぜ

**nobodyさん** · 03/10/01 00:54

長期運用に耐え、勝手よく使える掲示板を生み出す。
クラス・ライブラリにして使いまわせるようにします。
MySQL以外のDBでも使えるようにAPI拡張も視野に入れて

基本APIと実装例
http://org.s38.xrea.com/bbs.php
臨時のログ・データ
http://org.s38.xrea.com/bbs.log
コレをベースに変更・改善を加えて各種機能を実装します。

ローカル・ルール
・みんなが気持ちよく参加できる雰囲気を作りましょう
・他者を不快にさせるような一方的な煽りは止めましょう
・荒らしやスレ違いは放置。放置できない人も荒らし同然。放置の美学
・厳格なバージョニングは必要でないが変更点はマメに報告しましょう。

**初心者** · 2006/06/23(金) 21:00:52

初歩的な質問ですが、where句の条件指定で、
where A like '%支店%'
or A like '%支社%'
or A like '%営業所%'
これってどうやってキレイにすっきり纏められますか？

**nobodyさん** · 2006/06/23(金) 23:02:09

>>698
なにがしたいのかわからん上に、お前さんのキレイの基準がわからんからﾆﾝともｶﾝとも

**初心者** · 2006/06/23(金) 23:25:09

>>699
えっとですね、
where A like ('%支店%','%支社%','%営業所%')
IN条件みたいに、()内のうちどれかにあてはまるみたいに出来ないかなぁって。
ちなみに上記だとコンパイルエラーになります…

**nobodyさん** · 2006/06/24(土) 00:50:36

SQLぐらい勉強したら？

**初心者** · 2006/06/26(月) 00:50:30

>>701
答えわかりますか？
一応オラクルシルバーフェローは持ってますけど、わからないのです。

**nobodyさん** · 2006/06/26(月) 04:11:19

やっぱり資格ってゴミだな(w

**nobodyさん** · 2006/06/26(月) 09:19:15

>>702
ちょっと待て、お前それ受かっておいて>>700とかそりゃあんまりだろ

**nobodyさん** · 2006/06/26(月) 11:40:25

ワロス

**nobodyさん** · 2006/06/26(月) 12:04:53

MySQLではREGEXP(RLIKE)が使えるんだけどね

**nobodyさん** · 2006/06/26(月) 12:14:21

あんまりDB依存のSQLは使わないほうがいいよ。
DB替える必要が出て来た時に困ることに成る。

**初心者** · 2006/06/26(月) 20:44:49

すいません！本当にバカなのは認めますけど、
どなたか正解を教えてもらえませんか？

**nobodyさん** · 2006/06/26(月) 21:41:46

>>698で良いだろう。
どんな実装してるか知らんが、変にまとめようとするとかえって使い勝手が悪くなる。
SQL文なんざ他人に見えるものじゃなし、もっと別方向に注力するべき。

**初心者** · 2006/06/26(月) 23:01:59

確かに698で動作的にも問題ないです。
でも、他の書き方も知りたいので是非教えて下さい！！

**nobodyさん** · 2006/06/26(月) 23:15:38

>>667
PHP+Mysqlくらい自分で勉強するか、習ってやれよ。
めんどくさいけど、そんなに難しくないよ。

**nobodyさん** · 2006/06/27(火) 09:41:14

今の人は正解を求めるんだよ。努力は嫌い。

**nobodyさん** · 2006/06/27(火) 12:40:18

>>710
LIKEだらけの糞SQL使うぐらいならテーブル設計からやり直す

**nobodyさん** · 2006/07/01(土) 02:34:45

質問です。
あるサーバーを立てて、そこにトラックバックＵＲＬ、内容、タイトルを
データベースにし、ブログにそれをサーバーからトラックバックさせることは
できますでしょうか？
アドバイスお願いいたします。

**nobodyさん** · 2006/07/01(土) 11:17:26

DBを使わないでつくることにこだわりを持っている人がいる。
美しいではないか。

**nobodyさん** · 2006/07/01(土) 13:13:58

できますでしょうか　という日本語はおかしい

**nobodyさん** · 2006/07/02(日) 07:35:01

普通にMTでもどうぞって感じだな。
MTが分からなければ有償で教えてもらってくれ。

**nobodyさん** · 2006/07/03(月) 05:11:53

MTのこと知りたかったので自動車学校通って免許取ってきたよ。

**nobodyさん** · 2006/07/06(木) 16:16:29

>>718

ﾜﾗﾀ。
車の"MT"じゃなさす。

**nobodyさん** · 2006/07/07(金) 02:04:00

マルチスレッド難しそう・・・

**nobodyさん** · 2006/07/11(火) 15:07:24

>>720
気のせい

**nobodyさん** · 2006/07/11(火) 15:49:47

まんこたくさん。

**nobodyさん** · 2006/07/11(火) 15:54:42

もっと突いて！

**nobodyさん** · 2006/10/07(土) 21:39:10

ｱﾝｱﾝ！

**nobodyさん** · 2007/04/15(日) 22:23:59

四年前の書き込みをみるとなんだか寂しくなってくる。
まったく関係ないやつだが。

**nobodyさん** · 2007/04/28(土) 14:26:19

徳岡っ誰ですか？いろいろ騒がれてるけど。そいつが何をしたんですか？

**nobodyさん** · 2007/04/28(土) 14:55:19

。test

**nobodyさん** · 2007/04/28(土) 15:07:19

>>725さん、それ誰か分かりますか。分かったなら教えてください

**nobodyさん** · 2007/06/11(月) 19:27:40

MySQL Query Browserを使ってフィールドの値を全角で書き込むとPHPから読んだ時に文字化けするのですが
どこを設定したら直りますか？

**nobodyさん** · 2007/06/11(月) 21:46:39

エンコード

**nobodyさん** · 2007/06/13(水) 10:10:05

mb_convert_encodingしても文字化けしたままです

**nobodyさん** · 2007/06/13(水) 10:34:20

＞＞７３１　教えてgooで環境とコードかいて質問してみ

**nobodyさん** · 2007/11/07(水) 09:57:13

レスってlongtextとblobってどっちがいいんですか？
それともchar(255)?

**nobodyさん** · 2007/11/07(水) 10:26:49

＞1がいないスレなんて。。。

**nobodyさん** · 2007/11/08(木) 18:45:37

2003年ごろなら、ネタになったんだろうな

**nobodyさん** · 2007/12/06(木) 18:39:00

今じゃﾈﾀにならないPHP+MySQL掲示板作ろうとおもってます・・・

クラス使おうと思ってるんですけど
MySQLの接続もクラスに組み込んで(インスタンス生成したときに)MySQLにアクセスさせてデータのやり取りはクラス内でやるのと
MySQLの接続はべっこにしてクラスからMySQLの関数にデータの受け渡しをするやり方
どっちがいいかなぁって考えてて
前者だと後々データベースを使わないでCSVにしようとしたらまた書き換えなきゃいけなくなるから
後者かなぁと思うんですけど
どうなんでしょう？

**nobodyさん** · 2007/12/06(木) 19:15:03

その程度で悩むならなんかフレームワーク使っちゃえば良いいんじゃないの。
悩みどころがごっちゃな文章なので問題点があまり見えてこないけど、
モデルとコントローラ分ければどっちでもいいと思うよ。
いつ接続していつまで保持するかは、画面遷移やUI／それらに絡む負荷次第で考える所かと。
データ側のモデル実装振り分けも、一度MySQL用にO/Rマッピングでもしときゃ分離すんのは楽なもんだよ。

◆long.7ZlqY · 2008/01/11(金) 11:37:31

unko

**nobodyさん** · 2008/01/17(木) 01:19:33

SUNに買収されますた

**nobodyさん** · 2009/03/22(日) 13:25:20

PHP+MySQLの入門書ってどれがいいの？

**nobodyさん** · 2009/03/22(日) 13:41:45

公式マニュアル

**nobodyさん** · 2009/04/17(金) 00:46:47

MySQLって商用でもライセンス契約しないでいい方法ってある？

**nobodyさん** · 2009/06/09(火) 13:31:17

mysqlって商用につかっちゃいけねぇの？

**nobodyさん** · 2009/06/09(火) 17:00:20

んなこたあない

**nobodyさん** · 2009/06/17(水) 14:16:11

くだらない質問だと思うのですが、教えてください

一般的に、
ＤＢでマルチスレッド掲示板つくる場合、
1レスを1レコードとするんですか？
そして1スレッドを1テーブルと。
では、新規スレの場合create table文を発行する？

システム内でテーブル作成なんてありえないですよね？

**nobodyさん** · 2009/06/17(水) 15:07:16

レスを分けることはないんじゃない？
たとえば代表的なグループ板を作って過リンいid1として
id１はニュースにした場合、テーブル項目でID振り当てて
1つのテーブルにいれればいいだけじゃないの？
テーブル作製はしなくとも項目だけ作成していけば板はいくらでも孵やせれる

**nobodyさん** · 2009/06/17(水) 16:21:12

>>746
全スレッドをテーブル1つにして、
ひとつのカラム(縦列)が１スレッドに結びつくということですか？
新規スレッド作成でカラムが増えていくということでしょうか。

alter table文を発行していくと。

**nobodyさん** · 2009/06/17(水) 16:41:32

ということは
レス追加は、insertでなくて

先に１０００行空を作っといてupdateしていく
というやり方になるのでしょうか

**nobodyさん** · 2009/06/17(水) 17:34:09

大丈夫かお前

**nobodyさん** · 2009/06/17(水) 20:06:56

SQLite、案外にいいな
ログの管理が楽そうだ
結合が鈍いのが難点だが

**nobodyさん** · 2009/06/17(水) 21:05:37

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

**nobodyさん** · 2009/06/17(水) 21:47:23

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

**nobodyさん** · 2009/06/18(木) 08:35:19

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

**nobodyさん** · 2009/06/18(木) 09:15:10

お前は何を言ってるんだ

**nobodyさん** · 2009/06/18(木) 12:57:06

>>753
ＤＢのテーブルにどうデータを格納するかが疑問だったのです。
掲示板にスレッドが一つしかできないなら1スレ＝１テーブルで簡単です。

多分、マルチスレッドはこんな感じでいいんだと思います。
===========================================
ID | 投稿者 | 　コメント　|　投稿時間
===========================================
1 | tom | おはよう | 10:05
-------------------------------------------
2 | ken | こんにちは| 12:50
-------------------------------------------
1 | rin | あばばば | 13:00
-------------------------------------------

んで、ID1を１スレッド目、ID2を２スレッド目となる

全レス表示はselect * fom bbs where ID=1　ってな感じ

>>754
大丈夫かお前

**nobodyさん** · 2009/06/18(木) 12:59:20

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

**nobodyさん** · 2009/06/18(木) 13:06:39

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

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

**nobodyさん** · 2009/06/18(木) 13:34:47

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

**nobodyさん** · 2009/06/18(木) 17:27:49

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

**nobodyさん** · 2009/06/18(木) 18:09:47

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

**nobodyさん** · 2009/06/18(木) 18:14:28

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

**nobodyさん** · 2009/06/18(木) 21:07:24

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

**nobodyさん** · 2009/06/19(金) 08:37:25

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

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

**nobodyさん** · 2009/06/19(金) 09:30:16

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

**nobodyさん** · 2009/06/19(金) 11:57:38

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

**nobodyさん** · 2009/06/19(金) 19:13:50

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

**nobodyさん** · 2009/06/19(金) 19:19:38

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

**nobodyさん** · 2009/06/19(金) 19:31:01

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

**nobodyさん** · 2009/06/19(金) 19:36:59

私ならこうやりますけど

ID c_name
1 地震
2 実況ch

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

**nobodyさん** · 2009/06/19(金) 19:55:03

主キーがSub_id？きめぇｗ

**nobodyさん** · 2009/06/19(金) 20:18:25

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

**nobodyさん** · 2009/06/19(金) 20:48:56

ID
1
1
1
2
に見えますが

**nobodyさん** · 2009/06/20(土) 02:09:35

質問ですが
画像掲示板の画像はデータベースに格納して管理するもの？

**nobodyさん** · 2009/06/20(土) 02:45:10

どちらでもおｋ

**nobodyさん** · 2009/06/20(土) 02:45:20

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

**nobodyさん** · 2009/06/20(土) 02:46:01

>>774
みたいですね

**nobodyさん** · 2009/06/20(土) 08:31:51

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

**nobodyさん** · 2009/06/22(月) 00:48:01

画像ディレクトリ数は一つでなく枚数で切り分けていったほうがレスポンス的にいいですよね？
どれぐらいの基準が妥当なんでしょうか？

1ファイル平均20kと考えて、1ディレクトリ1000枚ってどうでしょう？

**nobodyさん** · 2009/06/22(月) 01:03:54

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

**nobodyさん** · 2009/06/23(火) 09:49:21

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

**nobodyさん** · 2009/06/23(火) 15:49:20

サーバ増やせよｗ

**nobodyさん** · 2009/06/24(水) 13:56:15

**nobodyさん** · 2009/06/24(水) 14:00:24

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

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

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

**nobodyさん** · 2009/06/25(木) 10:58:40

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

**nobodyさん** · 2009/12/09(水) 15:36:46

htmlからPHPを使ってコマンドプロンプトで入力したデータベースを
読み込みたいんだがどうすればどうすればできるんだ？

顧客情報ページってゆうhtml作ってその中に
コマンドプロンプトで入力した
顧客情報データベース(顧客ＩＤ、名前、住所)、
かごデータベース(商品ＩＤ、商品名、数量)を表示させたいんだが・・・

環境はvistaでApache使用だ
phpのコードがわからない…

**nobodyさん** · 2009/12/09(水) 21:54:43

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

**nobodyさん** · 2010/08/27(金) 23:49:21

"select * from a ORDER BY id desc LIMIT 20, 40";
$table_id=mysql_query($sql, $conn);
$entry=MySql_Num_Rows($table_id);

これで$entryが２０にならないのはどうしてでしょう？
ちなみにデータ件数は５３件でこの$entryは３２になります

**nobodyさん** · 2010/09/07(火) 06:27:21

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

**nobodyさん** · 2010/09/14(火) 23:02:18

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

**nobodyさん** · 2010/09/15(水) 21:13:46

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

**nobodyさん** · 2010/09/16(木) 01:17:46

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

自動で投稿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;
}

**nobodyさん** · 2010/09/16(木) 01:19:33

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\">";
}

**789** · 2010/09/16(木) 01:34:58

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

**nobodyさん** · 2010/09/16(木) 10:19:59

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

**nobodyさん** · 2010/11/15(月) 01:18:52

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

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

?PLT(12079) · 2012/09/30(日) 20:40:36.13

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

**nobodyさん** · 2013/09/07(土) 09:15:38.40

あげましゅ

**nobodyさん** · 2013/09/07(土) 16:12:30.82

おいおい
>>797