08/04/06 00:09:42
ボトルネックはどこなの
スキーマ？
SQLの組み立て方？
今時PEAR::DB使っているから？
846:nobodyさん
08/04/06 00:31:29
>>844
情報ありがとう
>>845
やっぱりクエリだろうね
847:nobodyさん
08/04/06 00:33:10
>>845
これは前にもあがってたかも知れないけど、一応挙げておくと
URLﾘﾝｸ(xoops.ec-cube.net)
↑これと同じ問題。結局 スキーマおよびSQLの組み立て方ってことになるんだと思う
んで、
URLﾘﾝｸ(webml.ec-cube.net)
↑試して、MySQL5.0なんだけど
URLﾘﾝｸ(webml.ec-cube.net)
↑と同じようにSQLの文法エラーでアウトで、admin/products/product_class.php の
lfGetClassCatListEdit 関数内SQLの vw_cross_products_class を（MySQLではベタベタのSQLに
どのみち展開されるので）、直接展開して、ごっそり書き換えてやっと動かした
この時に脱力したのは、上記でせっせとこさえてサーバを凍らせた規格分類×規格分類の
総組み合わせ情報が、ここではまったく 必 要 が な く て 使 っ て な い ？っていうこと
んで、ここは動くようになったけど、フロントの一覧画面とかでも結構重くて、上記の事があるから
また致命的に無駄な事をしてるんじゃないかっていう不信感がどうしても拭いきれないのです
848:nobodyさん
08/04/06 00:52:09
クエリが問題なら問題の場所だけ自分でなおせばいいんじゃないの？
849:nobodyさん
08/04/06 01:26:14
>>848
人の話を聞かない、とか通知簿に書かれたことない？
PostgreSQLでの動作を基準に書かれていてMySQLで実際に問題が出てるから、ソースの信頼の問題として
「問題の場所」がどれくらいあるのかわからないんだって。
必要に応じて書き直すのはやぶさかではないが、そうなると、見てわかると思うけど結構込み入ってるSQLにも
疑問点や苛立ちから来る不信感が出てくるし・・・
俺はただで使わせてもらってるからいいけど、商用ライセンスを買ってる人とか、苛立ちは大きいんじゃないかな
850:784
08/04/06 01:33:47
>>848
もれも負荷がかかってるっぽいところをいちいち調べて直してったんだ。
いちど手をかけると、次々出るわ出るわで、だんだんいや～になっていって、
結局、ＤＢもろとも”もれ仕様”に書き直した。
でぇ～、管理画面とフロントのデザインだけ最後に残って、
EC-CUBEってガメだけかよ、とか 先日、仲間うち笑い話になった
５月にはオープンすっから まっといてぇ～ｗｗｗ
851:nobodyさん
08/04/06 01:42:11
パフォーマンス悪いって言っている人、
データ量って具体的にどれくらいなもん？
商品数と、あとカテゴリ数も大きく影響するかな？
それでどの程度のスペックのマシンで
どれくらいの時間がかかるのか。
もしよかったら参考までに聞かせてほしい。
852:nobodyさん
08/04/06 02:02:01
>>844の再現だけなら、商品点数は関係なく、規格数と規格分類数だけ。インストール時のサンプル商品データでもおｋ
該当箇所のSQLが下記。チューニングしたけりゃしてくれｗ
SELECT $cols FROM
(
SELECT T1.class_id AS class_id1, T2.class_id AS class_id2, T1.classcategory_id AS T1_classcategory_id, T2.classcategory_id AS T2_classcategory_id, T1.name AS name1, T2.name AS name2, T1.rank AS rank1, T2.rank AS rank2
FROM dtb_classcategory AS T1, dtb_classcategory AS T2
WHERE T1.class_id IN
(SELECT class_id1 FROM vw_cross_products_class AS crs_prd WHERE product_id = ? GROUP BY class_id1, class_id2) AND T2.class_id IN (SELECT class_id2 FROM vw_cross_products_class AS crs_prd WHERE product_id = ? GROUP BY class_id1, class_id2)
) AS T1
LEFT JOIN (SELECT * FROM dtb_products_class WHERE product_id = ?) AS T3
ON T1_classcategory_id = T3.classcategory_id1 AND T2_classcategory_id = T3.classcategory_id2
ORDER BY rank1 DESC, rank2 DESC
↓↓ 置き換えられるSQLパーツ ↓↓
※【$cols】 #=>
class_id1, class_id2, name1, name2, rank1, rank2,
product_class_id, product_id, T1_classcategory_id AS classcategory_id1, T2_classcategory_id AS classcategory_id2,
product_code, stock, stock_unlimited, sale_limit, price01, price02, status
※【vw_cross_products_class】 #=>
(SELECT T1.class_id1, T1.class_id2, T1.classcategory_id1, T1.classcategory_id2, T2.product_id,
T1.name1, T1.name2, T2.product_code, T2.stock, T2.price01, T2.price02, T1.rank1, T1.rank2
FROM (SELECT T1.class_id AS class_id1, T2.class_id AS class_id2, T1.classcategory_id AS classcategory_id1, T2.classcategory_id AS classcategory_id2, T1.name AS name1, T2.name AS name2, T1.rank AS rank1, T2.rank AS rank2
FROM dtb_classcategory AS T1, dtb_classcategory AS T2 ) AS T1 LEFT JOIN dtb_products_class AS T2
ON T1.classcategory_id1 = T2.classcategory_id1 AND T1.classcategory_id2 = T2.classcategory_id2)
853:nobodyさん
08/04/06 03:53:53
>>849
それはクエリの問題じゃないよね
adodbやPDOを使っていれば問題にならないわけで
設計の問題でしょ
854:nobodyさん
08/04/06 08:51:12
>>853
このクエリを発行してる時点で違うと思う
MySQLのCUIクライアントから発行しても固まるんだから、adodbやPDOを使ったって変わらない。
（商品点数3、規格数89、規格分類374で mysql（CUIクライアント）で実行。完了まで8分22秒）
PostgreSQLでは、負荷のかかる部分がViewになってるから、上手いこと最適化やキャッシュが
されているんではないかな？よくわからないけど
もっとシンプルに必要な情報を必要な連結だけで取るようにするのは今のDB構造およびPEAR::DBでも
できるし、それだけの話。
直接的に腐ってるのは実装だろう。
この部分、2.1.1でもまったく変わってないんだが、修正する必要がないんじゃなくて、誰も手をつけたくない
んじゃないかって想像してしまうな
855:nobodyさん
08/04/06 12:30:07
今ちょっとローカルに入れてみたけどやっぱ日本人向けって感じだな・・・Zenよりいいかもしれん
856:nobodyさん
08/04/06 13:58:11
結局つかえね～
のか？
857:nobodyさん
08/04/06 15:12:01
>>854
つまり設計が悪いから直しても直しても…なわけでしょ
遅いのはクエリの問題
永遠に修正は設計の問題
だから一からDB周りを作り直すしかないんだろうね
858:nobodyさん
08/04/06 16:08:51
でも、このスレの影響下どうか知らんけど、
最近コミュの掲示板の質問見てると、みなPGSで立ててるみたいじゃん
あえて、Mysqlに拘る必要もないと思われ
859:nobodyさん
08/04/06 16:10:02
>>856
細かいとこまで見てないけど俺はこっちの方が気に入った。
なんかZenでMySQL5使ったらエラー出やがるし
860:nobodyさん
08/04/06 16:34:00
PostgreSQLだから上手いこと最適化やキャッシュされてるからとか、
MySQLではうまくいかないとかいうのは、そもそもＤＢ設計が失敗してるって証拠ぞ
PostgreSQLメインでおっ立てられたレン鯖に、
最適化やキャッシュ頼みの粗悪クエリがどんどこ投下されたらどうなるか・・・
日本人が作ったのだから日本人が使いやすい言うのは当たり前だ。
ZenやosCはそもそもあちゃらのソフト。これと比較するのは筋違いだろう。
そもそも現状、対抗馬が無い分、仕方ないのか？
Zenもロクに使えないもんに知らせても仕方ないが、
presta もRC2ながら 1.0 が、magento は 1.0 正式版が出た。
861:nobodyさん
08/04/06 18:23:52
>>858
ポスグレってPGSって略すのか？
ただ、やはりMySQL対応の鯖の方が多いだろうし
掲示板はたまたまじゃない？
862:nobodyさん
08/04/06 23:52:54
PSって略してください。
863:nobodyさん
08/04/07 04:45:17
PGだろ・・・
864:nobodyさん
08/04/07 06:52:26
PGだな
865:nobodyさん
08/04/07 12:30:06
【ec-cube】関西のロックオンってどうよpart２
ｽﾚﾘﾝｸ(venture板)
866:nobodyさん
08/04/07 19:08:46
↑それは、要らないと何度言えばわかる・・・・・（ｒｙ
867:nobodyさん
08/04/08 11:38:44
カレンダ含み、Pear 大好きだね。ま、Pear 使えば楽だけど、使わないで組んだ方が良いときもある
868:nobodyさん
08/04/08 23:05:34
Pearでいいじゃん
869:nobodyさん
08/04/09 11:54:56 BOVLQ9J4
EC-CUBE開発コミュニティが初心者投稿ばかりで
まともな返答が期待できないことになってる。
「ヘッダーとフッターの内容を変えたいのですが、できますか？」
てお前、、、そろそろゲスト投稿規制したほうがいいんじゃないの？
870:nobodyさん
08/04/09 14:30:10
まともな技術者が掲示板からいなくなって返信のない初心者ばかりの投稿になる
という典型的なパターンだな
871:nobodyさん
08/04/09 16:55:32
かといってまともな技術者の受け皿があるわけでもない
もう衰退ですか？
872:nobodyさん
08/04/09 17:08:00
で 結局つかえね～の？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
873:nobodyさん
08/04/09 20:14:57
掲示板はポイント制にして、良い回答したらポイントもらえればいいのに。
ポイントがたまったらEC-CUBEグッズがもらえるとか(笑)
874:nobodyさん
08/04/09 22:08:43
EC-CUBEストラップがほしい
875:nobodyさん
08/04/09 22:36:49
>>873
ポイントごとにEC-CUBEの自動アップデートライセンスとか商用ライセンス発行とかでいいんじゃね？
関連業者ががんばって回答するモチベーションにはなるかも
876:nobodyさん
08/04/09 23:03:57
何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も
何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も
同じ質問が・・・
最近、答える気がすっかりうせた。こらロックオン、てめーらでなんとかせい！！
877:nobodyさん
08/04/10 00:01:18
EC-CUBEストラップがほしい
878:nobodyさん
08/04/10 01:56:20
そのうち誰も回答しなくなるよ
全てスパムのような初心者質問ばかりになるから見ていてごらん
879:nobodyさん
08/04/10 05:59:10
EC-CUBEのテレカください
880:nobodyさん
08/04/10 12:11:21
>>873
こういうステッカーは？
┏━┳┓┏┳┳━┳┳━┓┏━┳━┳━┳━┓
┃┏━┫┗┛┃┃┃┃┃┏┓┃┃┏━┫┏┓┃ ━┫ ━┫
┃┗━┫┏┓┃┃┃ ┃┏┓┃┃┏━┫┏┓┫ ━┫ ━┫
┗━┻┛┗┻┻┻━┻┛┗┛┗┛ ┗┛┗┻━┻━┛
. _ ∧∧_,
／／ 中＼ ＼
./ （ ｀ハ´）､ ｀、
/ /＼ ＼つ つ、ヽ
| | ,＼ ＼ ﾉ | |
ヽヽ し ＼ ＼） / /
＼ `＼_____＼' ／／
ヽ､ _＿＿_,, ／
EC-CUBEは支那からのSQLインジェクションを阻止します。
881:nobodyさん
08/04/10 19:02:40
Version 2.1.2 正式版が出たらしい
882:nobodyさん
08/04/10 19:11:42
XREA+でMySQL使って2.1.2を今インストール中
データベースの設定の次の画面に進めないんだが皆さんはいかが？
883:nobodyさん
08/04/10 19:17:29
で異なる階層で共有SSL使えるようになったの？
884:nobodyさん
08/04/10 19:48:20
いまさら、いやがらせでMySQLですか？ｗ
885:nobodyさん
08/04/10 19:53:36
共有SSLですが、βで試したときには
URLﾘﾝｸ(@@@@.com)<) って階層関係で試したのですが、
確かに、ユーザ登録などではURLﾘﾝｸ(*****.org)に切り替わるものの
CSSが読み込めないので、くずれてしまいました。
恐らく、設定方法が間違っているのか？と、思う。
それ以上は、面倒なので試してません。とりあえずは、ちゃんと切り替わりましたよ。
886:nobodyさん
08/04/10 20:35:11
>>879
今はクオカードだろ・・・
887:nobodyさん
08/04/10 22:26:56
>>885
商品購入もできんしCSS読み込まないし
そんなもんは共有SSL対応とは言わんｗｗ
888:nobodyさん
08/04/10 23:53:08
共有レンサバにお試しで入れる奴なんて未だにいるのか。
死ねばいいのに。
889:nobodyさん
08/04/10 23:57:56
相変わらずテストをしていない最新版が出るな
890:16
08/04/11 02:48:04
>>888
EC-CUBEは高級品と言いたいの？
891:nobodyさん
08/04/11 06:41:13
なにげに共用SSLで親のディレクトリに飛ぶとCSSが嫁ないのか？
それと、商品購入以前に身動きも取れない
共用SSLは完璧に対応したって書いてあった？と思うが、みなさん完璧ですか～？
892:nobodyさん
08/04/11 08:59:44
対応して無いよ
893:nobodyさん
08/04/11 15:29:24
今1.4.6を入れて試してみてるんだが・・・コーディング結構ひどくない？
多人数での開発・しかも配布するパッケージなら、せめてE_NOTICEくらい出ない様に出来ないのか？
Ver2.xではどうか知らないけど
894:nobodyさん
08/04/11 16:21:04
>>893
今頃気づいたのか？ 遅杉て間違ってバックしそうな話だｗ
895:nobodyさん
08/04/11 18:44:09
>>893
1.4.6のE_NOTICEを取り除くのはやろうとしたが無理だった
896:nobodyさん
08/04/11 18:58:12
k2.1.2では大分ましになってる。出るところではがっつり出るけど。
開発者の意思統一をしないとどうにもならんだろう
こういう所に気を遣って書かれたソースでは、しょうもないミスも
かなり減ると思うんだが。筋道を立てたコードになるというか
でも$_POSTや$_SESSIONの値を直に使っている時点で、noticeを
消すためのisset() の嵐になりやすいので、単純には難しい？
897:nobodyさん
08/04/11 22:45:55 wwjUA758
>>847の修正を2.ｘ系で成功させた人っています？
その場合は1.ｘ系でやるのとどこか違うんでしょうか…
898:nobodyさん
08/04/12 04:52:22
>>897
1.4.5 プロセスベースで、ＤＢ、他、ごっそり組み直した。
ソースベース手を入れて、ますます混乱するよりはと、
ほとんど組み直したおかげで、
生のEC-CUBEベースのUPDATEには対応しなくなったｗｗｗ
どっちを取るか？ だね。
いつまでたってもハナクソみたいなバグ持ちを弄り続けるか、
いっそのこと組み直してみるか・・・
899:nobodyさん
08/04/12 15:05:23
>>898
公開してよ
900:nobodyさん
08/04/12 16:46:36
>>898
後悔してよ
901:nobodyさん
08/04/12 20:29:14
DBのプレフィクスって設定できるんだすか？
902:nobodyさん
08/04/13 00:06:29
>>901
現状できん。
903:nobodyさん
08/04/13 13:20:22
>>898
ソレ、正解だよな。
904:nobodyさん
08/04/13 13:46:24
>>898
そうやって組み直してファイル構成とかがごっそり変わった場合、
例えば新しいファイルとかほとんど書き直したファイルの冒頭には、
ロックオンの例のライセンスコメントは必要ないのかな？
ぶっちゃけ、GPLのとは別にLICENCEとかのファイルを一つ添付して
そこにロックオン関連の記載をするだけでもいいのかな？
905:nobodyさん
08/04/13 18:03:49
>>902
そうかサンクス
906:898
08/04/14 01:26:41
>>904
とりあえず礼儀？として、サンプルに使った元ソースが何なのかは全部書き連ねてはいるが・・・
（公開したとして）見りゃわかるが、所々残る面影を見落とせば、これのどこがEC-CUBE なん？ で、
イヤミったらしくデザインだけ残ったフロントが これってEC-CUBE なん？ みたいなｗｗｗ
ところで、バイリンガル対応ってあったほうがいいと思う？
自分的には、国内に暮らす日本人以外の人にも買って欲しいみたいな雰囲気で、
一応ランゲージファイルを読み込む方式にはしたものの、通貨や重量、税金他は未対応だったりする。
907:nobodyさん
08/04/14 13:33:39
ていうか、表記が長すぎて邪魔すぎるよな
908:nobodyさん
08/04/14 14:25:55
vsftpd.conf みたいにほとんど注記、説明、表記ってソースじゃ見ずらいw
909:nobodyさん
08/04/14 16:44:43
CE-CEBE導入で販売を検討していますが
ここ読んでると、やめた方がいいって事なのか？
MT4でquick cartが無難とか。
910:nobodyさん
08/04/14 16:47:34
↑ec-cubeの間違い。
911:nobodyさん
08/04/14 17:04:30
quick cartって初めて見たけど糞だなこれｗ
とりあえずFLASHで作りたかったんだろうけど。
912:nobodyさん
08/04/14 17:40:10
じゃ 糞じゃないカート教えれｗ
913:nobodyさん
08/04/14 19:16:38
>>912
これしかないだろ、糞じゃないカートといえば。
FC2ショッピングカート
URLﾘﾝｸ(cart.fc2.com)
なんせ、タダだしな。
914:nobodyさん
08/04/14 19:32:54
タダのショッピングカートなんてあったのか！！
メンテナンス費も技術的な知識も必要なくて無料って夢のようなのだけど
ここ大丈夫なのか？広告とかが表示されるのか？