バージョン選択

フォーラム

メニュー

オンライン状況

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

サイト内検索

質問 > その他 > resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう?

その他

新規スレッドを追加する

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 スレッド
tecotoco
投稿日時: 2008/12/23 23:33
対応状況: −−−
常連
登録日: 2008/9/13
居住地:
投稿: 42
resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう?
テンプレートを触ったり動作を見てたりして思ったのですが、65x65の写真サイズって、たとえばオススメ商品の検索時や、商品マスタでの検索時やその他、結構色々なところで使われてるような気がします。
それで、そのサイズの箇所はresize_image.phpを利用して出力している場合が多いと思うのですが、これって、商品情報に1カラム追加して、商品登録時に65サイズの商品写真情報を持たせて、生成された写真情報を持って来た方が動作が早かったりするんじゃないかな?って思うのですが、他の方々はどのようにお考えになりますか?

resize_image.phpの性質というか、良いところを考えてそれを利用している結果が現状だとは思うのですが、有識者の方々のご意見を伺う事が出来たらなー、と思って投稿しました。
どうぞ宜しくお願いしますー_(._.)_
homan
投稿日時: 2008/12/24 10:44
対応状況: −−−
仙人
登録日: 2007/7/2
居住地: 宮崎県宮崎市
投稿: 633
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう?
ベンチマークしたわけではないので詳しくはわかりませんが、
生成させたものを表示したら遅くなることはないでしょうね。
また、imgタグでの呼び出しになるので、resize_image.phpのような「?」や「&」を使わなくてよい分、
XHTMLの構文チェックでも有利になるかとおもいます。

resize_image.phpの利点は、サイズが自由に設定できることですね。
僕のサイトでは一覧用画像を130x130だったとしたら、
それをかなりいろんな所に使いまわししていて、
それぞれ画像の大きさが65x65だけでなく80x80だったり100x100だったりと異なるため、
resize_image.phpを利用しています。

ということで、処理速度・表示速度云々もありますが、
最小サムネイルの大きさが統一されている場合においては、
カラムを追加して生成させるのがいいかもしれません。


----------------
このコミュニティでの投稿はボランティアの範囲に留めさせていただいています。個別の相談やカスタマイズは有償にて承っておりますのでご相談下さい。

