【EC-CUBE】Q&A・・・

どうか教えて下さい！

EC-CUBEのスレはここでいいの？
初心者です教えてください

DBでIDの値にauto incrementを使わずに、別テーブルでIDの値を加算しているのは何故でしょうか？
何故わざわざこんなことをするのかわかりませんので教えてください

>>2
エラーがあった時に
データが壊れるようにです。

>>3
ほう
もう少し詳しくお願いします

あげ

糞スレ終了削除依頼出しとけカス

質問答えてくれよー

age

結論、EC-CUBEは２ちゃんねらーは使っていない

hage

EC-CUBEはオワコン

EC-CUBEはオワコンっても、以降先がまつからない。いいのある？？

もううんざり。
カスタマイズってかバグフィックスさせられてる気分。

カラーミーとかのサービス使う方がコスパが良く、EC-CUBEみたいなシステムはもう要らない気がする
という意味でオワコン

金額０のメールが送られてくる
解決法ありますか？
アップデートがはやいでしょうか

これってまともにバグフィクスとかしてるの？
開発者が何者なのか気になる

>>15
常に人柱版

開発者グループで中途半端な仕組みで回しているような感じ
Webアプリとして動くことは動くが完璧にはしない
なぜなら、中途半端な状態にしておけば開発者特権で仕事がもらえるから
という、そんなビジネスモデル

日本のオープンソースって何でこんななんだろうな

>>16がどういうことかよくわからんが、とりあえずソースの中身見たらひどかった
MVCになってないし、まともにメンテできないだろ
トランザクションとかちゃんとできてんのかも怪しい

繝√?辭吶Ε縲√?√?√Η縲√ワ縲√?繝ｼ繝ｻ縲√?繝??√ロ縲
縲√か縲√レ縲ゅ?後?繧ｧ繝ｻ鬯｣繧ｧ繝ｻ魄??縲√ヲ繧ｱ繧ｫ縲∫噬繝
縲?ｬ｢繝ｻ繝ｻ繝? 縲√?ゅぉ縲√ヮ縲√ワ縲√レ繧ｱ繝帙?√ロ
縲√ル縲√?縲ゅΚ繝∫攣繧ｦ繝ｻ闕?繧ｿ縲ゅぉ繝√?辭吶?繝ｻ
繧ｯ繧ｩ縲√ぅ縲√?鬯｢繧ｭ縲√ャ

>>15
デバッグ適当なのでバージョンがメジャーアップしてもしばらく使わない方がいいと聞いた

だろうな
ソースを見るとオープンにするには恥ずかしいレベルなので
むしろそこそこ使われていて動いてるのが不思議

age

それでもそれなりに使われてるっていうか、国内ではZen Cartよりずっと多いんじゃないのか？
コードの良しあしと市場の占有率はあまり関係ないことはWordPressの隆盛をみても明らか。

mtは重くなかった？
ｗｐのがいいとおもってた

プラグイン機能が流行るかどうかでECCUBEの寿命は決まるな

いやもうこんなの需要ないでしょｗ
GMOのステマみたいで嫌だけど、カラーミーみたいなサービスで十分だわ

いや、それはないだろ。EC-CUBEがどうこうってわけじゃなくて、
カラーミーで十分っていうのは。

来年から本気で海外進出らしい

ECCUBEはオワコン

国産のWebサービスがどれ一つとして海外で成功していないからな・・・

頑張っては欲しいけど、どうなるんだろう

別に頑張らなくて良いよ
国産のサービスなんて不安で使えない、技術力的な意味で

インストールしてそのまま使うなら楽だけど
ちょっとカスタマイズしようとソース見出すとハマるな
なんだこのひどいソース…今まで見たオープンソースのなかで、こんなのはなかった

Orangeやってる会社とかうんこだしな

Magentoとかどうなん？

>>31
WordPressをご存じないのか

ディレクトリ構成が変わってるなぁ

