トップページphp
1001コメント287KB

[生き残れるか]EC-CUBE[4店舗目]

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/12/13(土) 14:11:28ID:???
【前スレ】
・[生き残れるか]EC-CUBE[3店舗目] http://pc11.2ch.net/test/read.cgi/php/1209204054/

【過去スレ】
・EC-CUBE http://pc11.2ch.net/test/read.cgi/php/1169631890/
・[生き残れるか]EC-CUBE[2店舗目] http://pc11.2ch.net/test/read.cgi/php/1201784308/

【公式】
・EC-CUBE公式サイト ttp://www.ec-cube.net/
・開発コミュニティ ttp://xoops.ec-cube.net/
・マニュアルサイト ttp://wiki.ec-cube.net/
・EC-CUBE Trac ttp://svn.ec-cube.net/open_trac/
・メーリングリストの過去ログ ttp://webml.ec-cube.net/

【その他】
・2ch EC-CUBE Wiki ttp://www39.atwiki.jp/eccube2ch/
・[mixi] EC-CUBE ttp://mixi.jp/view_community.pl?id=1272334
・EC-CUBEの学校 ttp://www.eccube-school.jp/

【EC-CUBEとは】
EC-CUBEは、株式会社ロックオンが創業から6年にわたって開発してきたECサイト構築システムをオープンソースとして公開したものです。ASPではできなかった独自性の高いECサイトが、無料で手に入ります。
0484nobodyさん2009/09/08(火) 14:46:50ID:???
>>482 どのレス? plz
0485nobodyさん2009/09/08(火) 14:53:36ID:???
>>483

ttp://www.live-commerce.com/wiki/index.php/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8

良さそうに見えるね。
0486nobodyさん2009/09/08(火) 21:37:19ID:udnb5qFz
どこでダウンロードできるのさ
0487nobodyさん2009/09/08(火) 22:27:33ID:???
ダウンロード専用ページ(とされているページ)
ttp://www.live-commerce.com/download/
0488nobodyさん2009/09/09(水) 00:17:35ID:???
いつも思うんだけど、この手のシステムを利用するのって
だいたいPGとか技術者じゃないか?
Live Commerceの特徴が「簡単にアップグレードできる」
ってあるけど、各種設定しなきゃいけないし、デフォルトで使う事もないだろうし。

カスタマイズ性の優位点を加えるよりも、業種に特化した仕様にすればいいのに
0489nobodyさん2009/09/09(水) 08:45:07ID:???
結論の如何は別として
大前提に疑問
0490nobodyさん2009/09/09(水) 09:09:09ID:???
前提は分からないが、俺は結論に疑問。

優秀なプログラマーほど汎用的に作りたいと思うし、特化するよりも拡張性の方が重要だと思う。
特化するところは特化したい奴が作業して、フィードバックすれば良いと思う。
0491nobodyさん2009/09/09(水) 16:18:53ID:???
特定の業種に特化した仕様にしたらターゲット層が限定されるから・・・
というかそういう機能はアドオンとして提供して
本体はもっと必要最低限なのがいいな
特定業種特有の機能だけじゃなくて多くの機能も本体とべったりにさせず
配布時には公式アドオンとしてバンドルされているけど取り外しも出来るとかそういう感じの
配布側は「いろいろできる」を謳うけどいらない機能も多いし

各種機能を本体から切り離してアドオン化することで
本体に手を加える必要がなくなってもっとアップグレードが簡単に!
必要な機能を取捨選択できてもっとカスタマイズ性がアップ!
0492nobodyさん2009/09/09(水) 19:45:30ID:???
>>490
思うんだが、優秀なプログラマーは自分で作らないか?

優秀か否かは俺の中で経験があるかどうかだが、
優秀な奴は既にいくつかのWebアプリは作ってると思うけどな
0493nobodyさん2009/09/09(水) 19:50:03ID:???
>>491
アドオン化・プラグイン化はもっともだと思うが、
それを使いこなせる奴って技術者に限られないか?

例えば、カスタムフィールドなんて機能があるが
これも使えるようにするには、機能を理解したりタグがわかっていたりと
ある程度の知識が必要だと思うんだよな。