[url=http://www.eccube-school.jp/]EC-CUBE

seasoft
投稿日時: 2008/12/24 21:11
対応状況: −−−
登録日: 2008/6/4
居住地:
投稿: 7367
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう?
現状の実装を把握していませんが、キャッシュの仕組みを用意したら柔軟性を維持しつつ、早くなりそうな予感。


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

homan
投稿日時: 2008/12/25 9:11
対応状況: −−−
仙人
登録日: 2007/7/2
居住地: 宮崎県宮崎市
投稿: 633
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう?
引用:

seasoftさんは書きました:
現状の実装を把握していませんが、キャッシュの仕組みを用意したら柔軟性を維持しつつ、早くなりそうな予感。


なるほど。モバイルページの商品写真は、端末の解像度に合わせて柔軟にサイズ調整して動的生成(つまりキャッシュみたいな機能)されますが、それに似ていますね。だから、多種の端末からアクセスがあると、同じ内容の写真でありながらサイズ違いのものが多数生成されるようです(生成済みであれば、その画像を読み込みます)。

ちなみに、それらの画像は/upload/mobile_image/に生成されます。

僕もちょっと把握しきれていませんが、EC-CUBEは商品を削除しても商品画像が消去されない(最新版orコミュニティ版では改善していますか?)ようでゴミが残ってしまうので、最近のホスティングは大容量化してきているとはいえ、気持ちが良いものじゃないです。なので、キャッシュを作るにしてもなんらかのタイミング(生成日から何日以上経ったらなど)でクリアし、再生成する仕組みがあると更によいかもしれないですね。


----------------
このコミュニティでの投稿はボランティアの範囲に留めさせていただいています。個別の相談やカスタマイズは有償にて承っておりますのでご相談下さい。

[url=http://www.eccube-school.jp/]EC-CUBE

tecotoco
投稿日時: 2008/12/25 20:01
対応状況: −−−
常連
登録日: 2008/9/13
居住地:
投稿: 42
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう?
お話ありがとうございますー。

>>seasoftさん
実装というか、私の方もローカルで行ってる試験のお話なので、
「どうなのかなー?」という軽いお話です^^


>>homanさん
柔軟にサイズ変更出来るのは利点ですね。便利ですよね。
例えば管理上での話しになるのですが、オススメ商品を検索した時や、商品マスタにて検索した時、表示される画像が毎回resizeで処理されているところが一番目についたとこでした。
別に新しく65サイズを用意せず、デフォルトでは130サイズの写真をこの辺に適用させて、resize処理させないようにしても良いのですが、せっかくだから65にしておこうかな?といった感じです。

大量にズラーと並べて処理させるところなので、固定で良いのではないかな?と。

でも商品画像が削除されない、という点は、そういえばそうでしたね・・・残ったままですね。
ではresizeを使ってた方が良いのでしょうかね。

お話のキャッシュを利用する、というのがなんとか出来たら良いのですけど。

今のところ、試しに65のサイズも商品登録時に生成されるようにして、いろんなところに出て来るように設定してみたのですが、悪い感じではないです。
ほんのちょっとの処理ですが、表示までの待ち時間が減りまして。
65サイズがない時には、resize処理させて表示、の分岐も加えてみてます。

まだまだ悩みどころです(-ω-;)
seasoft
投稿日時: 2008/12/25 20:55
対応状況: −−−
登録日: 2008/6/4
居住地:
投稿: 7367
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう?
実装というのは、EC-CUBE 自体の、現状という意味ね


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

homan
投稿日時: 2008/12/25 21:57
対応状況: −−−
仙人
登録日: 2007/7/2
居住地: 宮崎県宮崎市
投稿: 633
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう?
引用:

例えば管理上での話しになるのですが、オススメ商品を検索した時や、商品マスタにて検索した時、表示される画像が毎回resizeで処理されているところが一番目についたとこでした。
別に新しく65サイズを用意せず、デフォルトでは130サイズの写真をこの辺に適用させて、resize処理させないようにしても良いのですが、せっかくだから65にしておこうかな?といった感じです。

大量にズラーと並べて処理させるところなので、固定で良いのではないかな?と。

でも商品画像が削除されない、という点は、そういえばそうでしたね・・・残ったままですね。
ではresizeを使ってた方が良いのでしょうかね。

お話のキャッシュを利用する、というのがなんとか出来たら良いのですけど。

今のところ、試しに65のサイズも商品登録時に生成されるようにして、いろんなところに出て来るように設定してみたのですが、悪い感じではないです。
ほんのちょっとの処理ですが、表示までの待ち時間が減りまして。
65サイズがない時には、resize処理させて表示、の分岐も加えてみてます。

まだまだ悩みどころです(-ω-;)

なるほど、管理画面についていえば、65pxサイズ固定でよいかもしれないですね。僕はフロント側に重点を置いて話してしまったので、ちょっとずれていたかもしれないです(すみません


----------------
このコミュニティでの投稿はボランティアの範囲に留めさせていただいています。個別の相談やカスタマイズは有償にて承っておりますのでご相談下さい。

[url=http://www.eccube-school.jp/]EC-CUBE

スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ


 



ログイン


EC-CUBE公式 Amazon Payプラグイン

統計情報

総メンバー数は89,354名です
総投稿数は110,082件です

投稿数ランキング

1
seasoft
7367
2
468
3217
3
AMUAMU
2712
4
nanasess
2314
5
umebius
2085
6
yuh
1819
7
h_tanaka
1652
8
red
1570
9
mcontact
1304
10
tsuji
958
11
fukap
907
12
shutta
835
13
tao_s
799
14 ramrun 789
15 karin 689
16 sumida 641
17
homan
633
18 DELIGHT 572
19
patapata
502
20
flealog
485


ネットショップの壺

EC-CUBEインテグレートパートナー

Copyright© EC-CUBE CO.,LTD. All Rights Reserved.