ガチでオンラインショップ構築ソフトを作ろうと思う

**nobodyさん** · 2007/08/19(日) 22:33:55

もちオプソで。

多言語対応。
高セキュリティ。
拡張機能・言語の追加は追加モジュールを入れるだけ。
柔軟なカスタマイズができる料金設定。

オンラインショップってのは、店によって結構細かい違いがでてくるものなんで
カスタマイズ性が必須だと思うんだけど、どうも既存のやつは制限が多すぎる。
自由に設定できないうえに、ソフト会社に頼むと高額な金額を要求される。
そんな人にぴったしなソフトにしたい。

ほかにほしい機能あったら頂戴。
とくに、今オンラインショップを運営しているが
こんな機能がなくて○○はいや！ってな人お願い。
たぶん、俺一人だと思いつかないから。

補足
osCommerce・ZenCartのクソ加減にはうんざりです。

**nobodyさん** · 2007/08/19(日) 22:44:48

適当にアイデアを並べていく。

・柔軟な商品タイプの設定

商品タイプとはZenCartにあるやつ。
たとえば、本という商品タイプには属性としてISBNがある。など。

そういうのを「運営者が」（←重要なところ）自由に作成・変更できる。

ZenCartの場合、いちいちテーブル定義して
それに入れたり表示したりとプログラムを変更しないといけない。

**nobodyさん** · 2007/08/19(日) 22:47:33

　終　了

**nobodyさん** · 2007/08/19(日) 22:48:37

・値段がないもの、値段固定ができる

無料商品、固定価格商品対応。

スーパーの肉・魚みたいに、この商品は3個買った1000円になる

**nobodyさん** · 2007/08/19(日) 22:52:24

会員・期間・時間の条件の違いで複数の価格設定ができる。

柔軟なページ修正、特定の商品のページだけ
WYSYWIGエディタで修正することが可能。
特定の商品に限り、はでなPOPを入れるなど。

**nobodyさん** · 2007/08/20(月) 01:57:12

こういう類の物はカスタマイズだけでどうこうできないんだよ。
ある程度の大枠フレームワークは作ることができるかもしれないけどね。
大体、業種によってDBのテーブルがまったく異なるのをどうやって吸収するのよ？
あきらめな。

**nobodyさん** · 2007/08/20(月) 03:59:41

> こういう類の物はカスタマイズだけでどうこうできないんだよ。
その理由は？

> 大体、業種によってDBのテーブルがまったく異なるのをどうやって吸収するのよ？
DBのテーブルがまったく違うのなら
拡張モジュールで変えれば良いだけの話だろ。
DBのテーブルってプログラムから変更することができるんだぜ？
まさか、知らなかったのか？ｗ

**nobodyさん** · 2007/08/20(月) 08:05:07

ようは自分がほしいものを作ってくれスレだべ

**nobodyさん** · 2007/08/20(月) 11:37:36

>>8
いいえ。貴方が欲しい機能を書けば私が作ります。

**nobodyさん** · 2007/08/20(月) 11:46:22

アイデアぱくっておれすげ～～って言いたいだけの小僧ですか

**nobodyさん** · 2007/08/20(月) 12:08:13

本気でOSSでやりたいというなら
プロトタイプをSourceForgeなりGoogleCodeHostingなりで公開すればいい
それすらやらないようでは到底無理

**nobodyさん** · 2007/08/20(月) 14:03:33

>>10
俺すげーとは言わないので、アイデア下さい。
アイデアというか要望。

**nobodyさん** · 2007/08/20(月) 15:41:14

携帯サイトとPCサイトの商品DB連動
佐川、ヤマト用、送り状作成ソフトにインポートできるCSV作成
詳細写真の枚数、自由指定
アフィリエイト機能
特別に作ったHTMLページも利用可能に

３０万くらいで作って
zencartの改造でもいい

**nobodyさん** · 2007/08/20(月) 15:41:42

>>1が考えているテーブル設計はどんな感じなの？

**nobodyさん** · 2007/08/20(月) 17:34:45

＞携帯サイトとPCサイトの商品DB連動

連動させない作りのほうがキモいだろ．．．。

**nobodyさん** · 2007/08/20(月) 19:02:06

MVCで作ってれば携帯とPCは両方対応できるな。

**nobodyさん** · 2007/08/20(月) 19:08:32

またk.k.プロジェクツか！
とりあえず>>1はコテつけろ

**nobodyさん** · 2007/08/20(月) 23:34:22

>>14
商品タイプの部分はクラステーブル継承がいいかなと思っている。
でもJOINの負荷を考えると具象テーブル継承も捨てがたいかなと思っている。

具象テーブル継承だとデータが重複して保存されるから運用時に
商品タイプをいじると大規模なデータ変更（あるテーブルからあるテーブルに
大量にデータコピー）が起こりそうだなぁ。

基本の商品データは商品コードと型情報のみ。（タイトルぐらいあってもいいか？）
そのほかの項目はすべてモジュールで定義。
なんと価格すらもオプション。必須項目ではないのだ。
（だって100円ショップみたいに価格固定だと価格項目は必要ない）

**nobodyさん** · 2007/08/20(月) 23:38:42

> 詳細写真の枚数、自由指定

OK OK
ついでに縮小サイズとか自動で作成。キャッシュあり。
携帯の場合もそれぞれにあわせた形式で。

**nobodyさん** · 2007/08/20(月) 23:41:20