なんでsmartyタグが<!--{}-->なんだよ！！！

レンタルショップのECサイトを作るの事になったのですが、過去に製作実績のある
EC-CUBEを使おうと思いましたが色々と面倒そうですね。

どなかたレンタルショップのECサイトを作った経験がある方に質問なのですが
どのCMSソフトをベースに使ったのでしょうか？　
お忙しいかと思いますが教えてください。

ゴメンナサイ。SAGE間違えてしまいました･･･（汗

まじで糞すぎて腹立つ

エラーゲロりまくりワロタｗｗｗ

日本の典型的なIT土方がレガシーでブラックな作業環境で泥沼のように作ったんだろうなあ…
と思わずにはいられないすさまじいソースコードだ。泣ける。
コメントに「これでカンベンしてください…」とか書いたまま出すなよｗ

というかＥＣサイトごときででクラス継承させて構築する意味はあるのかと
可読性が失われるだけだしバグの基だわ

全てのクラスに対して_Exが付いただけの空っぽのクラス
なんに使うの

smarty使ってるのになんでシステム部分とデザイン部分が混在してんだよ
data行ったりhtml行ったり
どう区別してんだよ

>>42
カスタマイズするのに使ってるよ。
SC_Fpdfにexが無くて悲しかったわ

>>42
extendsでカスタマイズしないとバージョンアップで該当クラスが上書きされるときマージ作業をしないといけなくなるよ

extendsに分けても、大幅にいじるのでバージョンUP時には実質手動マージしないといけないんだよな
ていうかバージョンUPはもうあきらめてる

実質手動マージとは？

たとえばAというクラスのfという関数を改造したいとする

Aを継承したA_Exの中に新しいfを書くわけだが
fの最初か最後に処理を書き足せばいい場合は、
その処理を書いて後はAのfを呼べば事足りる

ところがfのあちこちを書き換えなければならない場合は
AのfをA_Exのfにコピペして、中身を書き換えることになる

前者の場合、バージョンアップでAのfが更新されてもそのままで問題ないが
後者だと更新内容を自分でA_Exのfにマージしなければならない

まさにそれで2.11->2.12でヒーヒー言ってるところだわ

EC-CUBEから乗り換えを考えています。
おすすめのカートおしえてください

またECCUBEの案件きたよ
極力カスタマイズしないようにしよう

ECCUBEtって難しいのですか？
PHPがわかれば充分やと思ってたのですが・・・

クラスまでちゃんと理解してれば難しくないよ

ec-cubeのサーバー要件って
どこかに書いてある？

めっちゃレガシーに作られた感じがするねこれ
新人に駄目なソースの例として見せるのに役立つ

紳士服のアオキの通販サイトってeccube？

あぁこれECCUBEだね

>57
ECCUBEで作ったかどうか、どこで判断すれば良いんでしょう？
というより、ECーCUBEでサイトを作らない方が良いんでしょうか？

よく採用したな・・・

ECCUBEで作らない方が良いですね
ここでネタにされますから

会社の上司がEC-CUBEを採用したがってるんですよねぇ
辞めたほうがいい理由が浮かばなくて・・・
全部一からPHPでECFサイトを作るのもしんどいので強く言えない

EC-CUBEは甘え

パス表記が下だったらEC-CUBE
user_data/packages/default

EC-CUBE 2.12は消費税の税率変更を管理画面でできるようになったのか?
相変わらずソース弄らないとダメなのか

それにしてもダウンロードするのにメンバー登録しろってなんだよ

消費税本当に上がんの？
景気回復しないならやめるって言ってなかった？

>>61
うちも似たような状況。
去年の秋ごろに2.11をちょっと試してみたけれど、
・なんかすぐ分かりそうなバグがポロポロある。
・基本的な情報がテンプレートに渡っていなかったり、変数名が違ったり。
・割と有りそうな機能変更でもコードいじらないとダメな事が多い。
　(ポイント機能外したり、カート投入時に必ずカートに遷移するのをやめようとした)
・セッション情報にはカートに入れた商品の説明文まで入っているのでデータが膨らむ。
・バリエーションを沢山持たせるとレスポンスが遅くなる。

