はじめて書き込みさせていただきます。

ショッピングカートをEC-CUBEに乗り換えようと思い、現在色々実験中です。

当方では商品が数万点あり、そのほぼ全てに個別の商品画像を使用するのですが、デフォルトのまま画像をアップすると

/html/upload/save_image/

の中に全ての画像が収納されるようなのですが、これだと一つの商品に一覧用・詳細用・拡大用の画像を用意する場合、仮に商品数が１万点だとしても一つのフォルダ内に３万点の画像ファイルが作成されてしまいます。
５万点の商品があれば１５万もの画像ファイルが一つのフォルダ内に作成される、ということになりますので、これを分散する良い方法が在れば教えていただければ在りがたいです。


とりあえず私は、save_image/の下に複数のフォルダを作って画像を分散させようと思い、save_image/a0803/のようにカテゴリ毎に商品登録日で区別できるような名前のフォルダを作ってFFFTPで直接画像をアップし、
商品登録csvで画像の項目をa0803/shouhin1.jpg　のようにして登録してみたところ、
ショッピングカート上で問題なく画像が表示されるものの、商品の詳細ページで下記のエラーメッセージが表示されました。

Warning: getimagesize(/home/****/public_html/****/html/upload/save_image/shouhin1.jpg) [function.getimagesize]: failed to open stream: No such file or directory in /home/****/public_html/****/data/class/pages/products/LC_Page_Products_Detail.php on line 246
※一部伏せ字です。

エラーが表示されるのは商品の詳細ページのみで、一覧や検索結果、拡大画像等では何のエラーメッセージも表示されません。
フォルダの階層化自体がEC-CUBEにとって問題なければ、LC_Page_Products_Detail.phpを修正すればいいかなと思いますが、具体的にどうすればよいのか解りませんのでどなたか教えていただけないでしょうか。
ちなみにこれはEC-CUBE本体の問題ではなく、テンプレートの問題でしょうか？


また、参考までに、フォルダの階層化を行わず、通常の使用方法（管理画面の商品登録から画像をアップする）で使う場合、商品画像数が数万に及んでもパフォーマンスや管理面に問題ないのでしょうか。
標準で画像ファイルを分散できるようになっていれば非常に在りがたいのですが…
また、仮に商品画像を一切使用しないとして、商品登録数そのものが数万点あってもパフォーマンスは落ちないのでしょうか。


現在の当方の環境です。
EC-CUBE Version 2.0.1a
PHP5.2.5
MySQL5.0.33

長々と書きましたがどうぞ宜しくお願いします。

投稿者です。

解決と言えるかは解りませんが、その後、LC_Page_Products_Detail.php の240〜244行目をコメントアウトすることで、とりあえずエラーメッセージは表示されなくなりました。
しばらくこの状態で画像格納フォルダを分散し、運用テストを続けたいと思います。

※コメントアウトした部分

// 拡大画像のウィンドウサイズをセット
// if (isset($this->arrFile["main_large_image"])) {
// $image_path = IMAGE_SAVE_DIR . basename($this->arrFile["main_large_image"]["filepath"]);
// } else {
// $image_path = "";
// }

私もこの問題に直面していましたが
これでいいのか不安になっております。

同じ問題抱えてる方他にいますでしょうか。

2.11系で2万点ほどのサイトをカスタマイズした時はそれなりに重たくなったので、高速化の対応を行いました。

今の所2.12系で10万点ほどでテストサイト作ってますが、カスタマイズ加えてやっと表示に問題がなくなるくらいですね。

数万点で運用するのであれば、それなりにカスタマイズする必要はあると思いますよ。

http://eccube.ec-lab.net/
テストで作ったサイトです。
サーバーが月400円くらいの貧弱なサーバーなので、多少重たいですが、ふつうに表示されてます。

バージョンによっても違いがありますが、CSV で管理する場合、そういった方法でとりあえず動作するようですよ。

むしろ、最近のバージョンは、手を加えなくても大丈夫だったような気もします。(未検証)

いずれにしても、モバイル用の画像キャッシュとか、大変な状況になりますけど・・・

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

seasoft様
お世話になっております。
手を加えなくてもいいということは
階層化しても階層を/で書かなくてもいいということでしょうか。

後ほど試してみようかと思います。

yuh様

このようなデモサイトがあるのですね。
ありがとうございます。

高速化というのはプラグインなんかがあったりするのでしょうか。
階層化するとやはり重くなったりするのですね。

運用は私どもの顧客企業が行なっているため、詳細な手順は把握しておりませんが、ディレクトリーは明記していたと思います。

階層を透過的に分散するには、カスタマイズが必要だと思いますが、それはスレ主の記事の範囲外の、新たなお話しではないでしょうか。

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