山下 陽介
yamas****@white*****
2006年 4月 23日 (日) 20:16:02 JST
曽我部 樣 お返事ありがとうございます。
先のメールを無題で送信しておりました。
みなさまにご迷惑をおかけし申し訳ございませんでした。
> catalog/includes/application_top.php の
>
> 222 if (function_exists('session_set_cookie_params')) {
> 223 session_set_cookie_params(0, substr(DIR_WS_CATALOG, 0, -1));
> 224 }
>
> で、クッキーのpathを設定していますので、pathを'/'にすればできると思います。
確認できました。問題なさそうでした。ありがとうございます。
> 別のテーブルにした場合、
> 1) 「各店products・reviews情報など」のなどをきっちり検討しないとAPの改造が
> 煩雑になる
> 2) 店舗ごとにテーブルを変更する場合は、TABLE_PRODUCTSを店舗毎に変更すれば
> 対応はできそう。でも、管理画面ではどう管理するのか?
> 3) products_idはintなので枝番は付けられないのでcharに書き換える必要が有る。
> つまり、関連テーブルを書き換える必要がある。商品の登録際にも枝番の採番
> とか変更が必要。
現在、この別テーブル方式の方が簡単ではないかと考えております。
1)のご指摘の通り「など」を検討し、catalog/includes/application_top.php の
TABLE_PRODUCTSなどを各店で変更しようと思っております。
それに対応する admin/includes/application_top.php も同様に変更し、
各店の商品などは、その店のadminでのみ登録編集できることになります。
顧客＆注文はどの店のadminから管理しても問題ないと考えております。
肝心の「など」は精査前ですが、TABLE_CATEGORIESなども店舗単位にしてしまえば、
この件での表示に関するプログラムの改造は一切必要ないのではないかと期待しております。
今後発生するカスタマイズは、全店舗のプログラムを同時に更新することで対応しようと思います。
3)のご指摘にあるproducts_idにつきましては、
ORDERS_PRODUCTSテーブルにshop_idを設けて店舗を識別すす方法が簡単ではないかと考えました。
さらに、その必要すらあるのかどうかよく検討したいと思っています。
と言いますのも、人的ミスの可能性は否めませんが、products_modelをユニークに登録しておけば、
何らかの必要ができた時には店舗まで（人間は）十分に特定できます。
現在のところ、これでapplication_top.php以外のソースを
店舗毎にカスタマイズする必要はなさそうだとほのかに期待しているところです。
ご意見、情報ありがとうございました。
-----------------------------------------------
得するキャンペーンやプレゼント情報を是非ご覧下さい！
livedoor 懸賞
http://present.livedoor.com/