質問 > その他 > 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を利用しています。 ということで、処理速度・表示速度云々もありますが、 最小サムネイルの大きさが統一されている場合においては、 カラムを追加して生成させるのがいいかもしれません。
|
seasoft |
投稿日時: 2008/12/24 21:11
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう? 現状の実装を把握していませんが、キャッシュの仕組みを用意したら柔軟性を維持しつつ、早くなりそうな予感。
|
homan |
投稿日時: 2008/12/25 9:11
対応状況: −−−
|
仙人 登録日: 2007/7/2 居住地: 宮崎県宮崎市 投稿: 633 |
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう? 引用:
なるほど。モバイルページの商品写真は、端末の解像度に合わせて柔軟にサイズ調整して動的生成(つまりキャッシュみたいな機能)されますが、それに似ていますね。だから、多種の端末からアクセスがあると、同じ内容の写真でありながらサイズ違いのものが多数生成されるようです(生成済みであれば、その画像を読み込みます)。 ちなみに、それらの画像は/upload/mobile_image/に生成されます。 僕もちょっと把握しきれていませんが、EC-CUBEは商品を削除しても商品画像が消去されない(最新版orコミュニティ版では改善していますか?)ようでゴミが残ってしまうので、最近のホスティングは大容量化してきているとはいえ、気持ちが良いものじゃないです。なので、キャッシュを作るにしてもなんらかのタイミング(生成日から何日以上経ったらなど)でクリアし、再生成する仕組みがあると更によいかもしれないですね。
|
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 自体の、現状という意味ね
|
homan |
投稿日時: 2008/12/25 21:57
対応状況: −−−
|
仙人 登録日: 2007/7/2 居住地: 宮崎県宮崎市 投稿: 633 |
Re: resize_image.phpを利用するのと、65サイズの写真を用意する場合とではどちらが良いのでしょう? 引用:
なるほど、管理画面についていえば、65pxサイズ固定でよいかもしれないですね。僕はフロント側に重点を置いて話してしまったので、ちょっとずれていたかもしれないです(すみません )
|
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |