64コメント21KB

ショッピングカートの仕組み教えて！

■ このスレッドは過去ログ倉庫に格納されています

0001蚊と小判

2001/06/23(土) 09:49ID:8qukxi9A

俗に言うショッピングカートの仕組みについて教えてください。
・注文した商品は、クッキーに書き込む。あってる？？
・カートの中身は、クッキーの内容を表示する。あってる？？
・商品が売り切れた時の表示は、自分で更新する
　在庫用ＤＢ等とは連動できない。あってる？？
・注文はフォームメールで受け付ける。あってる？？

0002名無しさん＠お腹いっぱい。

2001/06/23(土) 10:14ID:???

・注文した商品は無理にクッキーに書き込まなくってもＯＫ
・で、あるからカートの中身もクッキーである必要は無い
・売り切れたときにＤＢと連動なんてしなきゃ意味無いじゃん
・フォームメールで受け取る以外に手段があるのか？

0003名無しさん＠お腹いっぱい。

2001/06/23(土) 11:42ID:???

ていうか、フォームメールって何ですか？
メールじゃないでしょ。CGIを通して受け取るわけでしょ。
無茶苦茶間違った使い方だと思うんだけど。

0004名無しさん＠お腹いっぱい。

2001/06/23(土) 11:47ID:???

＞１
ショッピングカートの統一仕様なんて無いから、サイトによるでしょう。

0005名無しさん＠お腹いっぱい。

2001/06/23(土) 12:06ID:???

>>3
> ていうか、フォームメールって何ですか？
> メールじゃないでしょ。

メールに決まってるだろ。

0006名無しさん＠お腹いっぱい。

2001/06/23(土) 12:26ID:???

>>3
ＣＧＩ通して送るメールだけどなにか？　ﾌﾟ

0007名無しさん＠お腹いっぱい。

2001/06/23(土) 12:34ID:???

“フォームメール”というと
  <form action="mailto:～～"> </form>
こんなのを思いつきます。
メールを受け取りたいなら↑とか
あとは sendmail を使う send_mail.cgi ていうCGIを用意しておいて
  <form action="send_mail.cgi"> </form>
でもいいわけだし

メールを受け取らなくてもいいならば
一番単純なのは掲示板の要領で
  <form action="post.cgi" method="POST"> </form>
とか

