トップページ⇒php
1001コメント327KB

【PHP】下らねぇ質問はここに書き込みやがれ 50

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/07/11(水) 17:50:01ID:fYd+34US
まず読め→【PHP マニュアル】http://www.php.net/manual/ja/
PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。
過去スレ、関連スレ、FAQなどは>>2-10辺り

◆前スレ
【PHP】下らねぇ質問はここに書き込みやがれ 49
http://pc11.2ch.net/test/read.cgi/php/1182794620/

◆質問する時の注意
・ 自分のIDを表示させること。（メール欄に何も記述しないこと。空白も入力しちゃダメ）
・ サーバーのOS(Linux、Windows他)、WebサーバーとPHPの種類やバージョン等を明記すること。
・ 己の行った操作、変更などを詳しく明記すること。
・ エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・ 質問者として、態度をわきまえること。
・ 事前に公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。

◆質問後の注意
・偽者防止に必ずIDを表示させること。（メール欄に何も記述しない）
・2回目以降は最初に質問した際のレス番号を名前欄に入れること。
・解決しなくても回答をもらった場合はお礼を言うこと。
　（荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。）

◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。

【その他諸注意】
・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ
・SQLについての質問はデータベース板(PCカテゴリ)の各スレで
0015nobodyさん2007/07/12(木) 11:08:22ID:???
>>14
session_unsetは、全てのセッションファイルを削除する。
そもそもセッションは、セッションファイルをサーバー側に作って、
ファイルによってセッションを管理しているが、session_unsetを実行すると、
セッションファイルを作るフォルダが全て消去される。
つまり、セッションが現在繋がっているユーザーのセッション情報が全て廃棄されるので
普通は使わない。
特定のユーザーだけのセッション情報を破棄したいのなら、
セッション名を指定して廃棄するしかない。
0016nobodyさん2007/07/12(木) 11:12:54ID:???
嘘を書くのはやめろ
0017122007/07/12(木) 11:26:30ID:uQiGe5BL
>>15
クッキーからセッションID引っこ抜いて破棄するように
組み替えた
とりあえずこれで症状が出ないかしばらく様子をみます
ありがとう
0018nobodyさん2007/07/12(木) 11:47:21ID:???
テスト環境で試せば良いのにねぇ
0019nobodyさん2007/07/12(木) 13:39:43ID:???
>>14
ログアウトとかでセッションをリセットする場合って普通は
$_SESSION = array();
ってやんないか？
0020nobodyさん2007/07/12(木) 13:54:07ID:???
何か、このスレ嘘回答ばっか…
0021nobodyさん2007/07/12(木) 14:10:32ID:???
俺はunsetでやってるけどどうなんだ？
0022nobodyさん2007/07/12(木) 14:12:11ID:???
現在のステータス:質問1、糞質問1、嘘回答1、糞回答1

>>21
面倒臭くね？
0023122007/07/12(木) 14:15:25ID:???
>>18-20
鵜呑みにはしていないので…
ちなみにマニュアルに載ってる以下の方法で組みなおしてある
15がヒントになったのは確かので感謝はしてる


// セッション変数を全て解除する
$_SESSION = array();

// セッションを切断するにはセッションクッキーも削除する。
// Note: セッション情報だけでなくセッションを破壊する。
if (isset($_COOKIE[session_name()])) {
setcookie(session_name(), '', time()-42000, '/');
}

