バージョン選択

フォーラム

メニュー

オンライン状況

21 人のユーザが現在オンラインです。 (11 人のユーザが フォーラム を参照しています。)
登録ユーザ: 0
ゲスト: 21
もっと...

サイト内検索

 > フロント機能 > 【 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
居住地:
投稿: 7333
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください
> 今現在、2.11系がどの程度使われているのかってのが気になります。
> まだ新規案件で2.11を利用する勇気が無いので。

私どもの場合ですと、2.11.2 あたりから、ちょこちょこ使っています。

サイト数だと10+といった感じですね。(2.11 導入済みサイトのカスタマイズ含めて。うん、確かに新規案件では少ないかも。)

参考まで。


----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

flealog
投稿日時: 2012/2/15 12:53
対応状況: −−−
仙人
登録日: 2008/6/10
居住地:
投稿: 485
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください
引用:

このあたり, みなさんのご意見をお聞きしてみたいですね.
Seasoft 様の SQL 文でDBの変更ができるのは, 大変良いことだと思います.
しかし, 多くのユーザーが簡単に移行できるレベルではないと思います.


知識の乏しいユーザーの一意見ですが・・・
EC-CUBE の移行(バージョンアップ)は例えDBの変更がなくても結構大変なので、敷居が多少高くなったところで、あまり差異はないように感じます。

それよりも、コミッターの方々が良いものと思えるシステムで EC-CUBE が構成されていく方が、今後の活性につながるのではないかと考えます。
(何が良いかは、わからないので突っ込まないでください。)

引用:

追記.
個人的には, データ移行ツールの開発なんかよりも, もっと他の不具合修正とか, 置きざりになっている改善にパワーを注ぎたいです.
地味なところは, どうしても後回しになってしまっているんですよね...
そのせいで, 困っているユーザーはたくさんいます.
経済損失で考えると, 相当な額に及ぶと思います.

そういう機能はプラグインで!という話かもしれませんが, 後からインストールしなくてはいけない手間やリスクを考えると, 標準で対応しておきたい機能は(というか, 対応していないのがおかしい), まだたくさんあります.
そういった機能開発をずっとしたいと思いながらも, なかなか時間がとれないのは大変心苦しいですが...


お忙しいと思いますが、勝手に期待させていただきます。


----------------
EC-CUBE3っぽいテンプレート
GitHub で公開中
https://github.com/bluestylejp

お問い合わせ番号CSV登録&メール送信プラグイン
http://urx.red/qDT6

ECCUORE
投稿日時: 2012/2/15 12:01
対応状況: −−−
長老
登録日: 2009/10/22
居住地: 東京
投稿: 248
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください
引用:

このあたり, みなさんのご意見をお聞きしてみたいですね.
Seasoft 様の SQL 文でDBの変更ができるのは, 大変良いことだと思います.
しかし, 多くのユーザーが簡単に移行できるレベルではないと思います.

今現在、2.11系がどの程度使われているのかってのが気になります。
まだ新規案件で2.11を利用する勇気が無いので。


----------------
EC CUORE 株式会社クオーレ
カスタマイズ御相談下さい。

nanasess
投稿日時: 2012/2/15 11:25
対応状況: −−−
登録日: 2006/9/9
居住地: 大阪
投稿: 2202
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください
引用:

今後、2.12以降、EC-CUBEがプラグインという新しい機能の搭載と、新しいステージに行くにあたり、
プラグインを多く作成し、普及させることを第一優先として考えています。
また、プラグインが普及すると、よりDB変更がし辛くなると思いますので、DB変更を仮に行うとすれば、
プラグイン普及前のこのタイミングがベストであるということも理由の一つです。


このあたり, みなさんのご意見をお聞きしてみたいですね.
Seasoft 様の SQL 文でDBの変更ができるのは, 大変良いことだと思います.
しかし, 多くのユーザーが簡単に移行できるレベルではないと思います.

2.11 から, 2.12 へ, プログラミングがわからないデザイナーさんレベルのスキルで移行可能なら話は別ですが, 現状そういった考慮がされてないようなので.

# 2.11 が, かつて 2.5 として開発されていたように, バージョン表記なんかも考える必要があるかもしれません

追記.
個人的には, データ移行ツールの開発なんかよりも, もっと他の不具合修正とか, 置きざりになっている改善にパワーを注ぎたいです.
地味なところは, どうしても後回しになってしまっているんですよね...
そのせいで, 困っているユーザーはたくさんいます.
経済損失で考えると, 相当な額に及ぶと思います.

そういう機能はプラグインで!という話かもしれませんが, 後からインストールしなくてはいけない手間やリスクを考えると, 標準で対応しておきたい機能は(というか, 対応していないのがおかしい), まだたくさんあります.
そういった機能開発をずっとしたいと思いながらも, なかなか時間がとれないのは大変心苦しいですが...


----------------
大河内健太郎(Kentaro Ohkouchi)
EC-CUBE公式エバンジェリスト
スキルニル株式会社

