ショッピングカート総合スレ

**nobodyさん** · 2008/06/25(水) 19:45:26

■ 関連サイト
[生き残れるか]EC-CUBE[3店舗目]
http://pc11.2ch.net/test/read.cgi/php/1209204054/

[基地外]osCommerce系[隔離スレ]
http://pc11.2ch.net/test/read.cgi/php/1166232514/

■ オープンソースの主要ECサイト構築システム
・ Zen Cart
http://zen-cart.jp/
・ osCommerce
http://www.bitscope.co.jp/tep/
・ EC-CUBE
http://www.ec-cube.net/

FC2ショッピングカートやColor Me Shop! などの
サービス型ECサイト構築システムの話題もOKです。

**nobodyさん** · 2008/06/25(水) 19:46:23

なんかいろいろ分散しているので、まとめてみました。
需要がなければ、勝手にDAT落ちしていくと思いますので、
興味がない人は、ぜひスルーの方向でお願いします。

**nobodyさん** · 2008/06/25(水) 20:47:26

オープンソース限定？

ネットショップオーナのスレにも人は多いんだけど。
http://pc11.2ch.net/test/read.cgi/hp/1199970372/

**nobodyさん** · 2008/06/26(木) 11:08:36

ま、確かに、今からショップ構築するとなるとオープンソースの選択に迷うんだよな。
EC-CUBEが7月7日に何か発表するようなアナウンスしてるけど、どうなることやら。

**nobodyさん** · 2008/06/29(日) 13:44:39

今までの経緯見ても７月７日は期待できないね。

**nobodyさん** · 2008/06/30(月) 17:25:08

オープンソースなのにMySQL は商用利用だと有料か全ソースコードを公開に・・。
悪いことに Zen Cart も osCommerce も MySQL しか対応してないし・・・。

**nobodyさん** · 2008/06/30(月) 17:47:11

SUNに買われてもライセンスはそのままなの？

**nobodyさん** · 2008/07/05(土) 21:11:19

テンプレにあるオープンソースの３つのECサイトは全てphpベースですが、
Perlベースのオープンソース　ECシステムで使いやすいものを教えてください！

**nobodyさん** · 2008/07/08(火) 21:06:24

ショッピングカートって業者に作ってもらうもんじゃないんですか？

**nobodyさん** · 2008/07/11(金) 09:25:01

ここのWEBプログラミング板は、ショッピングカートを自作するような人たちの板でしょ。

**nobodyさん** · 2008/07/11(金) 11:54:42

通はKENTを使う

**nobodyさん** · 2008/07/11(金) 13:43:04

KENTってまだあったのか？

**nobodyさん** · 2008/07/14(月) 05:50:49

オブジェクト指向に移行してperlでしこしこつくっているけどなかなか完成しねぇw

経理や在庫や発注管理やら発売日予約管理などもろもろ必要な部分つくっているけど、
膨大だな。

**nobodyさん** · 2008/07/14(月) 12:04:17

しかも汎用性が全然なくてな

**nobodyさん** · 2008/07/14(月) 14:01:01

ショッピングカート用のフレームワークを作るとか？
既にあるんですかね？

**nobodyさん** · 2008/07/15(火) 12:41:37

ショッピングカートのセッション管理ですが、
サイトを開いた時点から管理すべきか、買い物かごに入れた時点から管理すべきか、どちらがいいですか？
また、前者を選ぶ方の理由は何ですか？

**nobodyさん** · 2008/07/15(火) 20:35:54

そんなの、セッション管理の目的と方法次第でしょう。

**nobodyさん** · 2008/07/16(水) 02:11:30

>>17
レスありがとうございます。確かに、目的と方法次第ですね。
サイトを開いた時点からセッション管理を開始する目的には、どのようなものがあるのでしょうか？

私はPerl　CGI::Sessionで試し中です。

**nobodyさん** · 2008/07/16(水) 02:35:58

サイトを開いた段階から利用者を特定できるので、導線分析ができるよね。
リコメンデーションを搭載するのにも必要だよね。
スプリットランテストのユーザ振り分けにも使えるよね。

セッションIDとは別にユニークなCookieを発行しておけば、それでも果たせるんだけど、
そういうキーの類は同一にしといたほうが分析しやすいので。
もはやセッションの本来の趣旨から外れてるな。そういうこった。

**nobodyさん** · 2008/07/17(木) 12:56:12

>>19
ありがとうございます。参考にさせていただきます。

**nobodyさん** · 2008/07/18(金) 12:33:10

>>15
オープンソースでコマースなんちゃらってのがあって
そこそこの機能は搭載している。それで十分なお店の形態ならそれでいいとおもう。

そうでない場合はひたすらオリジナル開発かw

**nobodyさん** · 2008/07/18(金) 17:21:00

ソース公開されてるショッピングカートを使う企業って素晴らしい　と最近思う・・・。

**nobodyさん** · 2008/07/18(金) 17:26:34

オブジェクト指向でしっかりしたクラスを作っておいたせいか
ショッピングカートが想像以上に楽にできた

**nobodyさん** · 2008/07/19(土) 01:13:40

>>22
たしかに。

**nobodyさん** · 2008/07/19(土) 03:56:47

>>23
言語はなに？

23 · 2008/07/19(土) 07:56:01

>>25
C#

**nobodyさん** · 2008/07/21(月) 00:03:27

>>22
たしかに、オープンソースじゃないと作った奴らに何仕込まれてるかわかんないもんなｗ

**nobodyさん** · 2008/07/22(火) 12:30:53

ショッピングカート（カート部分のプログラムと商品データファイルという構成）をつくるに
あたって、オブジェクト指向のメリットってなに？

とりあえずperlで作るとして、なにもオブジェクト指向にしなくてもサブルーチンのモジュール
でくめば、メンテもしやすいものになるし。

そういう意味でいうとオブジェクト指向でつくるメリットは、アクセサを遵守してカプセル化
にこだわって、将来的な改良でアドバンテージを出す（サブルーチンでも大差ないような気もする）
ってところですか？

それとも、商品をリストして出力する部分でオブジェクト指向なりのうまいプログラム方法が
あるんでしょうか？商品データをデータファイルから読み出して、それらをコンストラクター
で生成した無名ハッシュにセットしてオブジェクト（インスタンス）として扱うことに、
メリットがあるとすればカプセル化くらいしかおもいつきません。（メインプログラムから
変数のバッティングを意識しなくてすむ？そもそもそんな変数名のバッティングが怖いほど
膨大なシステムにならないし）