(´ー`)

0008名無しさん＠お腹いっぱい。

2001/06/23(土) 12:41ID:???

>>6
method=postで送られるデータって、メールですか？

0009名無しさん＠お腹いっぱい。

2001/06/23(土) 12:44ID:???

フォーム→CGI→スクリプト→sendmail→受注アドレスと客にメール
という場合、
フォーム→CGIのやり取りって、メールなんですかねえ。

0010名無しさん＠お腹いっぱい。

2001/06/23(土) 12:51ID:/dnaAWAM

cookieつかって、セッションID発行して、
セッションIDをキーにしたファイル等に商品情報を記録。
が一番楽かと。
原始的な方法だと、POSTとhiddenでデータを持ちまわすとか。

0011名無しさん＠お腹いっぱい。

2001/06/23(土) 13:04ID:???

>>9
いいたいことはわかるがかみ合ってないことも理解してくれ。
元々くだらんスレだから荒れるのだけは避けたいぜ。

>>10
ｉモード対応とかだと“原始的”手法を使うよね。
面倒なこと極まりないが（わら

0012蚊と小判

2001/06/24(日) 00:02ID:2AI1Cgl.

皆さん、相手してくれてありがとう。

>>2
ありがとう！！
で、ＤＢとページのデザインを連動させるにはどうするの？

>>3
すまそ。sendmailを使うやつっす。

0013名無しさん＠お腹いっぱい。

2001/06/24(日) 00:29ID:???

use Pg;
.. 中略 ..
$id   = $DATABASE->getvalue( $t, 0 ); # 商品番号
$img  = $DATABASE->getvalue( $t, 1 ); # 商品画像url
$name = $DATABASE->getvalue( $t, 2 ); # 商品名
$price= $DATABASE->getvalue( $t, 3 ); # 単価
$left = $DATABASE->getvalue( $t, 4 ); # 在庫

if( $left ){
print <<"_end_";
<dl>
    <dt>商品番号 $id : $name
    <dd><img src="$img"><br>
        単価：$price<br>
        残り：$left 個
</dl>
_end_
}
else{
    print "$name は売り切れです。ごめんね。";
}

0014名無しさん＠お腹いっぱい。

2001/06/24(日) 11:57ID:???

>>13の補足
ちゃんとＤＢを動かしてからの話だぞ（わら

0015蚊と小判（オシエテさん）

2001/06/25(月) 16:17ID:ypGO5BGU

>>13,14
サンチュ！！
ちなみに、この在庫の値（ＤＢの値）って減算して再格納するまで
ロック出来るの？
品物が無いっつうのに、同時アクセスしたユーザー全員に”在庫あり”
みたいな表示になると困っちゃうのね。

0016名無しさん＠お腹いっぱい。

2001/06/25(月) 18:14ID:???

リアルタイムな在庫でないことを表記すればいいだけでしょ？
そんなに出入りの激しい商品を扱ってるのか？
だったら在庫を切れないように大量においとけ

0017ショッピング加藤

2001/06/25(月) 19:47ID:???

＞１
大丈夫？やめといたら？

0018名無しさん＠お腹いっぱい。

2001/06/25(月) 22:21ID:???

>>15
運用の事とか真剣に考えてるか？
たとえば荒らし君が大量偽注文出してきた場合とか。

16の言うとおり、在庫数はリアルタイムではないとするか
あいまいにするのが吉。

0019ななしし

2001/06/27(水) 01:45ID:qXyZiYas

>>11
自前でプロセスＩＤ（みたいなもの）を管理発行して、
ＵＲＬに忍ばせて、プロセスＩＤをキーにＤＢに貯めておくって方法はいかが？
カートとは全く違うシステムでやろうとしているうえで考えた方式で、
カートでの実効性は分かりませんが、どうしても通信代が気になるので:-)

0020名無しさん＠お腹いっぱい。

2001/06/27(水) 10:02ID:QZkRRYtw

>1
１の理解度じゃ、自前で構築はすぐには無理だろう。

http://www.kaimonokago.com/index.asp

ここで、カートシステム借りたら？

0021蚊と小判（もっとオシエテさん）

2001/06/27(水) 22:30ID:t6PyDBZM

>>16
>>18
サンチェ！！
確かにそれで良いと思うんだけどね。でも・・
例えば、人気商品の販売をする場合ってあっという間に
品切れになっちゃうじゃん。
で、ボーっとしているうちに、余計なオーダーがバシバシ
来て、その後の品切れダビョーン処理が面倒じゃんさ。
だったら、注文するときに、もう品切れじゃん！！
ってリアルタイムに表示できればなあ～と思ったんさ。
自分の手間を少なくしたいんさ！！

>>20
サンチェ！！
おっしゃるとおりで、構築は無理でんな。
なんで、私の思いが実現できるカートシステム
知っていたら教えてくださいな。

0022名無しさん＠お腹いっぱい。

2001/06/28(木) 10:40ID:???

>>21
ＪＡＶＡで作れ、したらリアルタイムで表示できる

0023名無しさん＠お腹いっぱい。

2001/06/28(木) 11:09ID:???

言語の問題じゃないでしょう。

0024名無しさん＠お腹いっぱい。

2001/06/28(木) 12:15ID:???

リアルタイムもどきで数秒に１回読み込めばある程度の在庫はでるな
でもそれだけシビアな状況だとその処理が命取りになりそうだ。
そんなシビアな商売をネットでやろうとするのが間違いか（わら

0025名無しさん＠お腹いっぱい。

2001/07/01(日) 08:50ID:???

この商品は13秒に一度売れると概算して(藁
JAVAで13秒ごとに在庫を1つずつ減らしていけばいい。

0026名無しさん＠お腹いっぱい。

02/01/03 03:06ID:???

WEB販売用に商品確保してデータベース動かせばいいのでは？
注文はフォームメールが主流でしょうけれど、
注文もサーバーに保存して色々動かせれば面白いですよね。
客：[注文]→[代金振込]
店：[代金振込]の客を一覧表示、印刷して送付
店：送付した客のデータを[代金振込]→[送付]
店：[注文]でかつその注文が１週間前の客を一覧表示、[注文]→[削除]
こんな感じで。

0027nobodyさん

02/03/06 23:28ID:???

これはどう？
フリーのカート付きオンラインショップHTML制作ソフト。
JAVAでやってるみたいだけど。
http://www.zdnet.co.jp/download/pc/business/onlineshopmaker.html

0028nobodyさん

02/07/24 12:50ID:J1B4Z+of

もしかして25はJavaとJavaScriptの区別がついてないアフォですか？

0029nobodyさん

02/07/24 15:36ID:Yz7xNOqG

TEP（今はosCommerce）でいいんじゃないか？

本家：http://www.oscommerce.com
日本：http://www.bitscope.co.jp/tep/index.html

以前TEPの時に試したけど、けっこうしっかり作ってあったよ。

0030nobodyさん

02/07/24 15:58ID:???

一年以上前の書き込みにレスをつけてる
>>28はアフォですか？

0031山崎渉

03/01/15 13:52ID:???

（＾＾）

0032cgi or javascript

03/03/05 12:12ID:OjxUxMkn

質問野郎ですみませんが質問です。
ショッピングカートを作る場合、
1.既出のようにJavaScriptで作る
2.Cookieを利用する
3.パラメータでhiddenで引き継ぐ
どれが一般的ですか？
IE6.0はデフォルトはcookieが無効になっているらしく、
cookie使用のショッピングカートだと困る、という
お客様が多いのです。うちのお客様は中高年相手なので
「cookieを有効にしまして…」と説明しても難しいのです。
ちなみに商品点数は10-15点程度の小さなお店です。
一般的な方法を教えてください。

0033nobodyさん

03/03/05 12:36ID:???

>>32
4.サーバー側にセッション保存用の仕組みを構築し、利用する。

003433

03/03/05 12:48ID:???

1.JavaScriptが無効だと使えない。最近はそんなユーザーは少ないだろうが。。。
2.Cookieが無効だと使えない。使えても、適切に使わないとセキュリティ上少し危険。
3.hiddenパラメータはローカルにファイルとして保存されてしまうため、
商取り引きが絡むとセキュリティ上の問題となりかねない。
また、簡単に偽造可能。
4.上の方法に比べれば、はるかにマシ。
Java(JavaScriptじゃないぞ、念のため)のServlet+JSP環境を使うなら、標準でセッション管理できる。
PHPも標準でセッション管理が可能だったと思う。俺はよく知らん。詳しくは他のやつをあたってくれ。
Perlは標準ではできないが、Apatch::Sessionモジュールなどがけっこう有名。
日本語の説明ページもあるから、別にPerlだからセッション管理できないってことは無いと思う。
長文スマソ。

0035cgi or javascript

03/03/05 13:22ID:OjxUxMkn

>>33さん
大変詳しく解説していただきありがとうございました。
私はJAVAもPHPも使ったことがないので専門の方にお願いしてみます。

0036nobodyさん

03/03/13 09:12ID:???

ある程度の規模ならばJavaでやると楽かも（もちろん基礎知識が有るのを前提で）。

0037山崎渉

03/03/13 17:08ID:???

（＾＾）

0038nobodyさん

03/03/16 13:48ID:1ltepmdw

アメリカだったら、カートを使って、オンラインクレジット決裁が無いケースはほとんど無いけどな。
最近は、クレジット番号の成りすまし防止に、3桁の確認コードを入れさせている。
最近のVISAとMCには付いているから、裏の番号を見てみ。
4桁の数字が4つ　その後ろの3桁の数字が、確認用。
日本でドル建ての値段を付けたら、嫌がられるかな。　商品にもよるだろうが。
あるいは、定価は円建て、請求はドル建て。
ドルなら安いんだがな。
また、サービスの良いカートだと、距離や運送会社を選択した場合の運送料金とかも算出できる。

0039山崎渉

03/04/17 12:13ID:???

（＾＾）

0040山崎渉

03/04/20 06:20ID:???

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

■ このスレッドは過去ログ倉庫に格納されています