0

製品ページで Asp.Net MVC4 アプリケーションを構築しています。画像の処理と提供のためにImageResizer Library を使用しました。私のページには、サイズが 160x160px、サイズがそれぞれ 3~5KB の jpg サムネイルがあります。ImageResizer ライブラリを使用する私の理解では、元の大きな製品画像 600 x 600px & 10 ~ 20KB をアップロードし、訪問者がページを要求したときにその場でサムネイル サイズにサイズ変更できます。何かのようなもの：

<img src="@Url.Content("~/images/imagename?width=160&height=160")" alt="">

いくつかの画像では問題ないと理解していますが、私の製品ページは20から100の製品jpgの一意のサムネイルで構成されています(ページサイズによって異なります)。毎回 20 ～ 100 枚の写真をオンザフライで処理すると、パフォーマンスが低下するのでしょうか? 誰かが同様のシナリオに直面しましたか? アップロードプロセス中にいつでも戻って2つの異なる画像（サムネイルと大）を生成できますが、製品ごとに1つの画像と動的なサイズ変更でうまくいくかどうか非常に興味があります. 私がパフォーマンスと言うとき、0.5 - 1 秒を超える余分な応答時間は、私にとってノーノーであることを意味します。

4

2 に答える 2

0

Web サイトに関しては、キャッシュできるすべての操作をキャッシュする必要があります。これにより、サーバーはより多くの処理ではなく、より多くの訪問者を処理できます。

ImageResizer のキャッシュ プラグインを使用するか、特定のファイル名を使用してファイルに手動で書き込むことができます。例: product_154_180x180.jpg ここで、154 は製品 ID、180 は幅と高さであり、表示するときに存在するかどうかを確認します。それ。

後者を行う場合、ページ ソース内の予想されるファイル名にリンクすることにより、サーバーを使用してこれを管理できる場合があります。ファイルが存在しない場合、サーバーはサイズを変更してファイルを書き込むスクリプトを呼び出します。 imageresizer を使用してイメージをディスクにリサイズしました。

この最後のメソッドは、ImageResizer の呼び出しを回避し、処理能力を節約します。

于 2013-09-09T14:53:58.673 に答える