// 最終的に、セッションを破壊する
session_destroy();
0024nobodyさん2007/07/12(木) 14:19:30ID:???
>>12
＞マニュアルも読みましたが現在登録されている全ての
＞セッション変数を開放します。
＞としかなく全てというのが何処まで影響力を持つのかがわかりません
まあ、とりあえずマニュアルに付帯しているUser Contributed Notesぐらいは読もうね。
0025nobodyさん2007/07/12(木) 14:24:40ID:???
マニュアル嫁っていうやつは、マニュアルのどこを嫁ってのを書いたほうがいいかと思う
0026nobodyさん2007/07/12(木) 14:26:51ID:???
>>25
User Contributed Notesって書いてるだろ。それを全部読め
0027252007/07/12(木) 14:27:35ID:???
>>26
いや、俺は質問者じゃない
むしろ俺はセッション破棄にunset使ってるやつだ
0028nobodyさん2007/07/12(木) 14:28:41ID:???
いつまでも嘘ばっか言ってんじゃねーぞ！
0029nobodyさん2007/07/12(木) 14:52:58ID:cyViohry
携帯の通信方式を取得することはできませんか？
auの2GだったらCDMAとか・・・。

携帯のキャリア＆2Gor3Gを取得したいのですが、何かお勧めの方法などがあれば教えてください。
0030nobodyさん2007/07/12(木) 14:58:02ID:???
>>29
キャリアはUAで解ると思う
通信方式はキツイ、別にサーバーまでその方式で通信してきている訳じゃないし、機種から判断するぐらいしか無いんじゃないかな
0031nobodyさん2007/07/12(木) 15:00:53ID:cyViohry
>>30
なるほど。ありがとうございます。
リモートホストでキャリアを判別して、
UAで機種を振り分けですね。
0032nobodyさん2007/07/12(木) 15:02:00ID:???
>>11
それってどこかに解説ある？
http://itpro.nikkeibp.co.jp/article/COLUMN/20050917/221333/?ST=oss&P=2
ここ見てもキャッシュ・フィルタ・名前空間くらいしか書かれてないんだけど
クエリ自動生成とか興味あるから使ってみたい
0033nobodyさん2007/07/12(木) 15:50:00ID:???
>>31
や、UAで機種がわかればそっからキャリアも解るでしょ？
確かにリモホでやった方が楽だけど、どの道UAで振り分けるんだからいっぺんにやっちゃった方がリモホ分の労力浮くと思うよ
0034nobodyさん2007/07/12(木) 15:55:40ID:???
UserAgent偽装のPCをはじきたいんでしょ
0035nobodyさん2007/07/12(木) 16:00:17ID:cyViohry
>>33
>>34さんの仰るとおり、偽装PCを弾きたいのです。
携帯サイトは完全3Gのみ対応のサイトにしたいので、2Gも弾きたいです。
0036nobodyさん2007/07/12(木) 16:03:54ID:???
UAで偽装弾きたいっていう人たまに見かけるけど、偽装の件は別にして、
PCでケータイ用の画面見られることに不都合ってあるの？
IPの帯域でケータイUAを弾くと、Yahooやgoogleのケータイ用のrobotが偽装するUAも弾くことになるから、
検索エンジン経由でケータイサイトに来る人がいなくなるよ。
0037nobodyさん2007/07/12(木) 16:34:10ID:???
自作の着メロ作ってる人はPCで無断コピー・配布されたら困るし、
自作のプログラム配布している人は逆コンパイルされたら困るし、
クライアント様は検索エンジンなんて二の次だし、
そもそも検索の下位のサイトは検索エンジンの価値がないし
0038nobodyさん2007/07/12(木) 16:53:25ID:???
>>37
お前馬鹿かと思っていたけど、良いことも言うんだなぁ。
感心感心
0039nobodyさん2007/07/12(木) 17:51:32ID:???
763 名前： nobodyさん [sage] 投稿日： 2007/07/12(木) 17:47:34 ID:???
セッション使うより
会員制サイトならユニークIDにしたほうが効率よくない？

セッションだと
セッション→ID&PASS→DBより一致するデータを取得

ユニークIDだと
ユニークID→一致するデータを取得

