> フロント機能 > 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください |
フロント機能
| 古いものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
cog |
投稿日時: 2012/2/20 14:09
対応状況: −−−
|
新米 登録日: 2010/2/21 居住地: 投稿: 6 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください ロジックのポリシーを理解していないため的外れな場合は申し訳ありません。
ツリー構造の放棄、維持では無く、規格に必要な情報の見直しは検討されていますでしょうか。 私の経験上、販売管理、債権管理、商品管理に関しては、 品番(又はJAN)、品名、価格、在庫数が串刺しになってさえいれば最低限の管理が行えると考えています。 サイズ展開、色展開等で同一品番(又はJAN)で管理を行う場合は、品名でカバーが可能になります。 この事から考えると、現在の規格が持っている情報は、便利ながらも多すぎるのではと思います。 項目が減らせない場合は、product_idに規格をぶら下げるのではなく、規格=product_idとして管理をし、product_idをグループで管理をするのはいかがでしょうか。 product_idを管理するグループをproduct_grpとした場合、オススメ商品、商品一覧、関連商品に表示させる商品はproduct_grpを参照させることで何か改善出来るのでは無いかと考えています。 実際のデータの持ち方としては、完全個別管理が行なえるように見受けられますので、まとめる事を考えました。 現在の商品、規格のインターフェイスや項目は登録のしやすさを前提に検討されているように感じますが、入力の手順に気をとられること無く、快適な挙動をご検討下さい。 規格によるサイトのレスポンス低下は、売上に直結するためサイト運営上非常に深刻です。 懸命なご判断を期待しています。 好き放題書いてしまいましたが、いつもありがとうございます。 そして、頼りにしています。 頑張ってください。 |
seasoft |
投稿日時: 2012/2/15 13:01
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください > 今現在、2.11系がどの程度使われているのかってのが気になります。
> まだ新規案件で2.11を利用する勇気が無いので。 私どもの場合ですと、2.11.2 あたりから、ちょこちょこ使っています。 サイト数だと10+といった感じですね。(2.11 導入済みサイトのカスタマイズ含めて。うん、確かに新規案件では少ないかも。) 参考まで。
|
flealog |
投稿日時: 2012/2/15 12:53
対応状況: −−−
|
仙人 登録日: 2008/6/10 居住地: 投稿: 485 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください 引用:
知識の乏しいユーザーの一意見ですが・・・ EC-CUBE の移行(バージョンアップ)は例えDBの変更がなくても結構大変なので、敷居が多少高くなったところで、あまり差異はないように感じます。 それよりも、コミッターの方々が良いものと思えるシステムで EC-CUBE が構成されていく方が、今後の活性につながるのではないかと考えます。 (何が良いかは、わからないので突っ込まないでください。) 引用:
お忙しいと思いますが、勝手に期待させていただきます。
|
ECCUORE |
投稿日時: 2012/2/15 12:01
対応状況: −−−
|
長老 登録日: 2009/10/22 居住地: 東京 投稿: 248 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください 引用:
今現在、2.11系がどの程度使われているのかってのが気になります。 まだ新規案件で2.11を利用する勇気が無いので。
|
nanasess |
投稿日時: 2012/2/15 11:25
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください 引用:
このあたり, みなさんのご意見をお聞きしてみたいですね. Seasoft 様の SQL 文でDBの変更ができるのは, 大変良いことだと思います. しかし, 多くのユーザーが簡単に移行できるレベルではないと思います. 2.11 から, 2.12 へ, プログラミングがわからないデザイナーさんレベルのスキルで移行可能なら話は別ですが, 現状そういった考慮がされてないようなので. # 2.11 が, かつて 2.5 として開発されていたように, バージョン表記なんかも考える必要があるかもしれません 追記. 個人的には, データ移行ツールの開発なんかよりも, もっと他の不具合修正とか, 置きざりになっている改善にパワーを注ぎたいです. 地味なところは, どうしても後回しになってしまっているんですよね... そのせいで, 困っているユーザーはたくさんいます. 経済損失で考えると, 相当な額に及ぶと思います. そういう機能はプラグインで!という話かもしれませんが, 後からインストールしなくてはいけない手間やリスクを考えると, 標準で対応しておきたい機能は(というか, 対応していないのがおかしい), まだたくさんあります. そういった機能開発をずっとしたいと思いながらも, なかなか時間がとれないのは大変心苦しいですが... |
KAJI |
投稿日時: 2012/2/14 18:02
対応状況: −−−
|
一人前 登録日: 2008/1/24 居住地: 投稿: 121 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください nanasessさん
お疲れ様です。 株式会社ロックオンの梶原です。 ご意見ありがとうございます! 引用: この DB 構造のままリリースとなった場合, 商品データの互換性が無くなると思います. 仰る通り、2.11とのデータの互換性はなくなります。 今回悩んだのは、その互換性を無くしてまで変更するかどうかというまさにその部分です。 2.11から2.12へ移るにあたって、正直なところ、大きな変更を加えたくないと思っていたのも事実です。 ただ、2.11で展開し、本コミュニティサイトでの話の中で、規格の木構造はカスタマイズの障壁に 少なからずなっていることが分かりました。 おそらく、今のままの状態だとプラグインの作成にも支障がでると判断しました。 ここが変更の一番の理由です。 今後、2.12以降、EC-CUBEがプラグインという新しい機能の搭載と、新しいステージに行くにあたり、 プラグインを多く作成し、普及させることを第一優先として考えています。 また、プラグインが普及すると、よりDB変更がし辛くなると思いますので、DB変更を仮に行うとすれば、 プラグイン普及前のこのタイミングがベストであるということも理由の一つです。 さらに、 ・速度は2.11から遜色なし ・現状の決済等のモジュールへの影響は最小限 ・木構造の利点として考えていた、規格の追加というカスタマイズはそれほど需要がない (追加するにしても、規格ではなく異なるオプション設定の追加がスマートという意見もありました) 上記、コミュニティで話を展開してきた中であった通り、検討材料とさせていただきました。 もちろん、データの保全に関しては、引き続きデータ移行ツールにより検討していきたく思っています。 以上ですが、まずはα版にてしっかり確認していきたいと思います。 全会一致というわけにはいかないかもしれませんが、上記、ご理解いただければと思います。 |
seasoft |
投稿日時: 2012/2/14 16:59
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください nanasess 様
テーブルの構造変更に関しましては、下記ページの SQL のような方法で行えると思います。 http://seasoft.jp1.cx/ec/%E3%82%A2%E3%83%83%E3%83%97%E3%83%87%E3%83%BC%E3%83%88/2.12/2.11_2.12 開発作業の初期段階で実際に使用していたSQL文なので、最終的な実装との整合は未確認ですが、規格に関してコアな部分は、この程度だと考えています。
|
seasoft |
投稿日時: 2012/2/14 15:24
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください 株式会社ロックオン 梶原様
> 本件、Seasoftさんの案をversion-2_12-devへコミットしていただけますでしょうか。 取り急ぎ、チケットの発行とコミットを行いました。 http://svn.ec-cube.net/open_trac/ticket/1641 http://svn.ec-cube.net/open_trac/changeset/21502 # しかし、insert_data.sql の変更は大変だ・・・ 不具合があるようでしたら、α版公開までの間でも積極的に修正したいと思いますので、ご報告をいただけましたら幸いです。> 開発環境へアクセス可能な皆様
|
nanasess |
投稿日時: 2012/2/14 13:35
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください 梶原さん,
引用:
この DB 構造のままリリースとなった場合, 商品データの互換性が無くなると思います. (2.11 から 2.12 へはDB移行を伴なったアップグレードになると思います) 2.11 のユーザーがプラグインを使いたい場合は, 結構なコストがかかると予想されますが, そのあたりはどのようにお考えでしょうか? また, 2.4 までのユーザーはどうなるのでしょうか? 個人的には, プラグインの普及のためには, 2.11 のユーザーがアップグレードしやすい環境を作ることが重要と考えています. 2.4 から苦労してアップグレードされた方も多数いらっしゃいますので, 2.11 のユーザーに強いいる負担は無視できないと思います. 木構造をやめたからといって, EC-CUBE の爆発的な普及の要因になるとは考えにくいです. また, 繰り返しになりますが, 木構造だからといって, 極端にパフォーマンスが悪いわけではなく, 規格を使用しているユーザーもごく少数ではないかというお話もあります. 将来的には, 規格の仕様を見直していくべきだと思いますが, このタイミングでの仕様変更には反対です. |
KAJI |
投稿日時: 2012/2/14 12:59
対応状況: −−−
|
一人前 登録日: 2008/1/24 居住地: 投稿: 121 |
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください Seasoftさん
お疲れ様です。 株式会社ロックオンの梶原です。 お待たせして申し訳ございませんでした。 本件、Seasoftさんの案をversion-2_12-devへコミットしていただけますでしょうか。 >Seasoftさん まず、そちらを「α版:2/28リリース予定」にて採用させていただきたいと思います。 そして、他のコミッター様のご意見もいただきながら、DB構造の最終ジャッジはβ版までにしていきたいと思います。 今のところは、 ・木構造ではカスタマイズがしにくい という意見を多く伺っており、その他、一から考え直し、規格自体使わないとか色々あるようですが、詰まる所みなさん 木構造をあまり望んでいないという意見が多数を占めていると感じました。 木構造の状態で、2.12で実装されるプラグインが作り辛い(=プラグインが増えない)となると今後、更に誰も幸せ にはならないと思いますので、DB仕様が右往左往する形にはなりますが、Seasoftさんの案を前向きな施策として まずは選択させていただきました。 (もちろん、クリティカルな問題が出たり、今後の展開如何によって結局木構造になる可能性もありますが。) 今後、本件も踏まえて、プラグインを作成するという観点も入れつつ、沢山ご意見いただきたいと考えています。 以上、よろしくお願いいたします。 |
(1) 2 3 4 ... 6 » |
| 古いものから | 前のトピック | 次のトピック | トップ |