ＣＧＩでショッピングカートを作るスレ

ショッピングカート作ってそれをどうするんだ？

>>159
使い道なんてひとつしかねえだろ
ボケ

>>160
もしかして自分で使おうってことか？

スゲー糞スレ（藁
ヤツ並みだな（ｳﾋｮｹﾞﾗ

>>162
クソにはクソをってこった

業者防衛age（ｗ

age

http://homepage.mac.com/hiroyuki44/

広告張付野郎防衛age

.

糞スレ広告張付野郎定期age

...

guest guest

βακα..._〆(ﾟ▽ﾟ*)

私も脱いでます♪恥ずかしいけど見てね♪

http://jbbs.shitaraba.com/otaku/bbs/read.cgi?BBS=775&KEY=1058002614&END=100

dsgrth56uj67i8hiy

http://etc.2ch.net/test/read.cgi/hikky/1057266713/l50

...

キキキタタタタ━━━((゜(゜∀゜)゜))━━━!!!!
http://link.iclub.to/adalt/

guest guest

フリーで頒布されてて使いやすいやつあるぅ？

guest　guest

（ｗ

CGIなんてものは無くなる！！
これからはPHPの時代だぜぇぇ〜。

と、ツレのプログラマがのたもうてますが、
まぢっすか？

>>188
そんなアホウとは縁を切るべきだな。
CGIの意味もわかってないでものをほざくなと言ってやれ。

guest guest

guest guest

この板へ来て初めて見たのがこのスレッドなわけだが・・・
ひどいインターネッツだな

CGIで使えて
カード決済とコンビニ決済ができる
いいASPサービスやってるとこないっすかね？
今までストアツールを使ってたけど、自作カゴが
なくなったので

>>193
こんなもんでええの？
ttp://www.digitalcheck.co.jp/

>>194
そこの実装方法分かりますか？
HP見てもわからなかったので資料請求してみます。
できればランニングを安く上げたいってのもあって
一般的なレンタルサーバでも使えるといいのですが。。。

凄いことに気がついた。

ショッピングカートって、商品のカウントとか、
実はほとんどがクライアントサイドで完結する仕事じゃないか？
サーバサイドが要るのは注文を確定する一回だけ。

>>196
そうだけど？

>>196
時間の流れが普通のやつより遅いようだな

おお、だとするならば、世間的にやってるショッピングカートCGI開発って何なんだ

Java Script 無効にしてるとか cookie 無効にしている人もターゲットするとか、
そういうこと？

考えが浅いな
客の計算した値で注文をそのまま受けるのか？
ごまかしてないかチェックしなきゃならんだろ
それならサーバ側で再度計算するのだから二度手間なだけだろ

凄いことに気がついた。

199はアホだ

m

>>200

それはそうだが、チェックするのは[ウェブ]サーバである必要はないだろ。
注文結果をダウンロードしてチェックして担当に通知するプログラムがあればいいだろ　これはサーバサイドと呼ぶのか？

>>203
サーバーの中の人がやるんだったらそうじゃないの？

>>204

サーバの中の人って誰だ

サーバーの中の人も大変だな

３交代制だから1人８時間勤務だ

基本的にクライアントサイドのデータは信用しない
商品コードと個数だけ受け取って、金額の計算は
サーバ側でやるべし

合計した金額とカード番号をCAFISに通し、発送伝票を
担当部署のプリンターから発行するまでを自動化

>>208
CAFISに通すって、どうやるの？

そりゃ、
http://www.cafis.jp/
ここに申し込んで接続ソフトを開発して
CGIから呼び出すインターフェースも作る

>>210
うーん、大規模じゃないと割に合わない予感。
月に1000件程度の売上じゃ相手にもされなさそう。

age

今作ってるんだけど、「カートの中身を見る」ってとこは、ＣＧＩに渡さんと
項目のテーブルを追加していけないんでない？

それと商品ページを生成したり、追加、変更、ユーザーの商品検索も、みんな
ＣＧＩじゃないと駄目でないすか？

ＪＳでできることってフォームの入力チェックと、ユーザーの電卓部分ぐらい
しかないと思うが、比率でいうと8：2ぐらいで「サーバーサイド」じゃないのか
かと思うが、、、できたらみせますね。

>213
意味がさっぱり理解できません

SSLを使った、ショッピングカートの決済ををエプシロンでしようと思ってるのですが、
設定した方っていますか？
私は、perlはまったくのド素人なんですが、自力でやったら、どれほどかかるか
わからないので、質問しました。（VB、basic位です。）
教えてエロイ人

