ガチでオンラインショップ構築ソフトを作ろうと思う
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2007/08/19(日) 22:33:55ID:???多言語対応。
高セキュリティ。
拡張機能・言語の追加は追加モジュールを入れるだけ。
柔軟なカスタマイズができる料金設定。
オンラインショップってのは、店によって結構細かい違いがでてくるものなんで
カスタマイズ性が必須だと思うんだけど、どうも既存のやつは制限が多すぎる。
自由に設定できないうえに、ソフト会社に頼むと高額な金額を要求される。
そんな人にぴったしなソフトにしたい。
ほかにほしい機能あったら頂戴。
とくに、今オンラインショップを運営しているが
こんな機能がなくて○○はいや！ってな人お願い。
たぶん、俺一人だと思いつかないから。
補足
osCommerce・ZenCartのクソ加減にはうんざりです。
0153nobodyさん
2007/09/08(土) 03:16:17ID:???> コストをかけるのは俺ではなく、カート設置者だろ？
> 設置者がいらないと思えばいらないだろ。
つまり、客の安全よりも、店の利益。
それも、年、たった数千円程度を優先するといいたいのだな？
0154nobodyさん
2007/09/08(土) 03:17:21ID:???> あんたは利用者、金出す奴、実際に設置しようと思う奴の声に
> もう少し耳を傾けた方が良い。家でパソコンばっかりしてないでさ。
あんたは、オンラインショップを運営するのなら、
そこで買う客のことを考えたほうが良い。
0155nobodyさん
2007/09/08(土) 03:20:35ID:???SSLが疑問視されているというのなら、
その証拠を挙げてもらいたい。
SSLをつけていても流出するという理屈は、
それは、シートベルトをつけていても交通事故を起こすといっているのと同じ
それでシートベルトはするべきじゃないという理由にはならんだろ。
つまりへ理屈だ。
> それでも「あればいいや」って言うぐらいな気持ちで付けるんだ。
それはSSLを理解していないからだ。
0156nobodyさん
2007/09/08(土) 03:27:28ID:???あなたの欲しい新機能は？？
1位 14 % (167)
共有SSL対応
SSLが大概疑問視されているとは、よっぽど小さい所ばっかり相手にしているんだなｗ
しかも、必要な理由を理解させることもできない。まあ自分が理解していないんじゃしょうがないかｗ
SSLを利用していないことで、客が逃げていき、結果的に損をしているということが
わからないんだろうな。
0157nobodyさん
2007/09/08(土) 06:31:53ID:???実際SSL導入してなくて事故ったっていう事例が少ない（ない？）からだと思うが、
起きてからじゃ遅いって事が何故わからんのか。
SSL利用しないでオンラインショップの経営なんて
自動車保険に入らないで運転してるヤツとなんら変わらん。非常識そのものだ。
0158nobodyさん
2007/09/08(土) 11:08:07ID:???公開カギ使ってんだろうな？
0159nobodyさん
2007/09/08(土) 11:50:58ID:???メールに関しては別件であり、いま語る内容ではない。
論点をずらそうとしているな。
それとも、ショップを利用するお客様の個人情報を守るための
ショッピングシステムの設計について語りたいのかな？
それならそれで意見を言おう。
基本的にメールで個人情報は送らない。
メールで送るのは「注文された商品を発送しました」など
（具体的な内容は店のポリシーによる）
そして、メールのに詳細を確認するにはコチラをクリックしてください。
とかき、当然その先はSSLで暗号化された顧客情報ページ。
0160nobodyさん
2007/09/08(土) 16:12:26ID:WjS/rI4a//define("SSL_URL","https://hoge.com/";);
みたいな感じでどっちでもOKにしておけば問題ないんだよ。
もっと柔軟になれよ。
セッションはsession_regenerate_idやっておけば、完ぺきではないが
危険性は減る。それでもうだうだ言うやつは自分で作ればいいじゃない。
0163nobodyさん
2007/09/08(土) 18:06:23ID:???サーバーの運営者の間でも同じだろ。
メールで（客の）個人情報を送受信しない。
個人情報を扱うときはブラウザからやればいい。
っていうか、サーバーと運営者の間に
メールなんてつかわないでいいだろ。
注文が入ったって知らせてほしいのなら
メールの内容は「注文が入りました」だけでOK
0164nobodyさん
2007/09/08(土) 18:21:49ID:???どんなソフトでもSSLの対応が完了するって考えてるんだろ？ｗ
ところでSSL_URLでググるとEC CUBEばっかりでてくるなｗ
0165nobodyさん
2007/09/08(土) 18:30:13ID:WjS/rI4a処理？HTTPもHTTPSも処理は同じだろうが。
>>164
実際問題そうだろ。HTTPSに渡せばSSLじゃん。
0166nobodyさん
2007/09/08(土) 18:46:08ID:???お前ダメダメじゃん。
>>137でも読んでから出直してくれ。
ヒントをあげると、確かにhttpsページにアクセスすれば
そのページに限っては暗号化される。
しかし、多くのオンラインショップでは、ある理由により
カートに入れるときはhttp、決済の時はhttpsと使い分けている。
カートに入れるときと決済時のセッションIDは同じでないと
同一人物であると区別できない。
セッションIDが漏れると大変なことになる。
カートに入れるときと決済時のセッションIDは同じと言うことは
決済時には漏洩の心配が無くても、カートに入れるときに漏れる。
ここまでいえばわかるよな？
0167nobodyさん
2007/09/08(土) 19:02:13ID:???ショッピングカートCGIレベルの話してるんじゃねーの？
顧客情報を入力したらメールで運営者のところに送られてくるだけ。
そう考えれば、メールの話を持ち出してきていることも説明がつく。
想定している規模がぜんぜん違うから話がかみ合わないわなｗ
0168nobodyさん
2007/09/08(土) 20:40:06ID:WjS/rI4aおまえこそ、大丈夫か？
session_regenerate_id()で再生成も引き継ぎも可能なんだぜ。
PHPのセッションについて10回読んで顔洗って出直してこいよ。
くそむし。
0169nobodyさん
2007/09/08(土) 20:53:23ID:???で、お前、それを使った、サンプルコードかけるの？
当然、どのタイミングで、session_regenerate_id()を
実行するのかぐらいは答えられるよね？
0170nobodyさん
2007/09/08(土) 21:04:06ID:WjS/rI4aサンプルコードってｗ 1行だろうがｗ 頭悪すぎｗｗｗｗ
カート操作の度に再生成と破棄をしておけばいいんだよ。クズ.
HTTPSになってからは念のため、入力操作(POST)があった後、再生成しておけ。
これでカートを乗っ取る荒業できる奴なんてほとんどいないよ。
0171nobodyさん
2007/09/08(土) 21:04:36ID:???共有SSLの場合は、
https://www.example.com/ と
https://dokokano.server/~example.com/ という風にドメインが違うから
https://www.example.com/ で使っていたセッションIDは
https://dokokano.server/~example.com/ のページに飛んでも、
送られてきません。
そのため、session_regenerate_id()で再作成すればいいという
レベルの話じゃすみません。
知っていましたか？
0173nobodyさん
2007/09/08(土) 21:07:45ID:WjS/rI4aバカじゃないの。
おまえは1回もセッションIDを付加させちゃいけないとでも思ってるのか？
生き方反省しろ。
0174nobodyさん
2007/09/08(土) 21:08:22ID:???頭が悪いのはあんたですね。
毎回発行するのなら、
httpのセッションIDを奪った人が、本人よりも早く
httpsページに入るだけで、簡単に個人情報奪えますね。
それともhttpsに入るたびに毎回パスワードを要求するように
するつもりですか？ カートと決済ページを行き来するたびに
パスワード。使いにくいショッピングサイトですねｗ
それからPOSTにしようが何の関係もありません。
0175nobodyさん
2007/09/08(土) 21:11:01ID:???session_regenerate_id()の一行を発行するだけと貴方は言いました。
ドメインが違うと、セッションIDが送られてこないのに、
session_regenerate_id()の一行だけでどうやって対処するつもりですか？
> define("SSL_URL","http://hoge.com/";);
最初は、これだけやればいいといっていたわりに、
どんどんコードが複雑になりそうですねｗ
0176nobodyさん
2007/09/08(土) 21:14:45ID:???↑これは↓これの間違い。
http://www.example.com/
多分わかって無いだろうから説明しとく。
http://www.example.com/ でカートに入れる。
ここでセッションID 0001（本当はランダムな長い文字列）が発行される。
その後で、 https://dokokano.server/~example.com/ にくる。
ここで新たにセッションID 0002を発行しても、
セッションID、0001と0002ではIDが違うので、
0001のときにカートに入れた商品はなくなっている。
0177nobodyさん
2007/09/08(土) 21:23:19ID:S9yl+KSCsslに入るときはPOST。
認証はsslに入った後に行なう。
0178nobodyさん
2007/09/08(土) 21:25:23ID:???SSL_URLだって、session_regenerate_id()だって、
セキュリティを保つための一連のコードの中で使う一行でしか過ぎないんだよ。
0180nobodyさん
2007/09/08(土) 21:37:43ID:WjS/rI4aオナニーばっかでコードも書けない屑ばかりじゃねぇかｗ
共用SSLだろうが、セッションID付加させれば問題ないんだよ。
0181nobodyさん
2007/09/08(土) 22:45:01ID:???ttp://www.ipa.go.jp/security/ciadr/20030808cookie-secure.html
ttp://www.atmarkit.co.jp/fdotnet/entwebapp/entwebapp06/entwebapp06_05.html
0182nobodyさん
2007/09/08(土) 23:01:14ID:???そんな大量の資料出したら、
SSLのアドレスを設定するだけ
session_regenerate_id()実行すればいいだけと
言っていたやつが泣く
0183nobodyさん
2007/09/08(土) 23:07:51ID:???あと、それらに加えて共有SSLではドメインが一致しないため
単純にcookieだけでセッションのやり取りが出来ないって問題があるね。
0184nobodyさん
2007/09/09(日) 03:44:21ID:???http://pc11.2ch.net/test/read.cgi/hp/1189071609/50
50 名前：Name_Not_Found[sage] 投稿日：2007/09/08(土) 21:52:59 ID:???
>>35-36
いいか、冷静に考えろ。試しに15の内容をWebPro板でも持っててみろ。
「お前、10時間もかかるのかよwww」って笑われるのがオチだぞ。
今やフレームワーク使って、既存ライブラリもあるだろうし、
管理画面のデザインもあらかたCSSで基礎は作ってるだろ。
仕様書はディレクターが客から要望聞いて作ってくるだろ。
15程度の内容なら、要件定義も少ない。DB構造すら既存の構造でOKだろ。
煽る前に冷静に考えろって。15程度の案件、どう考えても3桁いかん。
学生PGがバイト感覚でやるレベルだろ。
スレ違いではあるんですがオンラインショップがらみということで
こんなことをいってるちょっと面白い奴が上のスレにいるんで遊びにきてください。
0185nobodyさん
2007/09/09(日) 09:27:27ID:???それやって稼がないとソフトハウスはおいしくないわな。
当たり前だが客に安くしないよ。ｗ 内部的に安くあげるという話。
0186nobodyさん
2007/09/09(日) 10:04:16ID:???1から作るって事は、たいてい何かやりたいことがあるわけで、
その打ち合わせだけでも（ｒｙ
0187nobodyさん
2007/09/10(月) 03:04:02ID:???0188nobodyさん
2007/09/10(月) 03:26:32ID:???SSLを使っていても、ちゃんとした使い方でないと情報を防げるわけじゃないし、
その状態でセッション管理やら共有SSL対応やらhttpとhttps間の
情報のやり取りを、安全に行うするには、それなりに大変ということ。
0189nobodyさん
2007/09/10(月) 12:44:21ID:???SSLを使っていても、ちゃんとした使い方をしないとこういう問題がおきると。
っていうか、Google、Microsoft、Yahooもアウトかよ。
世の中ダメダメジャンｗ
Googleなど大手サイトのcookie転送に問題発覚、認証かわされる恐れ
http://www.itmedia.co.jp/news/articles/0709/10/news007.html
それによると、cookieを使って認証を行っているWebサービスの中には、
最初にユーザーネームとパスワードを入力してログインするときには
暗号化されたhttpsセッショャ唐ﾅ認証用cookieを設定していても、
セッション全体が暗号化されておらず、その後そのcookieをhttpで
転送しているサイトがある。
0190nobodyさん
2007/09/10(月) 19:24:12ID:???で、自分なりに調べてみたけど、これってシステム開発者
にとっては面倒このうえないな。
SSLそのものの存在意義も犯されるような気がするんだが、
そのあたりについて考察してるような記事とか、
どこかにころがってないかね？ちょっと見つけられなかったので。
個人的には、少なくともセキュリティが気になるのであれば
共有サーバ上でオンラインショップをやること自体があり得ない
んでは？と思う。「共有サーバ上でオンラインショップやりたいから
共有SSL対応してよ」というのはセキュリティ意識が
高いんだか低いんだかよくわかんないな。
0191nobodyさん
2007/09/10(月) 21:08:36ID:???本当に面倒きわまりない。しかし、EC-CUBEでも共有SSL対応が要望第一位だったりする・・・
> SSLそのものの存在意義も犯されるような気がするんだが、
本当にｗ でもSSLも取ろうと思ったら簡単に取れるようだし、独自SSLも今となっては
存在意義が薄れてるきがするね。そしてEV-SSLなんてものも出てきた・・・。
高いんだよこのやろう。そのうち、金が出せる大手はEV-SSLが標準になって、
中小企業のSSLは注意扱いにされてしまいそう。誰か裏で糸引いて無いか・・・？
話は戻して共有SSLだけど、これ本当に厄介だよな。
でも、ちょっとアクロバット的なことをすることになるだろうけど、
httpとhttpsが混ざっている独自SSLサイトと同レベルのところまではいけそうな感じ。
ドメインにレンタルサーバー名が入る所はもちろんどうしようもないけど。
（というかドメイン名がこんなんで変に思わないんだろうか？詳しくない人は
ドメイン名なんて気にしない。詳しい人は共有SSLだとわかる。ということだろうか？
> 個人的には、少なくともセキュリティが気になるのであれば
> 共有サーバ上でオンラインショップをやること自体があり得ない
> んでは？と思う。
まったく持ってその通り。でも専用サーバーにすると、サーバー管理者
もしくはマネージメントサーバーにさらに金がかかる罠。
> 「共有サーバ上でオンラインショップやりたいから 共有SSL対応してよ」
小さい突っ込みだが、共有サーバーでも独自ドメイン＋
独自SSL（普通は別途費用がかかる）は使える。
金が無いところは、素直に楽天とかASPでもを使っていてくれと言うところだが、
それなりに使えるショッピングカートがオープンソース（無料）であるばかりに・・・
0192nobodyさん
2007/09/10(月) 23:28:02ID:CO0YOfZy超正論だけど、共用でショップやるのは許してやってくれ。
0193190
2007/09/10(月) 23:41:59ID:???時代についていってないなorz
まぁ、ぱっと見は、共有SSLで
>ドメインにレンタルサーバー名が入る所はもちろんどうしようもないけど。
>（というかドメイン名がこんなんで変に思わないんだろうか？詳しくない人は
>ドメイン名なんて気にしない。詳しい人は共有SSLだとわかる。ということだろうか？
有名なレンタルサーバ名（？）であるなら
それを見て「あぁ、共有SSLに飛んだのか」とわかるだろうってこと？
えっ、ちょいとおまいさん。。。
第三者にとっては、
共有SSLサイトなのか
フィッシングサイトなのか区別がつかない
ってことも意味してるのかい？
であるなら、恐るべし共有SSL・・・
>> 「共有サーバ上でオンラインショップやりたいから 共有SSL対応してよ」
>小さい突っ込みだが、共有サーバーでも独自ドメイン＋
>独自SSL（普通は別途費用がかかる）は使える。
当然そうですよねorz
0194190
2007/09/10(月) 23:58:09ID:???あっ、すんません。
実地では正論が常に通用するものではないとは
わかってるつもりです。
共有サーバー上のショップを全否定するつもりはありません。
どのような方法であろうとメリット、
デメリットあるでしょうし。
ただ、共有SSLの可能性というか限界を知っておきたいな
という気がしたものですから。
0195nobodyさん
2007/09/11(火) 00:59:36ID:???・独自ドメインでhttps運用できない。
・レンタルサーバーのドメインでいいのなら、すべてhttpsで運用することはできる。
（つまり、https://レンタルサーバーのドメイン/自分のフォルダ/ 以下のみで運用)
・レンタルサーバーのドメインでいいのなら、httpとhttpsが混在するサイトを、
独自ドメインの場合と同じように運用できる。
（つまり、http://独自ドメイン/ と https://独自ドメイン/ というよくあるhttpとhttpsの混在構成は、
http://レンタルサーバーのドメイン/自分のフォルダ/ と https://レンタルサーバーのドメイン/自分のフォルダ/ の混在と同等）
結局のところ、http://独自ドメイン/ と https://独自ドメイン/自分のフォルダ/ というドメインが違うものの混在が
http://独自ドメイン/ と https://独自ドメイン/ の同じドメインでの混在と同レベルのセキュリティを
達成できるかという話になるかと思うがどうだろうか？
0196nobodyさん
2007/09/11(火) 01:33:07ID:fZWv6wPR0197nobodyさん
2007/09/11(火) 03:08:21ID:???0198nobodyさん
2007/09/11(火) 17:13:18ID:???0199nobodyさん
2007/09/11(火) 18:25:46ID:fZWv6wPRベリサインかジオトラストなら大丈夫だけど、安いのは難しい。
0200nobodyさん
2007/09/12(水) 22:37:31ID:???まずは簡単にオンラインショップ（的な何か）を作れる所から始めて
ｾｷｭﾘﾃｨやその他問題は、後から頑張るって方向で。
設計的に問題がある場合は後から一度大破壊して1から作り直し。
いつまでもスレ消費して議論で10スレ使うよりその方が早い
0201nobodyさん
2007/09/13(木) 00:05:58ID:???ジオトラストは、ドコモ以外があやしくね？
っちゅうか、ベリサイン以外は、対応が端末でバラバラだからな。
金額でいくとthawteのSGCだけど、海外送金になるし。
0202nobodyさん
2007/09/13(木) 02:17:15ID:N2VoSpFOまぁ、あいまいな部分はあるよ。
auはたぶんジオトラストは大丈夫なはず。
しかし、au端末はSSLページを強制的にShift_JISに変換してしまうのが難点だな。
0204nobodyさん
2007/09/13(木) 10:16:41ID:???トップページ
↓
検索結果ページ（あるキーワードでの商品一覧）
↓
商品詳細
↓
カートに入れる
↓
さっきの検索結果ページ（あるキーワードでの商品一覧）
一見簡単そうに見えるが、商品詳細ページのURLに
検索クエリーの情報が入る（つまり同じ商品詳細ページが
いくつもあることになる）とか商品詳細ページを開いたまま
新たな検索をしたらとか、商品詳細で戻るを押しても
検索結果ページにもどるとか、ユーザーがブラウザの戻るを押したとか
いろいろ考えるときりが無い。
他のサイトもいろいろ見ていると、面白いね。
あるところは、戻るが無くて、もう一度検索してくださいとか
ebookoffは複数開いたり、ブラウザの戻るで戻ってから
ページの戻るをクリックすると、ページが戻りすぎるとか。
いろいろ考えたり工夫したりしたんだろうなぁ。
0205nobodyさん
2007/09/13(木) 11:36:03ID:???0206nobodyさん
2007/09/13(木) 12:17:17ID:???商品の詳細を開いたまま、別の検索をして、
商品の詳細を・・・といろいろ商品を出してみて、
いろいろ見比べてからカートに入れると。
まあ、どういうことをしようとしても、
そんなことするやつは例外！ってことになると思うんだけど、
さて、どこまでやれるのだろうか？
0207nobodyさん
2007/09/13(木) 12:24:50ID:???2.詳細A
3.カート
4.検索結果A
5.検索結果B
6.詳細B
この流れでカート以外を逆に辿れるって事？
ならセッションに条件を複数保存して、条件へのkeyをURLに入れとけばいけそうじゃない？
セッションの肥大化による弊害を気にしなきゃならんとは思うが。
0208nobodyさん
2007/09/13(木) 19:38:03ID:???分かりにくいよ。
0209nobodyさん
2007/09/14(金) 00:51:20ID:???0210nobodyさん
2007/09/16(日) 20:57:03ID:2GyWrUi+htmlやcssを知らない人でも
編集できる方法のアイデアってないかな？
なるべくデザイン変更の自由度が高い方法で。
0211nobodyさん
2007/09/16(日) 21:26:28ID:???0212nobodyさん
2007/09/16(日) 21:33:36ID:???そうなんだよね。
あれくらい簡単にどうにかできないかな？
一ページのデザインは絵を描くように作れて、
そこにカートの項目をそこに乗せる感じにすれば良いのか？
ぶっちゃけ、絵をjpgででも書いてそこに乗せるだけ。
うーん。簡単そうで何かすっきりとしない。
なぜみんな、デザインのカスタマイズに
テンプレートやhtml、css書き換えという方法を
使っているのだろうか。
いや、俺だってテンプレートというものはわかる。Smartyだって使ったことはある。
でも、ほらこう。デザインいじくるだけなら単純に絵を描けばいいだけじゃね？
0213nobodyさん
2007/09/17(月) 00:13:52ID:???0214nobodyさん
2007/09/17(月) 14:02:49ID:???今日明日作れってわけじゃないけど全く先の分からないのを待つのはしんどい。
0215nobodyさん
2007/09/17(月) 15:16:00ID:gIMVfoZZ0217nobodyさん
2007/09/18(火) 08:54:10ID:???結局、餅か．．．。
0218nobodyさん
2007/09/19(水) 02:09:10ID:???完全に技術屋なだけの発想で作ってるな。運用フェイズを経験してないんじゃないかな。
本気で売ったりするなら、考えないといけないのは、マーケティングの部分。
データとして購入履歴のログなどから、購入時間とかが表示出来るのは
既に念頭に置かれてると思うが、それだけでは不十分過ぎる。
運用の人間が見たいと思うのデータは、「買ってくれた人間」よりも、
「もうすぐ買いそうな人間」「迷って買わなかった人間」だったりする。
前者のデータももちろん必要だけれどね。
・どの商品がどのページでどんなワードで検索されてどこに表示されたのか。
・ページ内でユーザがどういった遷移をしているのか。
→ページ別滞在時間、リンクをクリックしたリンクのある位置など
・商品検索があるなら、どういったワードで検索されているのか及び、
検索結果が適切なものだったかどうかの効果測定
また、全てのデータが各時系列において測定可能であったり、
前後との比較（先週の土曜と今週の土曜、とか）が可能であることも必要。
そういった部分は、特にAmazonで、リンクのURLとか、
Cookieを監視してると、どんな情報がマーケとしてとられていて、
使われてるのか見えてくる。
ここまで踏まえた作りになってくると、本格的で売りモノにもなると思うので、
頑張ってくださいね。
0219nobodyさん
2007/09/19(水) 14:19:37ID:DH/EOPt7高機能アクセス解析ソフトでほとんど事足りそうだが・・・・
0220nobodyさん
2007/09/19(水) 16:44:34ID:???0221nobodyさん
2007/09/19(水) 17:11:00ID:???> 完全に技術屋なだけの発想で作ってるな。
なんで、要望を聞いているだけなのに、技術屋なだけの発想で作ってるなって話になるの？
マーケッティング系の要望がまだ出ていないっていうだけの話でしょ。
ちょっと失礼なんだけど。
システム開発者が「本気で売ったりするならマーケッティングの機能が必要なんです！」と
決め付けるのはただの押し付けでしょ？ もしそれが有料ならぼったくりじゃん。
だから開発者として機能を決めたりせずに、あえて要望聞いているんだけど。
あなたが書いた内容を「要望です」って書いてくれれば、それを組み込みやすい設計にするよ。
でもそれはコアに入れる内容ではないね。まあもともとほとんどの機能をコアに
入れるつもりはないけどね。コアに入れないだけで標準拡張モジュールで提供はありだけど。
なぜコアに入れないかというと、それらの機能はたとえばGoogle Analyticsなどの
アクセス解析で十分という人もいるだろうから。何がその人にとって必須かは
人それぞれなわけで、あなたの言ったマーケティングの部分が必要ないという人もいるだろう。
いらん機能を、グテグテとコアに入れてしまって機能を追加しようにも削除しようにも
一手間かかってしまう悪しき例が、osCommerce、ZenCart、EC-CUBEだと思ってる。
ああいうのは作りたくないわけさ。
0222nobodyさん
2007/09/19(水) 17:14:03ID:fHFMscAmおまいはまずまとめを作れ。
0223nobodyさん
2007/09/19(水) 17:18:15ID:???それなら、さっさとログイン認証とカート部分だけコアとして作ってあとは拡張でいいだろ。
ｇｄｇｄ言ってないでさっさとコア部分作れよ。
0224nobodyさん
2007/09/19(水) 17:23:04ID:???どのような場合にどういう風に機能を追加するかわからんと
インターフェースの用意しようがないので。
要望が無ければ、拡張させるためのインターフェースも
決められないのですよ。
0226nobodyさん
2007/09/19(水) 19:22:15ID:???コアと拡張で分かれていないものなんてないですよ？
0227nobodyさん
2007/09/19(水) 22:32:00ID:???0228nobodyさん
2007/09/19(水) 22:53:29ID:???osCommerceのコントリビュートみればわかるよ。
ちょっと違うだけのバージョンが大量発生している。
それを複数組み合わせて組み込んだことがあれば
拡張できる仕組みがない不便さがわかるはずだけどね。
0229nobodyさん
2007/09/21(金) 15:56:57ID:???自分一人で自分のショップをイチから作ることだけどね。
0230nobodyさん
2007/09/25(火) 13:27:29ID:SbrQLBg90231nobodyさん
2007/09/25(火) 20:03:45ID:???見れば十分かなぁと思っていたりする。
もうそろそろここも潮時か？
なんか面白そうな話が出たらレスするよ。
0234nobodyさん
2007/09/25(火) 20:28:06ID:SbrQLBg9異様にレベルの低いレスがあり過ぎて、本気かネタか区別できん。
というか、SSLの話題追う限り単なる釣堀かとｗ
0235nobodyさん
2007/09/25(火) 21:58:05ID:???それは俺が開発したと言うことですよ。
それがネタではないことの証明でもある。
0236nobodyさん
2007/09/25(火) 22:28:09ID:???えーと、今後発売されるNDSのゲームでミリオンヒットを飛ばすものがあったらそれを作ったの俺だから。
・・で、一体誰が信じるんだ？
0238234
2007/09/26(水) 00:38:12ID:I7epNOUMまぁ、ぶっちゃけiTMS作ったのはオレなんだけどね。
0239nobodyさん
2007/09/26(水) 01:04:14ID:akoTWmdk0240nobodyさん
2007/09/26(水) 08:55:52ID:???0241nobodyさん
2007/09/30(日) 00:48:47ID:???0243nobodyさん
2007/10/09(火) 20:16:51ID:nVF6bZ2M0244nobodyさん
2007/10/09(火) 21:55:04ID:???0245nobodyさん
2007/10/09(火) 23:14:26ID:???0246nobodyさん
2007/10/31(水) 12:50:19ID:???0247nobodyさん
2007/10/31(水) 15:45:11ID:mGyzMP960249nobodyさん
2007/11/05(月) 07:53:40ID:???今現在、複数のASPサービスや、OSSが世の中にあると思うんですが、
使用しているショップ運営者の皆さんはこれらに不満があるんでしょうか？
AにはあるけどBにはない。
BにはあるけどAにはない。
みたいな状況で全部入りが欲しいみたいな感じ？
いまどき新興のサービスやOSSが需要あるのか正直よくわかんないんですよね。
取りあえずショップやるなら楽天（審査あるけど）で出来るし、
少しだけPCの知識があるならOSCやzencartで事足りそうですし。
0250nobodyさん
2007/11/05(月) 17:38:22ID:???間違い。
プログラミングができなければoscやzencartは使い物にならないよ。
まあ、標準状態で使い物になると言うのなら話は別だけど。
0251nobodyさん
2007/11/05(月) 22:36:37ID:???■ このスレッドは過去ログ倉庫に格納されています