>>49
何でそんなとこでつまずいてるんだｗ

決められた命名規則なんてない
自分がわかりやすいように
コードを書きやすいように
自分で規則を作ればいいんだ

>>49
その仕様を真似する意味が分かんないんだけど
そんなもの後回しにしろよ

おもしろいなこのスレ
頑張って踊れよ

10日間だから締め切りは2/10？

>>44
サイトオープン日に収入が発生するとでも？ｗ

たとえば　2084039759　だった場合
オークション > コンピュータ
のサブカテゴリをメニューに表示するわけですよね
「Windows,Macintosh,PC-98,FM TOWN,X68000,MSX,その他」をメニューに表示
そのメニューは、一個一個別々にhtmlに書くわけじゃないことはわかります。
メニューだけを別ファイルに保存して書くわけでもないですよね
（今後カテゴリ名が変更されたり増えた場合いちいち書き直すのが非常に面倒）

だからオークション＞コンピュータのサブカテゴリは
「これとこれとこれです」と別ファイルに用意するべきですよね？

訂正
2084039759は、
オークション > コンピュータ > パーソナルコンピュータ でした

>>1
じゃあボクとどっちが先に作れるか競争だねっ！

プロどころか下手な専門学校生よりも要領悪いな

↓も凄かったがこいつもなかなか・・・
【協力求む】大規模な検索サイトを制作中【会社】
http://pc10.2ch.net/test/read.cgi/php/1161784348/

>>56
db はどこに行ったのさ？

カテゴリの情報を db に入れておく
リクエストが来たら db 引けばどのカテゴリかわかるでしょ？
カテゴリがわかったらその id で品物を引けばいいでしょ？

君は思ったよりも重傷だから
上記のフリーのスクリプトを読んだ方が
結果的に早いと思うよ

>>61
なるほどカテゴリ情報テーブルを別に作るってことですか
たとえばカテゴリ番号2084039759
（オークション > コンピュータ > パーソナルコンピュータ ）
だった場合、どう処理したらいいですか？

たんなる単発質問スレだと思います。

カテゴリ専用テーブルって本当に必要なの？
いろいろ考えてみたけどどうも非効率のような気がしてきた。

>>63
単発じゃないです。
完成するまでみっちり質問していきます。

なんで質問するの？自分で作るんでしょ？

謙虚なんだか、傲慢なんだか判らない人だなぁ・・・
まぁ頑張ってね。生暖かく見ています。

ファイルベースでやりたいならそうすれば？

テーブル定義に半年ぐらいかかりそうな勢いだな

>>64
今はみんな面白がって見てくれてるけど
数日のうちに回答者のレベルに見合った質問ができるようにならないと
すぐに見放されるよ

あなたは悪い人ではなさそうだが
人柄だけでは人を惹き付けられないよ

何の努力もなしで自分専用質問スレにする気か

そんなんじゃ10日で作れるんですか

他力本願になる前にもっと勉強してからスレ立てればよかったのではないですか

>>64
db のリレーショナルな部分を使うなら
どのみち必要になるんだよ
リレーショナルな部分を使わないなら
db でやる必要がない

>>70
自分専用じゃないですよ。
誰でもオークションサイト作ったことや作りたいと思ったことありますよね。
そんな人は誰でも自由に質問してくれたらいいです。
わかる範囲なら自分も答えますし。

>誰でもオークションサイト作ったことや作りたいと思ったことありますよね。
ねーよｗ

>>71
なるほど、ではカテゴリは一応DBに収めたいと思います。
そこで先ほどの質問の続きです。

【カテゴリ　コンピュータ】
サブカテゴリ名　パーソナルコンピュータ　デジタルカメラ　ソフトウェア

【カテゴリ　パーソナルコンピュータ】
サブカテゴリ名　Windows Macintosh PC-98

【カテゴリ Windows】
サブカテゴリ名　デスクトップ　ノートブック

とします。
カテゴリ番号　2084039792　はコンピュータ > パーソナルコンピュータ > Windowsのカテゴリ番号です。
で、カテゴリ番号が2084039792だった場合、このカテゴリのパスとサブカテゴリを表示しなければいけない。
ということはカテゴリテーブルの構造は
【カテゴリ番号】（ユニークキー）
【パス】（それとも上位カテゴリ？）
【サブカテゴリ】（Windowsの下の層のカテゴリ）
うーん。どうも惜しいところまできてる気がします。
どうでしょうか？