>>213
　がんばればJavaScriptでページ生成できるよ。
例えば、フレーム切っといて、ソースは親フレームのJSで
生成すると、なにかと楽
　だから、商品数少なくて、在庫処理とかしないシステムなら、
逆に２：８でクライアント処理できる。

　文字コードの問題もあるし、茨の道だと思うが、シャレとしては
見てみたいから、是非完成させてください

CGI Rescueとかのじゃﾀﾞﾒなの?

商品管理ってDB使ってるの？
おれはCVS形式にしちゃったけど。。。

>>218
小規模の物をまわしてるウチはCSVの方が良いと思う
何より蔵にとってもデータの所在がわかりやすいしね

けど、複雑な案件になってきたら検索やら挿入削除の実行部を
自前で実装するのと、SQL一発で実行するのでは開発コストが
かなり変わってくる。
今できなくても、暇見つけて勉強しなよ　損はしないよ

実装する機能にもよるが、「マスタ管理」もwebインターフェースで
やりたいなんて蔵が言ってるなら、なんかしらのDBは検討の価値ありかと

こんな本があったけど・・・

PHPとMySQLで作るショッピングサイト
http://www.cqpub.co.jp/hanbai/books/163/163010.htm

カード決済サービスで
そのサービス提供サイトに飛んでカード情報を入力するのでなく
自作CGIのページ内で入力できてかつ
リアルタイムに与信結果もとれる
サービスを提供してるいいとこないですかね？

>>221
板違い

PHPとMySQLで作るショッピングサイト
紙谷歌寿彦　著
を買ったやついる？

買ったよ。で？　>>223

PHPでショッピングカートを書いてるのですが、DBのテーブル設計で悩んでます。

現在考えてるのがユーザ情報のテーブルとして
メールアドレス名前生年月日性別住所電話番号購入履歴

商品情報テーブルとして
商品ID商品名　価格商品画像在庫商品説明メーカ名

を考えてるのですが、他に必要な情報ってありますか？

カタログ部分だけでいいや。カートはいらねー。
アファリエイトかAdSense貼って終わり。

>>225
どうでもいいけど、購入履歴が何故ユーザ情報に？

商品マスタに在庫も入れよう協会の人か・・・

>>227
次の営業活動で役立つんだよ。
SFAでｸﾞｸﾞﾚ

どういうショッピングカーとなら、みんなが喜ぶか
仕様を考えようよ

>>228
商品マスタに在庫数持つとまずいの？

>>231

マスタに在庫はいれんでしょ

商品マスタに連動したトランが必要

>>232
どのような不具合があるのでしょうか？
マスタにロックをかけるのがいやってこと？

不具合というのはないけど、考え方としてマスタに日々変更される情報を定義するのは、タブーでしょ

在庫や購入履歴は、マスターじゃないです。また、ユーザー情報と購入履歴は1：nですよね？

どれくらいのスキルをもっているのかわかんないけどこれが理解できないなら技術者ではないと思いますので
一度ＤＢ設計の基本を勉強された方がよろしいと思いますよ。

>>234
商品マスタと在庫は１：１じゃないの？
不具合がないならマスタに在庫数もってもいいじゃん
なんだよタブーってｗ

購入履歴を別テーブルにするのはあたりまえ。
225だってそのくらい分かってるだろ。

234は大型汎用経験者と思われ
いまどきマスターデータやトランザクションデータなんて言うやつおらんような・・・基本だけどな

ここの住民はそこまでの事考えちゃいないＹＯ

>>235
で？
上がり管理するのに別テーブル持たせるんだろ？
商品マスタに在庫も入れよう協会の人達って、頭がおかしい上に、なぜか布教するんだよなｗ
不思議で仕方がない。

>>236
彼はショッピングカートを作るんだよな？
自動化しないなら、メールで受け付ければいいだろ？
何でカートが必要なんだよ？
この見栄っ張りめ！

マスターの意味知らん奴らに何言っても無駄

234の言うとおり一度しっかり勉強しれ

>>234
DBの基本を勉強しても
そのタブーの解説はない希ガス

http://www.src-j.com/BOOK_NO/117.htm

ｺﾚﾖﾒ

中途半端な説明ｽﾏｿ

よく言われる例えとして、マスタが台帳。トランザクションが伝票。

マスタは、予め用意されるデータで日々の処理では基本的に参照用として使い、その管理は権限を有するものが行う。
例えば、科目や商品情報、顧客情報など