共有SSLのURL対応
（共有SSLのURLとはhttps://レンタルサーバー/独自ドメイン/的なやつのこと）

**nobodyさん** · 2007/08/21(火) 01:38:21

image(
id,
item_id,
path,
file_name,
type,
alt,
del_flg
)

**nobodyさん** · 2007/08/22(水) 03:37:16

>>17
恥を知りなさい
>>1
きっと買収します

**nobodyさん** · 2007/08/22(水) 10:54:37

無理無理。
何でもかんでも構築ソフト任せだと顧客が痛い目見るってことで実用性はない。

**nobodyさん** · 2007/08/22(水) 11:13:29

ｋｋぷろじぇくそと同じ道を歩むスレとなったか

**nobodyさん** · 2007/08/22(水) 11:52:06

kk-projectsに憧れます

1 ◆oBaAHYinW2 · 2007/08/22(水) 12:56:44

コテつけるからアイデアかもんべいび～

**nobodyさん** · 2007/08/22(水) 13:11:06

>>23
根拠はあるの？そうなった実例。

**nobodyさん** · 2007/08/22(水) 15:45:43

>>27
多分>>23は市販のWebショップ作成ソフトかosCommerceあたりのWebアプリケーションで
痛い目に遭っただけちゃうか

**nobodyさん** · 2007/08/22(水) 16:06:32

あれもこれもと入れ込むよりは、アドインできる仕様にしてAPIを公開
するってのが今時の流れじゃないのか？

**nobodyさん** · 2007/08/22(水) 19:42:45

>>29
ですよね。コアはなるべくシンプルに！

で、話は変わりますけど、まあある程度の機能
（たとえばヤマト送り状CSV作成機能）は
アドインでプログラマが作ったプログラムを組み込むのは
仕方ないと思います。

でも商品の項目程度はプログラミング知識の無い運営者でも
管理画面から変更できたほうがいいと思うのです。
こういう場合どういう設計にしましょう？

１．データベーススキーマを動的に変更。
設計としてはシンプルだが、項目の追加・削除とかで問題でそう？
SQLのALTERにはRDBMSごろと制限がいろいろ。

２．商品項目テーブルを作る。
|商品コード|項目名|値|
|1 | タイトル | なんとか|
|1 | ISBN | 4798105538|
|1 | 価格 | 5800|
自由に項目を追加・削除できるが、パフォーマンス（特に検索時）悪そう。

３．商品項目ごとにテーブルを作る。
ISBNテーブル
|商品コード|値|
|1 | 4798105538|
検索自体は早くなるかもしれないが、
JOIN多すぎでパフォーマンス低下＆JOINの数制限に引っかかる。

どれもしっくりきません。

**nobodyさん** · 2007/08/23(木) 08:30:06

後で追加するようなもんは
そんなにモリモリ検索しないだろうから
辞書にでもしてシリアライズしてテキストにして、つっこんでおけば。

**nobodyさん** · 2007/08/23(木) 09:57:27

そもそもDBが本当に必要なほどの商品数があって、売り上げも上がるところなら
作ってもらってる。
楽天をみてもわかるがほとんどのところは商品100個以下。

**nobodyさん** · 2007/08/23(木) 10:18:09

>>32
本当にそうだろうか？

DBが本当に必要なほど商品数がある場合は
楽天とか使えずに、また既存のオンラインショップシステムじゃ
重かったり、使い勝手が悪かったりで、仕方なく作るしかない。
が正解では無いだろうか？

13 · 2007/08/23(木) 14:57:20

だれかzencartの改造３０万くらいでやらない？

**nobodyさん** · 2007/08/23(木) 15:26:48

>>34
安すぎ。学生にでもやらせればいいんじゃね？

**nobodyさん** · 2007/08/23(木) 15:43:54

じゃあ、やってくれる学生いませんかー？

**nobodyさん** · 2007/08/23(木) 16:13:27

>>34-36
どんなビンボー学生でも割に合う仕事と割に合わん仕事ぐらい見分けがつくだろ。

**nobodyさん** · 2007/08/23(木) 16:26:41

20万以下でやってくれるだろｗ

**nobodyさん** · 2007/08/23(木) 17:01:36

>>13

＞携帯サイトとPCサイトの商品DB連動
Zencart用だったらシェアウェアで出てる

＞佐川、ヤマト用、送り状作成ソフトにインポートできるCSV作成
エクスポートとインポートの区別つけてよ

＞詳細写真の枚数、自由指定
Zencartでも3枚ぐらい貼れる　それで足らんかったらHTMLで書く
wysiwigエディタで画像URL指定で貼れるはず

＞アフィリエイト機能
要るか？ホントに勝てる商品ならA8とかに出したほうが良さげ
っていうかコレもシェアウェアで有る＞Zencart用モジュール

＞特別に作ったHTMLページも利用可能に
Zencartの1.3x系なら追加ページ書けたはず
それで足らんかったらXOOPSモジュール化されたZOXもある

＞３０万くらいで作って

**nobodyさん** · 2007/08/23(木) 17:56:21

とある会社はECと物流のデータ連動できるサイト構築で
イニシャル1900万
ランニング60万とるらしいが高いね

**nobodyさん** · 2007/08/23(木) 20:50:32

言語的にはPHPとMySQLで十分だな。楽天もそうみたいだし。

>>1
テンプレート編集機能もいるだろ。プログラマーはプログラムの部分ばかり
考えるが、デザイン面も考えないと、ユーザは食いつかない。