のような状況だった。ユーザーからのフィードバックとかがOSSとして機能していない気がした。まぁ、プログラムできないショップオーナーを囲い込むためなのかも知れんが。

お試し結果は上が他のと合わせて検討中。でもLive Commerceがああなっちゃったので多分このまま突き進むかと・・。

日本の恥みたいなコードの固まりだよな
日本の底辺ITの技術力の低さが凝縮された一品

しょうもないバグについてはカスタマイズ業者はみんな分かっているのだと思う。それをすぐにオープンにしないでフィードバックもせず「困ったらどうぞ」、みたないな商売のやり方だと理解したよ。

趣味でやっていればフォーラムにバグリポートを書いたかも知れないが、調査が目的だったし、まだ使うとは決まっていないので見送った。

コストや開発期間に問題なければ、フレームワークでも使って構築すると提案したいところ。

これ客の住所とかメアドとか暗号化なしでDBに入れてるけど大丈夫なの？

>>69
大丈夫ですよ、リスクに気付いたそんなあなたにはカスタマイズ業者が全力でサポートします!!
もちろん、有償で

漏れなければ大丈夫

>>69
これ以外にDBに顧客情報を暗号化していれてるECパッケージあるんなら教えて欲しい。

教えてあげません

そうか、残念

これ本体はタダだけど、スキンを一種類98000円で売るとか、アホみたいな商売してんだなｗ
俺も作るかｗ

一年に一個売れたらいいほうだろ

test

ECCUBE以外だとCScartくらいしか使いやすいのはなくない？
他どんなの使ってる？
プログラマじゃないのでプラグインできて嬉しかったりするけど、何か重いんだよね

EC-CUBE深刻な脆弱性出たよ

EC-CUBE2.12.4 正式版をリリースいたしました。4件の脆弱性対応含む不具合修正を実施。（2013/05/22）
http://www.ec-cube.net/news/detail.php?news_id=211