GETにでも入れておけばいいんじゃね？
0040nobodyさん2007/07/12(木) 17:59:35ID:???
(・∀・)
0041nobodyさん2007/07/12(木) 18:00:23ID:???
>>39
いやいや、それはダメだろ
0042nobodyさん2007/07/12(木) 18:03:50ID:???
どこがだよ
0043nobodyさん2007/07/12(木) 18:10:11ID:???
>>42
どこがじゃねーだろオマエ！！
GETにしたら、そこから他のホームページに跳んだときに、
リファラーで、セッションを簡単に盗まれるだろうｗｗ
オマエのHPはそんなアホな設計してんのか？
0044nobodyさん2007/07/12(木) 18:16:24ID:???
>>39
その設計だと某アホーの子会社のように
クレジット番号入りの書き込みをされたお問合せ内容
を全部みられてあせらなければならなくなるぞ
0045nobodyさん2007/07/12(木) 18:20:37ID:???
>>43
毎回ユニークIDを変えるか、
リンク先とのページの間にime.muみたいにページ挟めばいいだけじゃね？
0046nobodyさん2007/07/12(木) 18:24:48ID:???
>>45
とんだ先の人間より
むしろ見ている人間のほうがたち悪い
と思うのだけど…
0047nobodyさん2007/07/12(木) 18:25:38ID:???
>>45
>リンク先とのページの間にime.muみたいにページ挟めばいいだけじゃね？

そんなめんどいサイト使いたくないな
0048nobodyさん2007/07/12(木) 18:27:42ID:???
>>47
だったらJavaScriptか何かで飛ばせばよくね？
0049nobodyさん2007/07/12(木) 18:32:08ID:???
セキュリティ上もそうだけど会員オブジェクトなんかセッションにいれとかないと面倒でしょ
各画面でログインしてる人のニックネームとか表示するときに毎回DBにアクセスするのか？
0050nobodyさん2007/07/12(木) 18:34:55ID:???
>>49
何かその設計思想もおかしいようなぁ。
二重ログインした場合のデータの更新衝突とか考慮してないだろ？
0051nobodyさん2007/07/12(木) 18:36:56ID:???
>>46
どっちにしろ、会員ページなんて全てのページにDB接続があるようなもんだろ
0052nobodyさん2007/07/12(木) 18:53:00ID:???
小手先のオンパレードですね。
0053nobodyさん2007/07/12(木) 18:54:52ID:???
>>52
小手先乙＾＾
0054nobodyさん2007/07/12(木) 19:10:00ID:???
小手先じゃなくて小手指だろｗ
0055nobodyさん2007/07/12(木) 19:26:00ID:???
小手指？
0056nobodyさん2007/07/12(木) 19:42:13ID:lBVkotIg
データベースからの取得や更新について詳しくかいてるサイト教えてください
0057nobodyさん2007/07/12(木) 19:46:51ID:???
>>56
http://www.php.net/manual/ja/
0058nobodyさん2007/07/12(木) 19:51:07ID:???
ここだとわかりにくいんです＞＜
0059nobodyさん2007/07/12(木) 21:02:26ID:???
phpじゃなく、SQLが知りたいんだと思う。
0060nobodyさん2007/07/12(木) 21:09:29ID:???
>>56
つ参考書
0061nobodyさん2007/07/12(木) 21:14:44ID:xgT4qcJe
【参院選】民主党から、在日コリアンの期待背負った金氏（民団幹部）が立候補…在日参政権訴え
http://news22.2ch.net/test/read.cgi/newsplus/1184227903/l50
0062nobodyさん2007/07/12(木) 22:02:54ID:???
>>56
プログラマのためのSQL ジョー セルコ
SQLポケットリファレンス 朝井 淳
自分の使うDBの中級者本

あとphpの環境ぐらい書いとけ
0063nobodyさん2007/07/12(木) 22:25:02ID:???
プログラマのためのSQL　いきなり読む本じゃない。

もっとマシな紹介しろよ。
0064nobodyさん2007/07/12(木) 22:36:23ID:???
>>63
文字数が多いだけで普通に初歩本だと思うけど
つかコレが読めないような方は値段見た時点で買わないと思う