一々まどろっこしいな
いっぺん「DB 正規化」でググって引っかかったページをいくつか読んだ上で、自分の思うようにテーブル定義を一通り書いてうｐれ

プロの皆さんから見たら初心者に見えるかもしれませんが
自分でも一応それなりにDBやPHPは勉強はしたつもりです。
正規化って最初に勉強することですよね？
復習はしますが、今の段階でわかる範囲は>>74に書いたとおりです。

質問して答えてもらうのが当然だと思ってない？

オークションサイトっていうのは個人情報扱うからセキュアが命。
10日でセキュアなオークションサイトなんて不眠不休でも、
作れるやつは一握り。

リレーショナルなんだから一つのテーブルでちまちま悩んでるよりももっと広い視野で考えた方が早いっつの

>>77
一応、質問して答えてもらうためのスレですから
答えてもらうのが当然だと思っています。

>>78
SSL対応させます。

>>80
セキュア≠SSL

>>80
あの…XSSとかCSRFとかって言葉出されて意味分かる？

>>74
最小限なら
id と親の id とカテゴリ名だけでツリーはできるわな。
最適化を考えるとこれだけではいけないだろうが。

>>82
XSS:クロスサイトスクリプティング
もちろん対策してPHPファイル作ります。
Apacheにmod_securityも導入してます。

CSRF:クロスサイトリクエストフォージェリ
こちらももちろん対策します。

言葉だけしっててもどうにもならんのよ。
とりあえずDBまわりはしっかり穴出さないようにやってください。

>>79
ちょっと勉強してきました。
単純なテーブル作るにも、テーブル分けてリレーションするのが正しいデータベースの作り方
らしいですね。
ということは
第一カテゴリテーブル
第二カテゴリテーブル
第三カテゴリテーブル
・
・
と作っていくと良いわけですね？

DBってドラゴンボールかなにかの省略ですか？
教えてください。穴って出るものでしょうか

>>86
だ、か、ら、そんな段階で一回一回確認取らんでもいいから、間違っててもいいから自分なりに設計して一通りテーブル定義書いてみろって
無理のある設計だったら全体像を見渡したり、プログラム組んでる内に問題点が見えてくる

全工程指示待ちで組んでたら覚わるものも覚わらん
テレビゲームみたいに手段を選ばずに目的地にたどり着ければいいって話じゃない
自分で作るなら体当たりで取り組んで理解しろ

それが嫌なら出来合いのスクリプトを拾ってきて運営しろ

>>86
別にそういう風に分けてもいいけどさー
管理が楽になるように分けるから意味があるのよ？

>>88
一応、確認の書き込みしましたが作ってます。
作ってる途中で指摘されたら傷口浅い段階でやり直せますし。
現在>>86のやり方で作ってる最中です。

>>89
管理が楽になるように作ってます。

言い訳の多い1ですね。

[category1]　テーブル　カテゴリ１
category_id　カテゴリのID
category_name　カテゴリの名前
category_sub　サブカテゴリ

[category2]
category_id
category_name
category_sub

これで、現在の場所とサブカテゴリを表示することはできますが
上位のカテゴリを表示するためには、何を追加したらいいですか？

つーかカテゴリに何時間かかってんだよｗ
1時間もあればマスタまで作れるだろｗ

この調子じゃ1ヶ月はかかるなｗｗ

>>83のアドバイスはどっか行っちゃったのね

データベースでこんな調子の奴が作ったサイトなんて悪いけど使いたくない

>>80みたいな考えしてる時点で甘えすぎ

>>93-97
そんなことばかり言ってるとこのスレもう続けませんよ？

一応、カテゴリテーブルの作り方はわかりました。
DB&リレーションだとカテゴリ名が変更されても追加されても管理は楽ですね。
あとはカテゴリをどんどん追加していくだけなので、今日は徹夜です。
ニートなので、朝までがんばりたいと思います。

というわけでみなさん

このスレ糸冬了

>>98
> あとはカテゴリをどんどん追加していくだけなので、今日は徹夜です。

ホントプログラマーに向いてないのなｗ
カテゴリなんてあとから増やせばいい。
いくつか作っといて動作確認したら次へ進むべき。