IPA セキュリティセンター 注意喚起 : 「EC-CUBE」におけるアクセス制限不備の脆弱性対策について(JVN#45306814)
http://www.ipa.go.jp/security/ciadr/vul/20130523-jvn.html
攻撃が行われた場合の影響が大きい脆弱性であるため、できるだけ早急に修正プログラムを適用して下さい。

2.11系をカスタマイズして使ってるので簡単にアップデートできない
どうすりゃいいの

>>80
ファイル上書きが無理なら、問題のある特定関数だけ置き換えという手段がある
以下の公式ページに個別の修正方法が書いてある。
カスタマイズした人に依頼したらすぐ直せると思う

脆弱性の確認方法・修正方法については下記のページをご参考下さい。
http://www.ec-cube.net/info/weakness/20130522/index.php

そんなに時間掛からないよ

なるほど、上のリンクはまだ見てないけど、調べてみます

対応必須
JVNDB-2013-000062
EC-CUBE におけるコードインジェクションの脆弱性
http://jvndb.jvn.jp/ja/contents/2013/JVNDB-2013-000062.html

すみません。
質問です。

index.phpにカード決済のプログラミングが組まれており、
php -f を使ってcommandラインで使ってたのですが、
htmlでフォームを作って視覚操作が出来るようにするには、
どうしたらいいですか？

お願いします。

>>85
ここじゃ回答得られないと思う。

EC-CUBEの開発コミュニティのほうが質問をする先としてはいいよ
http://xoops.ec-cube.net/

ただ、標準のEC-CUBEにはコマンドラインで実行するような箇所は
なかったと思うから、誰かにカスタマイズされた箇所だと思うので
そのあたりの挙動を変えたいならその箇所を作った人に聞かないと
誰にも分からない気もする
（もしくは別の業者に金を払って改修してもらうか）

EC-CUBEのソースざっくり見たけど・・・
ECサイト構築したことないから勉強にはなったけど
これを公式として運用するには少し勇気がいるなｗ
smartyとか使うメリットが今いちよくわからんし
システムとデザインを分離させられるってのがメリットらしいが
結局テンプレファイルにロジック書かないといけないじゃないか・・・
あのわけのわからんループ処理をデザイナーが理解してロジック組めるとは到底思えん
プログラマがデザイナに教えないといけなくなるぐらいなら最初からphpのみでシステムとデザインを分離しておけばいい
そもそもオープンソース使ってECサイト構築する人達ってプログラマとデザイナ分けて開発するか？ｗ
１人で全部やっちゃうでしょ

Smartyはオワコン
てかあれはプログラマ向けのもので、デザイナがいじる（いじれる）ものでは到底ないと思う
つかEC-CUBEのソース見て突っ込むべきところは他にたくさんあるだろ

蔵のシステム、2.11系のまま放置したままだなあ
>>84のパッチあてなければ、ヤバいかな？

かといって他に選択肢がないからな。

>>89
動いてる物はいじるな
プログラマ時代に習った言葉

EC-CUBEか
今時こんなめっちゃレガシーなシステム、採用するのは勇気が要るな
ソースを見ても外観を見ても古臭い
海外製でいいのないかな

というか自分で１から作った方がいいって結論に達した
php打った事ない馬鹿だけど１日２〜３時間を開発時間に費やせば
２〜３か月でできそうな感じだわ
勉強するのに検索するとEC-CUBEがひっかかるのが非常に腹が立つ

そうして一年後には、EC-CUBEと大差ないシステムを作り上げた93であった

EC-CUBEはディレクトリ構成が下手すぎる、新人が設計したレベル
何がどこにあるのかわからんし、未使用・不要なディレクトリ
統率の取れていない、汚いコードを書くチームが根性でツギハギしまくって作った感じ
ある意味これでそれなりに動いて使われているのが驚き
売り方、広め方がメチャクチャ上手かったのだろうか
これより良いの作って、広まらなくて続けるモチベーション失って埋もれているECシステム多そう

>>89
任意のPHPコードが実行されてしまう、という内容でやばいと
思わないのであれば放置していいんじゃないの

もしパッチ当てるならついでに>>79のも当てたほうがいいよ

もちろんそのこと自体はやばいけど、蔵のサイトみたいな弱小サイトが
狙われることなんてあるのだろうか…
うちの蔵のサイトまで対象にするほど犯人のアンテナ高ければ
他に被害報告がいっぱい出てくるであろう

>>97
EC-CUBEってURLが独特で、ぐぐればすぐ分かってしまうから
google検索＋ロボットの自動操作で、マイナーなサイトに対しても
攻撃が来る可能性はある
（画像が/user_data/下にあるとか、特徴ありすぎ）

今はこの脆弱性を使った攻撃がまだ発生してないから
今のうちにクライアントを動かして対応を進めておいたほうがいいと
思うけどな

暇な時期を見て対応しておいたほうがいいとは思うよ
パッチ当て両方やったけど、大して手間じゃなくてコピペ＆動作確認で
数時間で終わる作業だったし

コミッターになってリファクタリングに協力しようかと思いました…が、
強烈なスメルを放つシステムハンガリアンで汚染された
コードとファイル名を見ただけで思い留まりました
命名規則って大事ですね

これのソースは新人研修に使わせてもらっている
反面教師として

攻撃された例とかあるのかね？あまり聞かないけど、俺が知らないだけ？
オープンソースだし、ソース見ると頼りないし、パスワード以外の個人情報は平文保存だし
botに見つけられやすそうな特徴あるし、それなりに使われてるし
ターゲットにされやすそうな印象なんだが