つかそう思うならオススメあげとけよw
0065nobodyさん2007/07/12(木) 23:04:18ID:v1n4UJF6
PHPでこういう事出来ますかね？

あるサイトにアクセスして、一定時間表示されなければ、その処理は中断する。

fopenでURLを開くと同時に開始時間をスタートさせ、
一定時間経っても何らかの情報が取得出来ない場合は、次のURLを読み込む

というやり方で出来る気がしますが、まだ空想の段階です。
もし、出来そうならヒントとなる関数や組み立て方を教えて下さい。
0066nobodyさん2007/07/12(木) 23:08:38ID:???
>>65
stream_set_timeout
でできるよ。

メールサーバからの大量受信とかもこれでリトライとか、あきらめて次の処理とか出来る。
0067652007/07/12(木) 23:10:33ID:???
>>66
ありがとうございます！早速調べてみます。
0068nobodyさん2007/07/12(木) 23:12:54ID:???
>>64

「w」頭悪そうだね。
ま、悪いんだろうけど。
0069nobodyさん2007/07/12(木) 23:58:27ID:2QVskV9M
バカ皿仕上げ

68 名前：nobodyさん[sage] 投稿日：2007/07/12(木) 23:12:54 ID:???
>>64

「w」頭悪そうだね。
ま、悪いんだろうけど。
0070nobodyさん2007/07/13(金) 00:08:35ID:r6mqeqmj
さらにバカ皿仕上げ

69 ：nobodyさん：2007/07/12(木) 23:58:27 ID:2QVskV9M
バカ皿仕上げ

68 名前：nobodyさん[sage] 投稿日：2007/07/12(木) 23:12:54 ID:???
>>64

「w」頭悪そうだね。
ま、悪いんだろうけど。
0071nobodyさん2007/07/13(金) 01:35:56ID:???
forやforeachを使わずに、配列の中身を一気に
出力する方法って無いですかね？print_rやvar_dumpでもなく。
0072nobodyさん2007/07/13(金) 01:48:48ID:???
var_export
0073nobodyさん2007/07/13(金) 05:18:35ID:zCZ7I7UC
２ちゃんねるの投稿規制について教えてください。
書き込むときにクッキーが使えないと書けない仕様ですが、
クッキーを消しても時間規制にひっかかってしまいます。
そこでこのような２ちゃんの使用を勉強したいのですが、
クッキー以外にどこに記録がのこっているのでしょうか？
0074nobodyさん2007/07/13(金) 05:30:10ID:???
2chのサーバー上
0075nobodyさん2007/07/13(金) 06:43:28ID:???
>>73
180秒規制をなんとかしようとしても無理だよ。
0076nobodyさん2007/07/13(金) 06:57:24ID:zCZ7I7UC
ありがとうございます。
ということは、サーバに記録をのこしておけばクッキーが消されても規制できるということですね。
セッションを使えば同じことできますか？
0077nobodyさん2007/07/13(金) 07:03:19ID:???
セッションなんてクライアント側から切れるだろ
2chみたいな大規模な所は知らないけど、最近投稿したipを記録しておけば十分でしょう
0078nobodyさん2007/07/13(金) 08:20:18ID:zCZ7I7UC
ありがとうございます。試行錯誤して造ってみます
0079nobodyさん2007/07/13(金) 08:39:36ID:???
テンプレートエンジン(Smarty)のスレが見つからないんだけど
ここに書いてもいいのかな
0080nobodyさん2007/07/13(金) 08:44:40ID:???
>>78
例えば、以下のようなテーブルを作成すればできる
TBL_POST_IP
POST_DATE TIME_STAMP
IP_ADDRESS VARCHAR(15)

PRIMARY KEY をIP_ADDRESSに付ける