で、492にも書いたけど、知識がある奴は自分で既に作ってると。
知識が無くて金もないからオープンソースを使うわけで
そういう奴は得てしてカスタマイズ性を求めていないと思うんだよな
(あくまで俺の経験上での意見であって、みんなは疑問に思うだろうが
0494nobodyさん2009/09/09(水) 20:44:09ID:???
使いこなせない人はカスタマイズ不可能な全部乗せでも機能やメニュー項目が多すぎて使えないという悲劇
全部乗せにするにしても
>>491
> 配布時には公式アドオンとしてバンドルされているけど取り外しも出来るとかそういう感じの
にすればカスタマイズ性を求めている層にも訴求できるんでない
0495nobodyさん2009/09/09(水) 22:02:29ID:w9pHI/sL
>491のいいと思う。ポイント制とか、クラから「外して」って言わるし。
「追加したアドオンリスト」みたいなのを生成しといて
フロントコントローラーの頭でそのリストを確認すれば、知識がない人用でも上手いこといかないかなぁ?
0496nobodyさん2009/09/09(水) 22:24:59ID:9SwiU/le
>>495
あの、本体のソースを弄る「モジュール」とやらが理想的に機能すればその通りに動かせるハズなんだよな。
要するに大もとの基本設計がおかしいんだけど、まともに設計できる頭がある奴がいないって事じゃないかと。
0497nobodyさん2009/09/09(水) 22:59:07ID:???
>>493
> アドオン化・プラグイン化はもっともだと思うが、
> それを使いこなせる奴って技術者に限られないか?

いいんだよそれで。技術者じゃないヤツが
何を使おうが俺ら技術者には関係ないじゃないか。

知識が無くて金もないからオープンソース?
俺ら技術者は知識があるから、関係ない話ですね。
素人の世話までわざわざしません。自分たちで勝手にしてくださいって話。

だが、俺ら技術者に仕事を頼むのなら、
俺ら技術者は、その知識を生かして楽をする。
俺らは楽して儲かる。客は安く済む。良いことだらけ。
それだけのことさ。
0498nobodyさん2009/09/09(水) 23:04:51ID:???
俺ら技術者ってw
こういう低能しかいないのが日本のSIの
現状だ
0499nobodyさん2009/09/09(水) 23:09:08ID:???
>>497は何かおかしいこといってるか?
0500nobodyさん2009/09/09(水) 23:14:29ID:???
自分は他人が作ったものを使いこなせる技術者だ、と言っているだけですね
何もおかしくありません
0501nobodyさん2009/09/09(水) 23:16:15ID:???
>>いいんだよそれで。技術者じゃないヤツが
>>何を使おうが俺ら技術者には関係ないじゃないか。

この文章が分かりにくくしてるな。


「いいんだよそれで、技術者さえ使いやすければいいんだよ。」

って書けば理解出来る。
0502nobodyさん2009/09/09(水) 23:22:56ID:???
イイーンダヨは大事なことなので2回いいました
0503nobodyさん2009/09/09(水) 23:23:23ID:???
客は時間を買う
漏れらは時間を売る
客にならないやつらは自分の時間を消費する
それだけの話だろ?
0504nobodyさん2009/09/10(木) 01:04:02ID:???
>>497のような冗長で同じ単語を繰り返し使うような人間は、コーディング時もスパゲティになりやすい。

…と>>498は言いたいんじゃないのか?
0505nobodyさん2009/09/10(木) 01:08:10ID:???
>>504
どうでもいい。
0506nobodyさん2009/09/10(木) 01:24:54ID:0HW+rSNf
>>497>>503は「俺様技術者だぜトーシローは黙ってなヒャッホー」
なカンジで痛々しい。中学生みたい。
0507nobodyさん2009/09/10(木) 02:20:00ID:bp/5bdIL
>>506
ここに書き込んでいる奴らのほとんどは底辺コーダーだから気にするな
0508nobodyさん2009/09/10(木) 07:47:48ID:fNIohNF3
オープンソースをカスタマイズしますって企業は技術力あるの?
これで商売する企業って単に自社でパッケージを開発する技術力がないの?
0509nobodyさん2009/09/10(木) 09:54:03ID:???
>>508
前者だろうな。

バグがあった時も客に「公式サイトから修正ファイルが届くまでこのままです」
とか言っちゃうんだろうな。
0510nobodyさん2009/09/10(木) 09:55:25ID:???
ごめん。前者じゃなくて後者だw

MTのプラグイン作っている会社や個人は結構いるけど
MTの仕様が変わったときどうするんだろう?っていつも思う。
3から4に変わった時も結構違いがあったのに、今回5になるし
0511nobodyさん2009/09/10(木) 09:59:54ID:???
>>500
皮肉がお上手ですね
05125032009/09/10(木) 10:00:34ID:???
オープンソースをカスタマイズして欲しいという需要があるだ
自分のとこでできないから依頼する
依頼を受けるほうにしてみれば、下請(元請、2次請、3次請...)だ
需要がなくなれば死滅するだけ

>>506にとっては時間の売買が「俺様技術者だぜトーシローは黙ってなヒャッホー」と同類らしいな
0513nobodyさん2009/09/10(木) 10:03:01ID:???
売買は時間だけじゃないと思うけどな
0514nobodyさん2009/09/10(木) 10:07:01ID:???
>>512
もの凄く国語が弱いのは理解した
0515nobodyさん2009/09/10(木) 10:11:27ID:???
お前の母ちゃんでべそ級の返しでワラタ
0516nobodyさん2009/09/10(木) 10:29:14ID:???
客の立場(専門知識がない)でカスタマイズしますって企業の技術力をどう比較するの?
自分が比較できるのはデザインのセンス?と納期、当然料金もだけど
技術力がある→納期が短い→結果的に安い って感じする
0517nobodyさん2009/09/10(木) 10:59:55ID:???
>>512みたいな文章もまともに書けないやつが
一端の技術者気取ってるんだぜ
笑えるよな
0518nobodyさん2009/09/10(木) 12:31:08ID:fNIohNF3
>>510

何というか、自作しないと熱意と責任が生まれないよね。
オープンソースアプリのロゴをべたべた貼っている会社とかあるけど、結局何が出来るのって思う?

EC-CUBEも固執しなければいけないほど高品質だとは思えないんだけど、
それでも自作しないでこれをカスタマイズするのは熱意と技術力がないだけとしか思えない。
実際、カスタマイズ代金もめちゃ高いしノウハウも蓄積されてないんだと思う。
0519nobodyさん2009/09/10(木) 12:51:50ID:???
うちは生半可な知識のある顧客が指定して来る場合のみ仕方なくって感じだな>オープンソース利用

一から開発or自社物のカスタムを提案しても、「稼働実績が〜フンダララ」で聞く耳持たない場合のみ。
結果、そういう顧客は機能に変なこだわりがあったりしてデフォルトでは使えないので、EC-CUBEの変な
ソースを毎回一から弄る羽目になり、結局高く見積もらざるを得ない。
まぁこういう顧客は高くついても「オープンソース使っちゃってる俺!」という自己満足が得られればOK
らしいので、PGの精神以外には実害なし?
0520nobodyさん2009/09/10(木) 14:35:07ID:???
うちの会社はコンサル能力がありません、と言ってる
ようなもんだなw

しかも、サーバもオープンソースだらけで構築してるから
「オープンソース使っちゃってる俺の会社!」
って感じか?
0521nobodyさん2009/09/10(木) 15:49:33ID:???
>>うちの会社はコンサル能力がありません、と言ってる
>>ようなもんだなw

どの辺の文章からそう感じたの?
0522nobodyさん2009/09/10(木) 19:11:14ID:???
俺は逆に慣れているから積極的に apache とか mysql とか使っちゃうな
oracle とか面倒なもん使いたくねえし
0523nobodyさん2009/09/10(木) 19:19:18ID:???
>>522
発注側も、「できるだけ安く!」って言うしね。
ソフトのライセンスとか買ってくれないw
0524nobodyさん2009/09/10(木) 20:29:58ID:???
だいたいWeb事業しようと思った時って、全く0からじゃないと思うんだ。
掲示板やらショッピングカートやらそれなりのツールを作って
それらが他社と遜色ないから起業すると思うんだよ。個人でも会社でも。

それをオープンソースや無料テンプレートに頼って
「安く仕上げます!」っと言ったところで、
アフィ広告貼って商品売ってのと変わらない気がするんだよな。
0525nobodyさん2009/09/10(木) 22:09:15ID:???
俺は零細企業のweb担当なんだけど・・・
ウチはwordpressとeccubeでやってるw
自力で作れるような技術力が俺にはない&外部に頼むほど社長に金がないので('A`)

故に本業の人たちは>>519>>524の言うような「ちゃんと構築できる」人たちであって欲しいなあと。
素人意見でスマンw
0526nobodyさん2009/09/10(木) 22:26:17ID:nEcVPJnj
「うちお金無いから、オープンソースでEC-CUBEってのがあるんですよね?それ使ってカスタマイズしてよ」
と言われるから使うだけ。

>516
>技術力がある→納期が短い→結果的に安い
1週間1万円で働く素人こーだもいるから、安い=技術力があるとは、一概には言えない。
0527nobodyさん2009/09/10(木) 22:30:10ID:???
> それ使ってカスタマイズしてよ

自分でカスタマイズするなら、勝手にやれば良いのでどうでもいい。

カスタマイズを頼まれたとき、楽にカスタマイズできれば良い。
そしたら安くできる。

だが、楽にカスタマイズできるものは無く、ベースがただでも
カスタマイズ料金が高くなる。
0528nobodyさん2009/09/10(木) 22:38:29ID:???
どう考えてもテーブル設計とSQLがクソなのに、MySQLが遅いみたいな認識なのはいただけないな。
膨大なテーブル数に、3重4重に入れ子になったサブクエリを発行すればどうやっても遅いだろ。
0529nobodyさん2009/09/10(木) 23:01:01ID:???
EC-CUBEの連中は技術者じゃねぇ。

処理が遅ければ、何十万もかけて
ハードウェアスペックをあげれば良いという考えだろう。

たしかに規模によっては、そっちが安く済む場合もある。
だが、オープンソースのターゲットとなるような所には合わない。
0530nobodyさん2009/09/10(木) 23:01:04ID:???
そうそう。明らかに設計が悪すぎる
0531nobodyさん2009/09/11(金) 05:05:42ID:???
売り上げ解析の遅さは、あんまりすぎて笑えますよね
0532nobodyさん2009/09/11(金) 09:30:57ID:GRHg0kRO
EC-CUBEはここが酷い
http://d.hatena.ne.jp/zan-gyo/20090602/1243923480
0533nobodyさん2009/09/11(金) 10:33:49ID:???
デザインは綺麗だからソース出さなきゃ良かったのにね。
こんなデタラメな設計で金を取るのか、という反感が起きてしまう。

設計がデタラメ → 修正コストが高い → クライアントが負担

良心があるプログラマは、こんなコストはクライアントに負担させられないと思うし、
儲けたい奴はこれをカスタマイズしてボッタクルって感じかな。
0534nobodyさん2009/09/11(金) 10:36:58ID:???
phpBB(拡張モジュールがソースをエディタで開いて差分を自分で適用(笑))とか「なんでみんなこんなの
使ってるの?」ってレベルのオープンソースソフトってあるんだけど。よく使われてるから使う位しか理由が
無いんだよね。

まぁ、実はその「よく使われている」というのが情報を探したりする上で便利ってのは解らなくも無いんだけど。
phpBBの例なんかを見ても、それは日本だけじゃなくて、海外でも一緒なんだね。
0535nobodyさん2009/09/11(金) 10:43:32ID:???
532のリンク先は辛辣だな。

開発者が・・・
開発者が・・・
開発者が・・・

って、恨みでもあるのかね。
0536nobodyさん2009/09/11(金) 11:10:41ID:???
「EC-CUBE のプログラム修正を仕事でしている」となっているから
そういう(恨みの)感情はあるでしょ
「俺は修正がしたくてプログラマになったんじゃねーよぉー」みたいな?
0537nobodyさん2009/09/11(金) 11:42:00ID:???
>427
商用ライセンス買って
見事にw
作り替えしちゃったのが
オレンヂだよ

>535
オレンヂの連中も、恨みまくりだろ〜とか想像するw
0538nobodyさん2009/09/11(金) 15:06:06ID:???
>>534
ま、「どうしてオープンソースなのか?」を考えたら想像出来るんだけどな。
ユーザーはあくまでテスターでしょ。
タダでバグチェックしてくれて新機能の意見もくれる。これほど楽な事はない。

OpenPNEなんて徐々に商売に移行してきているからね。
EC-CUEもEC-one?か何かを始めてるし。
0539nobodyさん2009/09/11(金) 18:55:34ID:???
新規開発中の新しいバージョンってプラグイン対応?
0540nobodyさん2009/09/11(金) 21:00:56ID:???
>>539
プラグイン対応でもEC-CUBEに期待するな。
0541nobodyさん2009/09/11(金) 21:03:55ID:UJFy38im
MVCがわからん開発社がプラグインの仕組みを作れるはずがない。
あ、でもクレジット決済とかは既にプラグインになってるの?
0542nobodyさん2009/09/12(土) 07:18:04ID:???
一般的に言って、ショッピングサイトの機能をプラッガブルに出来るとは思えない。
0543nobodyさん2009/09/12(土) 15:29:56ID:???
モジュール化されていなくて一枚岩なのも気になるところだけど
そもそもEコマース専用システムってどうなの
Drupalとか何か他のCMS用Eコマースモジュールとして作れば
カブる部分は作る必要ないし既存の多くの資産を利用できるのでは?
ブログやイメージギャラリーやもっと汎用CMS的な機能がほしい場合は
Eコマース専用システムじゃ物足りないだろうし別途用意しても管理画面が統一されてないだろうし。
ECコアモジュールとそれに依存するEC用各種追加機能モジュールみたいな。
日本固有の機能は切り離したりして

現行EC-CUBEは古いからモジュール化されてないとかいろいろ古臭くても仕方ないけど
このスレで宣伝されている何個かの新作Eコマース専用システムとかは
0544nobodyさん2009/09/12(土) 17:52:41ID:???
> Drupalとか何か他のCMS用Eコマースモジュールとして作れば

それ何の問題解決にもなってないよw

Eコマース部分の機能をいろいろ付けたり外したりしたいんだから。
0545nobodyさん2009/09/12(土) 18:18:49ID:???
ま、「今ので動くからそれで良い」という考えなのかもな
俺も自作システムを改善しようとして余計にややこしくなって止めた事あるw
0546nobodyさん2009/09/12(土) 18:51:36ID:???
>>544

>>543
> ECコアモジュールとそれに依存するEC用各種追加機能モジュールみたいな。
> 日本固有の機能は切り離したりして
ってあるから
0547nobodyさん2009/09/12(土) 18:53:59ID:???
既存CMSの拡張機能ではなく独自のシステムを作る主因は功名心・自尊心から。
独自のシステムもさらに手柄を第三者に横取りされないように拡張機能なんてもってのほか。
修正ファイルの提供なんていらないすべてを取り仕切りたい。自分の考えが最良。
でもオープンソースの都合のいい部分だけは享受したいジレンマ。
0548nobodyさん2009/09/12(土) 20:22:36ID:???
EC-CUBEのコードのクオリティってどうなの。
ロックオンクラス(従業員規模)の会社ってこれくらいのレベルだと考えていい?

オープンソースってある程度技術に自信がないと出来ないから、
平均的な企業よりも技術力がありそうな感じなんだけど。
0549nobodyさん2009/09/12(土) 20:43:14ID:???
本来のソースコードのクオリティはすごく高いよ
公開されているものは
ソースコードを暗号化させて難読化するんじゃなくて
スパゲッティ化させる自前のソフトを使って難読化させてある
ハイクオリティなソースコードを見せたくないからね
0550nobodyさん2009/09/12(土) 21:00:14ID:???
if(DB_TYPE==...)

難読化以前の問題だな
0551nobodyさん2009/09/12(土) 23:48:48ID:92UZmp6y
技術が無くてもオープンソースには出来るんじゃない?
エンジニアとして恥ずかしくなければ。

俺ならあんなの公開するのはやだね。
0552nobodyさん2009/09/13(日) 00:25:53ID:???
増改築を重ねた結果だから止むを得ない
新築の頃は小さいながらもきれいだったはず
今はこれでいいと思っていても必ず増改築が必要になってくるんすよ
そんなためにもユニット化!こんな感じに拡張縮小自在
ttp://www.dome-house.jp/images/unit/speclong_00.jpg


…EC-CUBEって新築の頃から突貫工事の欠陥住宅なの?
0553nobodyさん2009/09/13(日) 00:27:35ID:???
ソフトウェアにはメジャーバージョンアップというリフォームがあってだな
0554nobodyさん2009/09/13(日) 01:00:05ID:qP7jh3L6
基本的に金になるかわからん仕事だから
暇な新人に作業させたんだろうなって思う
0555nobodyさん2009/09/13(日) 05:07:35ID:???
IPAに「旧バージョン使うな」と言われても、バージョンアップ出来る構造じゃあないしね。

2.4あたりで、DBのテーブルの変なとこに列が追加されてるから、
そのままだと2.3以前との互換性が無いらしいね。
0556nobodyさん2009/09/13(日) 11:18:33ID:???
このコードを公開することはある種の経営リスクだな。
これじゃあプログラマーは応募して来ないんじゃない?
0557nobodyさん2009/09/13(日) 23:21:06ID:???
逆に「この程度で通用するなら・・・」って応募したくなるんじゃないか?w
0558nobodyさん2009/09/14(月) 05:01:17ID:???
EC-CUBEにamazonの決済API取り付けられないかな?

このAPIを使えばアマゾンのクレジットカード情報を自分のECサイトで使える。
これが使えれば手軽で維持費の安いECサイト作れるんだが

利点

導入手数料なし
月額利用料なし(日本のクレジット決済は月1万2千円くらい取られる)
取引手数料が安い 1.8%〜4%
セキュリティ管理(SSL)もamazon側がやってくれる
管理側のクレジット会社の審査手続きなどいらない。(amazonのみ)
お客は初期登録をしないですぐに買い物ができる
amazonという堅固な信頼のあるブランド

現時点日本では正式にはサービスしていない アメリカの銀行口座があれば使えるかも

開発側でサンドボックスというものを使うと仮想決済で開発できるらしい(コスト0)

来年くらいに日本でサービスしないかな

参考情報
http://journal.mycom.co.jp/articles/2009/02/13/AmazonFPS/index.html
http://internet.watch.impress.co.jp/cda/news/2007/08/06/16550.html
ttp://blog.livedoor.jp/barneys_tokyo/archives/51255786.html
0559nobodyさん2009/09/14(月) 10:51:11ID:???
AMAZONのそれかPAYPALが今年の年末から熱いな
API合戦がはじまる
0560nobodyさん2009/09/14(月) 10:53:22ID:???
amazonのそれが日本版であれば、日本の決済代行会社潰れそうだなw

ま、これまでの傾向から日本版APIは無いと思うが・・・
0561nobodyさん2009/09/14(月) 23:15:25ID:lbZW8L7S
>>558

おまいさんの立ち位置はどこだ?
ノリで使ってみてる人?非エンジニアなステークホルダ?

素人でもなきゃEC-CUBEにapiって手法が適用できない事くらい分かるだろ。
ノンカスタマイズでしか使えないapiってんなら別だが。

もしかしてロックオンの人?
0562nobodyさん2009/09/14(月) 23:20:27ID:lbZW8L7S
あぁ、間違えたapi叩きにいくモジュールってヤツの事か。

何?作って欲しいの?
0563nobodyさん2009/09/14(月) 23:37:49ID:???
↑ WEB APIってのを知らないらしい
0564nobodyさん2009/09/14(月) 23:53:23ID:lbZW8L7S
だからさ、間違えたねって言ってんの。
ごめんなさいねー。

素朴に「(パッケージに)組み込んだらいいのに」って言う人の立ち位置が気になっただけなんだけど。
カスタマイズすりゃいいんじゃ?と。

まぁいいや。とりあえずもうROMってるわ。
ごめんねー。
0565nobodyさん2009/09/15(火) 00:32:11ID:???
きめぇ
0566nobodyさん2009/09/15(火) 23:20:22ID:1Hfsx4Gf
リアルではかかわりたく
0567nobodyさん2009/09/16(水) 00:06:51ID:NG9cPZ93
paypalの導入糞難しいんですけど、なんとかならないの?
0568nobodyさん2009/09/16(水) 11:23:52ID:???
そんなこたぁpaypalに言いなされ
0569nobodyさん2009/09/16(水) 12:02:40ID:QzZGGCN3
1本25万円もらえれば、1人くらい専業で付けさせられないのかな?
会社側からのアクションが全然無いから面白くないね。
0570nobodyさん2009/09/18(金) 18:59:31ID:???
http://pc11.2ch.net/test/read.cgi/php/1250415957/464
ってあるように
各機能を本体から切り離して本体を簡素にすれば
大掛かりなバージョンアップ作業から解放されるッ
0571nobodyさん2009/09/19(土) 00:17:39ID:0yZb4Sb9
カスタマイズ超苦労するぞこのクソシステムw
ロックオンが作っているだけに、システムもロックオンして
カスタマイズさせたくないようにしてるとしか思えん。。
0572nobodyさん2009/09/19(土) 03:00:41ID:???
何度もおんなじ文句聞き飽きたぁ
なんてねw
最近になって触ったひとは、新鮮にそう思ってるんだろうなぁ・・
でも、ずっとずっとずぅぅぅっと前から( ^∀^)ゲラゲラ

2系出たとき、
急いで作ったからどうしたこうしたって作者(ロックオンではない)
が言っていたような気がしたが、それが、
部屋を煩雑にしてる引っ越しの段ボールをただ脇に寄せる程度、
取りあえず寝れりゃいいやみたいな、
1系からかき集めた部ッ品と、
急いで作ったM(ま)抜けのVCでとうとう2.4.1

ま、がんばってw<弄るひと&弄りたいひと
0573nobodyさん2009/09/19(土) 07:12:35ID:???
> 部屋を煩雑にしてる引っ越しの段ボールをただ脇に寄せる程度、
なぜ俺の部屋の状態を知っている
もう一年近く同じ状態だ
05744622009/09/21(月) 06:25:32ID:LYXClwZH
>>474
EC-Cubeプロジェクトに取り込まれて鬱な462です。
requireはの使い道はいくつかあるのだけれど、基本的にそのファイル内で
使っているクラスが定義されているファイルを過不足なくrequire_onceするのが
正しい。require_base.phpで全部ロードしちゃえ、というのは、怠け者。
プログラムのどこかを修正して、それが全箇所でロードされていたら、
その影響範囲がどうしてわかるのか。システム全体をテストしなかったら
テストしたことにならないよね。

今僕はcronスクリプトを書いていて、DBハンドラーが必要となった。
さあ一体どのファイルを読み込んだらいいのか?SC_DBconnクラスで
ハンドラーが取得できるようだから、SC_DbConn.phpをrequire_once
すればよさそうだ。クラス名とファイル名が統一されているようで
されていないのもイライラするけれど、それはともかく
require(CLASS_PATH . '/SC_DbConn.php');
してみるとSC_DB_DBFactory_Exがないと言われる。SC_DB_DBFactory_Exが
必要なのはSC_DBconnクラスの事情なのであって、僕のcronスクリプトが
知っていないといけない話じゃないよね。

>>475でグローバルオブジェクトの参照の話が出てきているけれど>>476
クラスの話をしているのだから話がちょっと噛み合っていないかな。
システム全体で一つしかないようなオブジェクトはシングルトンクラスで
作成するのが良い。SC_Dateはユーティリティークラスで、こういうものは
require_util.phpみたいなファイルで一括でロードするのも良いかもしれない。
ちなみにSC_Dateはアクセサーの意味が分かっていないPGが書いたクラスで
セッター、ゲッターと静的なデータ生成メソッドをのぞいたらほとんど何も
残らないしょうもないクラス。

>>477でロード時のオーバーヘッドの話が出ているけれどrequire_onceは
同じファイルは何度呼び出されても同じファイルは1度しか読み込まないから
気にしなくてよい。
05754622009/09/21(月) 06:26:12ID:LYXClwZH
>>550
SC_DB_DBFactory_ExでMySQLとPostgresqlを切り替えようとしている
形跡はありました。僕はEC-Cubeの歴史的経緯を知らないので、if(DB_TYPE==...)
が古いコードからの遺物なのか、それともファクトリークラスの開発を
しない怠け者PGなのかは分かりません。

ところでアップグレード時のマージの負担を軽減するためにclass以下は
触らず、extends以下を拡張するというのが推奨されているみたいですけれど
うまく行きそうにないですね。基底クラスの粒度が荒すぎて結局大半の
ロジックを継承クラスにコピーする羽目になっている。あるところでは
基底クラスを呼んでいて、あるところではExを呼んでいるのも困る。
こんなことするならclass_extendsなんて最初から作らないでもらいたい。
ロックオンがやるべきことは安定したAPIを定義して、バグフィックスが
APIの外に影響を及ぼさないようにすることでしょう。
0576nobodyさん2009/09/21(月) 11:02:42ID:???
PostgreSQLとMySQLを両サポートしようと思えば、何かしらのORMを導入して、単文のSQLだけ実行して、後はPHP側で処理するように書き換えるしかない。
0577nobodyさん2009/09/21(月) 15:09:56ID:Uk6D7qZu
>>575
いろいろ見てると、カスタマイズ前に一旦きれいにしたくなるよね。
そういう作業もしているの?
0578nobodyさん2009/09/21(月) 20:17:44ID:???
>>574
>>477 はコードキャッシュの話でしょ
require_onceとか、そんなレベルではw
0579nobodyさん2009/09/24(木) 18:19:29ID:XilRLX6z
EC-CUBEをカスタマイズした不動産用CMSとかあるね。
そこまで自分でコード書きたくないのかねと思ってしまうが・・・。
0580nobodyさん2009/09/24(木) 23:43:53ID:vwUrxF0Y
>>579
何それ面白いwwwできればkwsk
なんも分かってない経営者あたりが勢いで決めて
現場がしわ寄せくらう典型っぽいな。
バグった時とかなんでECCUBEなのかクライアントに問い詰められそう。



絶対嫌だwww
0581nobodyさん2009/09/25(金) 09:08:09ID:IHAZI2rs
普通に販売ではなくカタログとして商品写真を見たりできることだろ
契約済みとか交渉中とかお勧め商品のアイコンで対応可能だし
なにもしわ寄せはない
0582nobodyさん2009/09/25(金) 12:46:00ID:p0CbnlfH
>>580

例えばさ、不動産はAND検索が命でしょ。

「80000円+ペット+角部屋+新築」

こういう検索が不可欠なんだけど、EC-CUBEでこれらを1個1個カテゴリにして商品(物件)に割り当てるわけ。
だからAND検索が出来なくて、80000円とか、ペットとか単体でしか検索出来なくてユーザビリティが死んでる。

何の偶然か、こんな珍しいサイトに当たってしまって頭に来たよ。
こんなクソアプリ使わないでちゃんとAND検索作れやボケって思ったよ、これじゃ客は検索しないよ。
0583nobodyさん2009/09/25(金) 14:33:23ID:???
>>581
カタログ表示させたければ、単純にブログとかMTでよくないか?
特にMTだったらカスタマイズ出来る業者も多いし。
■ このスレッドは過去ログ倉庫に格納されています