以下の機能が提案されています。
すぺしゃるさんくすchiakiさん
ログイン
ログアウト
ゲスト
ユーザー登録
ユーザー編集
ユーザー削除
ユーザー検索
需要登録
需要検索
需要編集
需要削除
需要分析
供給登録
供給検索
供給編集
供給削除
供給分析
マッチング
サービス提供予約
サービス申し込み
サービス成立
サービス発行
サービス完了
サービス分析
重要なところに優先順位を付けて実装していきませんか？
画面のphpファイル名を決めて定数設定ファイルを作りましょう。
とにかく情報を入力することと参照することから実装しましょう
すぺしゃるさんくすchiakiさん
ログイン
ログアウト
ゲスト
ユーザー登録
ユーザー編集
ユーザー削除
ユーザー検索
需要登録
需要検索
需要編集
需要削除
需要分析
供給登録
供給検索
供給編集
供給削除
供給分析
マッチング
サービス提供予約
サービス申し込み
サービス成立
サービス発行
サービス完了
サービス分析
重要なところに優先順位を付けて実装していきませんか？
画面のphpファイル名を決めて定数設定ファイルを作りましょう。
とにかく情報を入力することと参照することから実装しましょう
入力→削除→入力で初期は対応できますね。
フローとしては
入力画面を独立させておいてフォームの値の部分に変数を突っ込んでおけば
・新規登録時
└→情報を空に初期化→送信時に登録画面(または確認画面)に追加モードパラメータを送信
・エラーでの戻り値
└→ポストされたデータを返す
・編集時
└→編集対象のデータを拾って表示→送信時に登録画面(または確認画面)に編集モードパラメータとデータのキーを送信
■登録画面側では
・モード判別と不正な送信元の排除
・受けたデータの受信処理
・エラー処理
・登録エンコード処理(addslashesなど)
・モードによりUPDATE文またはINSERT文を作成
実行。
エラー表示処理をサブルーチンでまとめておくと便利。
あと、登録画面で使うエラー処理はだいたい定番化してるので
・空かどうかチェック
・数値かどうかチェック
・文字列が定型になってるかチェック
・文字列の長さをチェック
など、
こんなところを共通化できればいいかななんて思ってます
あーだこーだ言い合うのが一番手っ取り早いと
思うんだけどどうだろう？
直し前提でしょぼいプロトタイプから作ります
どこにアップしよう？
あとはサービス分類のところだけです。
道路情報のところはスピード重視なんで省きました。
郵便番号検索も得意な人が入れればいいので省きました。
量を一日あたりとかにするところも今入れてません。
あと、フィールドの長さとか、名前とか、例なんかは適当です。時間ないんでごめんなさい。
作れるかどうかわからなかったからある程度できるまで書かなかったんだけど、51さんとすれ違いになってなきゃいいなぁ。
ここから先はあんまり関わってる時間がなさそうなんで、あーだこーだ言うネタにでも使っていただければ幸いです。
お勧めのアップ場所があれば教えてください。
一応ログインからよろしく。
ななしさん、本当にありがとうございます。
PHPの本みながら、悩んで板ところでしたので・・・
>ここから先はあんまり関わってる時間がなさそうなんで、あーだこーだ言うネタにでも使っていただければ幸いです。
ええっと、どこかにソースUPしていただけませんでしょうか？
ひきつぎますー。
テーブルになかったステータスというのを追加しました。
通常のフローが
↓需要登録
供給待ち
↓供給登録（需要側にはメール）
発送待ち／未発送
↓供給側が発送（需要側にはメール）
到着待ち／発送済み
↓受け取る（供給側にはメール）
到着済み
という感じ。
－－－－
[需要側]
供給登録前には需要の取り消しができる。
[供給側]
供給登録後に発送できなくなったときには供給取り消しをする。
需要側にはメールが送られる。
需要側は、再度供給待ちにするか、取り消しをするか選択できる。
－－－
供給待ち
↓供給登録（需要側にはメール）
発送待ち／未発送
のところを
供給待ち
↓供給登録（需要側にはメール）
打診有／応答待ち
↓確認（供給側にはメール）。：ここで取り消しも選択できる
発送待ち／未発送
みたいにすれば、一度需要側が確認フローにも出来るけどかえって煩雑かな？
正直、chakiさんのテーブルが完璧だったんで、
出る幕無しと思い参加見送ろうかと思ってたんだけど、
せっかく作ったんだから、ま、一応といった感じでアップしました。
文字通り「叩き」台にしてくださいませ。
トップからダウンロードのリンク張りました。
やっぱりログイン後はシンプルなメニューのほうがいいかなぁ。
あとは、各画面にログアウトを入れるの忘れたorz