接続されたら
SELECT MAX(POST_DATE) MAX_POST_DATE FROM TBL_POST_IP WHERER IP_ADDRESS = '$_SERVER['REMOTE_HOST']'
MAX_POST_DATEが現在日時よりも一定時間経過していなければ
header("Location: http://www.yahoo.co.jp/";);
exit;
問題がなければ、
INSERT INTO TBL_POST_IP VALUES(NOW(), '$_SERVER['REMOTE_HOST']');
を実行すればよい。
0081802007/07/13(金) 08:51:02ID:???
あと、このテーブルはアクセスごとにデータがたまっていくから、
cronなどで適時消す必要がある。

例えば、一日ごとに、

DELETE FROM TBL_POST_IP WHERE TO_DAYS(POST_DATE) < TO_DAYS(NOW())

を実行すれば、昨日分のデータを全て消えるし、
毎日のデータ量もそれほど行かないと思う。

又は、このデータは永続的に保存しておきたいのなら、
INSERT INTO BACK_UP_TABLE SELECT * FROM TBL_POST_IP
とすればいい。
0082nobodyさん2007/07/13(金) 08:54:15ID:???
PKつけてるのにMAX(POST_DATE)って。DELETE→INSERTしないとぶつかるよ
しかもIPだと同じ会社で他のやつが書き込みしたら、いきなり書き込み制限されそう
0083802007/07/13(金) 08:55:25ID:???
>>81の補足で、
最後に書いたBACK_UP_TABLEのデータ構造だけど、
TBL_POST_IPと一緒にしておくことを忘れずに。

あとは、一回毎のアクセスの旅にTABLEにアクセスして
パフォーマンス劣化が心配であれば、
TABLEを作る際に、MOMORYテーブルにすればかなり高速で検索できるよ。

MOMORYテーブルは簡単にいうと、メモリ上に情報を格納するテーブルを作成するオプション。
HDDアクセスと比べてかなり高速。

やり方は簡単で、テーブルをCREATEする際に
最後に
ENGINE = MEMORY;
をつければOK。
0084802007/07/13(金) 08:59:49ID:???
>>82
ごめん、確かにそうだ。

INSERT INTO TBL_POST_IP VALUES(NOW(), '$_SERVER['REMOTE_HOST']');
↓
REPLACE INTO TBL_POST_IP VALUES(NOW(), '$_SERVER['REMOTE_HOST']');

にすればOKだ。

あとは、IPがいやなら、IPアドレスの代わりにMACアドレスをキーにすれば、
PCそのものを特定できる。
0085nobodyさん2007/07/13(金) 09:06:16ID:???
PHPでMACアドレスねえ
0086nobodyさん2007/07/13(金) 09:23:47ID:???
>>79
http://pc11.2ch.net/test/read.cgi/php/1122899232/
0087nobodyさん2007/07/13(金) 11:16:34ID:???
高付加価値のレスを頂きましてどうもありがとうございました。
0088nobodyさん2007/07/13(金) 11:42:22ID:HPPLyHwM
フォーム処理などの、よく使う関数を1つのファイルでまとめているのですが、
コンテンツが多くなる毎に、そのファイル無いの桁数も多くなります。

こういう場合、やっぱりコンテンツに応じて使用する関数ファイルを分けた方が
処理も早く、修正しやすいのでしょうか？
それとも、用途（フォーム入力時、確認時　など）によって分けた方がいいのでしょうか？

細かい点ですが、気になったので質問しました。
0089802007/07/13(金) 11:51:59ID:???
フォーム処理というのは入力チェックのことでしょうか？

入力チェックは大きく分けて、
存在チェック、
必須チェック、
型チェック、
文字長さチェック、
範囲チェック、
関連性チェックに分けられる。
それぞれごとに関数を定義したら、あとのフォーム毎に変わる部分は引数として指定して、
汎用的な作りにすればいい。

それでもファイル内の関数が大きくなるのなら、
ファイルを分割して__autoを使って動的に呼び出せば、
パフォーマンスは良くなる。
0090882007/07/13(金) 12:04:44ID:???
>ファイルを分割して__autoを使って動的に呼び出せば、
>パフォーマンスは良くなる。