EC-CUBE1系2系長期サポートホスティングサービス CUBE Lab
https://cubelab.info/

KAJI
投稿日時: 2012/2/14 18:02
対応状況: −−−
一人前
登録日: 2008/1/24
居住地:
投稿: 111
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください
nanasessさん

お疲れ様です。
株式会社ロックオンの梶原です。

ご意見ありがとうございます!

引用:
この DB 構造のままリリースとなった場合, 商品データの互換性が無くなると思います.
(2.11 から 2.12 へは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
居住地:
投稿: 7333
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
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

seasoft
投稿日時: 2012/2/14 15:24
対応状況: −−−
登録日: 2008/6/4
居住地:
投稿: 7333
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 の変更は大変だ・・・


不具合があるようでしたら、α版公開までの間でも積極的に修正したいと思いますので、ご報告をいただけましたら幸いです。> 開発環境へアクセス可能な皆様


----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

nanasess
投稿日時: 2012/2/14 13:35
対応状況: −−−
登録日: 2006/9/9
居住地: 大阪
投稿: 2202
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください
梶原さん,

引用:

まず、そちらを「α版:2/28リリース予定」にて採用させていただきたいと思います。
そして、他のコミッター様のご意見もいただきながら、DB構造の最終ジャッジはβ版までにしていきたいと思います。


この DB 構造のままリリースとなった場合, 商品データの互換性が無くなると思います.
(2.11 から 2.12 へはDB移行を伴なったアップグレードになると思います)

2.11 のユーザーがプラグインを使いたい場合は, 結構なコストがかかると予想されますが, そのあたりはどのようにお考えでしょうか?
また, 2.4 までのユーザーはどうなるのでしょうか?

個人的には, プラグインの普及のためには, 2.11 のユーザーがアップグレードしやすい環境を作ることが重要と考えています.
2.4 から苦労してアップグレードされた方も多数いらっしゃいますので, 2.11 のユーザーに強いいる負担は無視できないと思います.

木構造をやめたからといって, EC-CUBE の爆発的な普及の要因になるとは考えにくいです.
また, 繰り返しになりますが, 木構造だからといって, 極端にパフォーマンスが悪いわけではなく, 規格を使用しているユーザーもごく少数ではないかというお話もあります.

将来的には, 規格の仕様を見直していくべきだと思いますが, このタイミングでの仕様変更には反対です.


----------------
大河内健太郎(Kentaro Ohkouchi)
EC-CUBE公式エバンジェリスト
スキルニル株式会社

EC-CUBE1系2系長期サポートホスティングサービス CUBE Lab
https://cubelab.info/

KAJI
投稿日時: 2012/2/14 12:59
対応状況: −−−
一人前
登録日: 2008/1/24
居住地:
投稿: 111
Re: 【 EC-CUBE 2.12 】商品一覧画面の速度改善(高速化)に関して意見を伺わせてください
Seasoftさん

お疲れ様です。
株式会社ロックオンの梶原です。

お待たせして申し訳ございませんでした。

本件、Seasoftさんの案をversion-2_12-devへコミットしていただけますでしょうか。
>Seasoftさん

まず、そちらを「α版:2/28リリース予定」にて採用させていただきたいと思います。
そして、他のコミッター様のご意見もいただきながら、DB構造の最終ジャッジはβ版までにしていきたいと思います。

今のところは、
 ・木構造ではカスタマイズがしにくい
という意見を多く伺っており、その他、一から考え直し、規格自体使わないとか色々あるようですが、詰まる所みなさん
木構造をあまり望んでいないという意見が多数を占めていると感じました。
木構造の状態で、2.12で実装されるプラグインが作り辛い(=プラグインが増えない)となると今後、更に誰も幸せ
にはならないと思いますので、DB仕様が右往左往する形にはなりますが、Seasoftさんの案を前向きな施策として
まずは選択させていただきました。
(もちろん、クリティカルな問題が出たり、今後の展開如何によって結局木構造になる可能性もありますが。)

今後、本件も踏まえて、プラグインを作成するという観点も入れつつ、沢山ご意見いただきたいと考えています。

以上、よろしくお願いいたします。
(1) 2 3 4 ... 6 »
| 古いものから 前のトピック | 次のトピック | トップ


 



ログイン



統計情報

総メンバー数は75,050名です
総投稿数は104,352件です

投稿数ランキング

1
seasoft
7333
2
468
3217
3
AMUAMU
2712
4
nanasess
2202
5
umebius
2085
6
yuh
1664
7
red
1535
8
h_tanaka
1189
9
tsuji
942
10
fukap
907
11
shutta
835
12
tao_s
794
13 ramrun 789
14 karin 689
15 sumida 641
16
homan
633
17 DELIGHT 572
18
patapata
502
19
flealog
485
20 tonton 437
Copyright© EC-CUBE CO.,LTD. All Rights Reserved.