トランザクションは、処理中に更新されるデータ。例として、売上伝票など

マスタは、様々な処理で参照されるためにレイアウトが変更されることを嫌う。

カートなんかの処理だと、売れてくると様々な機能追加が要求される。

キャンペーンなどで一時的に一部商品を５％割引したいなど

この情報を商品マスタに持つとキャンペーン期間以外の履歴に影響するので処理が複雑化する。

こういう理由？（ほとんど経験上の推測だけど）から、マスタとトランという区別する扱いがある。

在庫情報などは、仕入伝票と売上伝票から発生するもの。場合によってはそれがどこの倉庫にあるか等も必要になってくる。

処理上は問題ないとしてもあとでどのような改変があるかわからないのでマスタにすべき。

こんなもんでどうさ。

飯いてくる。

>>242
なんで改行するの？

在庫数は商品情報といっしょのテーブルに
持ってもいいんじゃないかって話しだろ。

なんでいきなりキャンペーンの話しになったんだ？

>>243
皆が書いているのは、これが理解できないなら基本からしっかり勉強しろってことだよ。
例えば、日本語を学んでみるとか。礼儀を学んでみるとか。
その次にDBの基本に入っていけば良い。

在庫数っておれも
商品テーブルに持ってるよ。
まずいの？
だれか正解教えて〜

>>245
DB設計のノウハウなので、正解といわれても困るんだけど、
仕事なら一緒にするとやり直しだろうね。
でも、趣味で遊んでるだけなら別にいいんじゃないかな？
特に困ってないでしょ？

ちゃんと正規化しる！

>>246
あげてるやつ全部お前だろ？
勘違い痛いね

>>247
だれに言ってるの？

>>248
下げてるのも大体俺ですｗ

>>249
自演かよ
（・∀・）ｶｴﾚ!

>>250
みんなに非難されてると思ってへこんでたの？

ユーザ情報に購入履歴が、入ってるのは間違いです、ごめんなさい。
購入履歴は別テーブルにするつもり。

仕事で使うとかではないです。
DBを使ったプログラムの経験が殆ど無いので、練習で作りたいのです。
商品テーブルに在庫情報を持ったらいけないとか、知りませんでした。勉強になります。

と、仕入れテーブルと出荷テーブルから在庫数を導き出すのでしょうか？

そうするとテーブルは

ユーザ情報(マスタ)
メールアドレス，名前，生年月日，性別，住所，電話番号

商品情報(マスタ)
商品ID，商品名，価格，商品画像，商品説明，メーカ名

商品仕入れ(トラン)
仕入れ元，商品ID，入荷数

出荷(購入履歴と同一)(トラン)
商品ID，購入者メールアドレス，出荷個数，出荷年月日

って感じで問題ないでしょうか。

>>253
在庫数は商品テーブルに持つ
っていうのが結論だよ

あああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ

今、フリーのcgiを使っているんですが、コンビニ、カード決済を
導入するべくイプシロンに申し込んでるんですが、ＣＧＩの改造方法が
さっぱりわかりません。
イプシロンに対応したＣＧＩを無料で作ってくれる神のような方はおられませんか？

申し込んでるなら仕様と改造方法ぐらい教えてもらえるんじゃないの？

ショッピングカートを作る際、不正な商品価格の入力などを
防ぐ意味合いで、セキュリティーを高くする方法を教えてください。

例えば、選んだ商品の一覧を保存する方法としては、データ（ログインID、商品名、
数量、価格）はすべてhtmlのformで<input type="hidden" ・・・に記述して行う
方法だと、ローカルに保存したhtmlから自由に価格の操作が出来てしまいますよね。

>>258
マジレスすると
ちゃんとした業者に頼んだほうがいいと思う

>>259はマジレスになっていない件。

客ブラウザからもらうのは商品IDと個数。
金額計算はサーバ側で再計算して確認画面再送信だろワン栗詐欺以外は。

age

http://www.cj-c.com/cgi_s/cbbs.htm


新規投稿時（親記事）の入力項目（セレクトフォーム）を増やすしたいです。
設定でセレクトフォームをつけれるのですが１つだけで、もう１つ増やしたいのです。

test

t

川 ´‘ _‘||

d(*゜ー゜*)

⊂((・ェ・))⊃

>>23
&#192;&#192;z

クライアントサイドで金算とかイカれてるぜ

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

UWPG3OQ7OS

( ´･ω･)y─┛~~~oΟ◯

なんや、こりゃ驚いたわ