この部分がよくわからないのですが、

フォームを使う部分は、form_func.phpをincludeし、
表示・確認時は、disolay_func.phpをincludeする

という考え方ではないのでしょうか？
0091nobodyさん2007/07/13(金) 12:11:19ID:???
>>88
パフォーマンスに有意な差は出ないと思うが。

開発・メンテ効率の方を重視して作ればいい。
0092802007/07/13(金) 12:16:46ID:???
>>90
分かりにくくてすみません。
一つずつ説明すると、

存在チェックというのは、
例えば、名前が来るはずなのに$_POST["NAME"]がinnsetがFALSEで帰ってくるかどうかです。
本来フォームで定義しているのに、キーが来ないというのは偽装されている可能性があるため、
即アクセス拒否する必要があります。

次に、型チェックですが、
例えば、名前は全角、郵便番号は数値型、などです。
予め、型が決まっている場合に、入力チェックで弾く場合に使います。
型が違う場合には、通常入浴画面に戻して再入力させます。

次に、文字長さチェックは、
例えば、郵便番号は7桁、年齢は3桁、などのように文字の長さが決まっている場合に使います。
文字長さチェックに引っかかった場合には、型チェックエラーと同じ動作をさせます。

範囲チェックは、
例えば、年齢は0〜120歳とか、生年月日の年が1900年から2007年までというように、
数値の場合に範囲が決まっている場合です。
これも、エラー時の処理は型チェックエラーの場合と同様です。

関連性チェックは、住所で字が入力されいる時に町名が入力されていないなどのように
異なる項目が関連している場合に、その関連性の妥当性をチェックする方法です。
関連性チェックでエラーになった場合には、悪戯で有る可能性があるので、
警告画面を出す必要があります。

長文になりましたが、ざっくり言うとこんなところです。
分かりにくいところがあったら、また投稿して下さい。
0093802007/07/13(金) 12:19:15ID:???
すみません。
必須チェックの説明を忘れていました。

必須チェックというのは、名前や住所など必ず入力しなければいけない項目が
未入力かいなかをチェックする方法です。

存在チェックとちがうのは、必須チェックはクエリーにキーがあるが、値がないかどうかをチェックするのに対して、
存在チェックは、クエリーにキーがあるかどうかをチェックする方法です。
0094882007/07/13(金) 12:28:29ID:???
>>92-93
せっかく書いていただいたのに申し訳ないのですが、
そういう記述を書いている関数のセットがあるわけです。
それを「フォーム処理用」としてまとめています。

それとは別に表示用の関するがありまして、
例えば、$sexが1なら「男」　$sexが2なら「女」という値を返す関数を作っているわけです。

ただそういう処理をひとつのファイル上でまとめていると、
後から確認した時にわかりづらいのではないか？っと思い、
「皆さんはどうしてますか？」っと質問した次第です。
0095nobodyさん2007/07/13(金) 12:46:11ID:???
関数必要ないでしょ

class Constants{
　　static $sexArray = array( '1' => '男', '2' => '女' );
}

<td>性別</td><td><?=Constants::sexArray[$_POST['sex']]?></td>
0096nobodyさん2007/07/13(金) 13:04:11ID:???
>>95
おいおい、今時テンプレートエンジン使わずに、
テンプレートファイルにphpの生書きしているってどうよｗ
0097nobodyさん2007/07/13(金) 14:54:12ID:FLkffxf0
session_regenerate_id()を使って、IDの名前を新しくすると、
以前に使っていたIDはどうなるのでしょうか？
もしサーバーに残るのでしたら、容量を抑えるために消したいのですが可能でしょうか？
0098nobodyさん2007/07/13(金) 15:57:46ID:???
>>96
サバによって生書きするしかない事が山のようにありますが何か？
0099nobodyさん2007/07/13(金) 16:23:41ID:???
age
0100sage2007/07/13(金) 16:28:08ID:???
sage
0101nobodyさん2007/07/13(金) 16:36:25ID:???
age
0102nobodyさん2007/07/13(金) 17:00:23ID:dloI7Add
>>1
↑みたいに、受け取った文章の特定の文字（一定の規則性を持った文字）
を装飾する（タグを付加して表示する）のってどうやるんでしょうか？
「pregなんかの正規表現で切り取って、タグで囲んでもとの位置に戻す」
という作業だと思うんですが、
一番スマートな方法を教えてください。
できれば具体例を示してもらえるとありがたいです。
0103nobodyさん2007/07/13(金) 17:01:32ID:???
preg_replace

>>(\d{1,4})
<a href="">\1</a>
0104nobodyさん2007/07/13(金) 17:05:51ID:7syhWac6
php+mysqlではじめてサイトを作ってるんですが
現状ログインユーザーがページを読み込む毎に
クエリが５本走るようになってます。
まだ追加したい機能があるので将来的には７〜８本は
クエリが走るようになると思うのですが
これって公開した暁にはどの程度の負荷になるのでしょうか？

仮に負荷が大きすぎて実用でないとしたら
どうすればよいでしょうか？
ストアドプロシージャの使用で負荷軽減になりますか？
javascriptのonloadで別に呼ぶのはページ表示を速くする効果がありますか？
0105nobodyさん2007/07/13(金) 17:10:07ID:???
やってみて負荷かかるようなら纏めればいいんじゃね？
0106nobodyさん2007/07/13(金) 17:21:08ID:???
数百万件のデータのテーブルに対して20本位のSQLを発行している
ページがあるけど、0.2秒から0.3秒程度で返却しているよ。
indexをうまく張れば、1000万件超えても余裕だよ。テストデータでのテスト済み。
0107nobodyさん2007/07/13(金) 17:21:38ID:NLrIBmGt
>>104

>>105に同意

あとで組み替えられるように粗な作りにしておけばOK、一発目で納得いくものはつくれんよ。

webサービスにやたらβが多いのも、あちこち試行錯誤、段階リリースやってるからだ。
あとは、本当にクエリが５本必要なのか？ってとこか。
01081042007/07/13(金) 17:26:34ID:7syhWac6
>>105-107
レスありがとうございます。
とりあえず完成させて、テスト公開してみたいと思います。
0109nobodyさん2007/07/13(金) 17:36:59ID:???
俺はいっつもクエリを1,2本で抑えようとするから
余計時間かかって、苦労するな・・・

テーブルなんて細部に分けた方が扱いやすいんだけどな。
1画面1フォームの場合は、すべて1つのテーブルで済ませようと思ってしまう。
0110nobodyさん2007/07/13(金) 17:38:56ID:???
それはそれでいいんじゃないの？その程度の規模のシステムなら。
0111nobodyさん2007/07/13(金) 17:40:37ID:???
良いけど悩む。

テーブルを増やすとソースが増える。確認がしづらい。
しかし、テーブルを減らすと汎用性に欠く。

どちらも一長一短だろうけど。
0112nobodyさん2007/07/13(金) 17:41:27ID:???
>テーブルを増やすとソースが増える

じゃあクエリ送信するときに一度テーブルくっつけちゃえばいいんじゃね？
0113nobodyさん2007/07/13(金) 17:50:35ID:???
DBのパフォーマンス気にしているようだけど、
そんなに気にするほどでもないと思うけど。

アクセス数が異常に多いとか、レコード件数が億を超えるような膨大な
金融機関系のシステムなら別だけど。
0114nobodyさん2007/07/13(金) 18:03:19ID:???
レコード件数が億超えたら、phpMyAdminで確認するのは無理だなw

てか、phpMyAdminの場合、1000件程度でも重いが・・・
■ このスレッドは過去ログ倉庫に格納されています