我需要一些關於某些圖像策略的贊成和反對的建議。在創建非常重要的網站時，重要的是所有圖像都是最好的質量，對性能影響不大。 讓我們拿一個模仿產品評論的頁面爲例。您可能會有正常尺寸的產品鏡頭和多個不同尺寸的縮略圖。網站上的圖像
解決此問題的兩種技術可能是，使用產品鏡頭並通過複製原始圖像創建所有必要的縮略圖，然後調整大小或裁剪爲所需大小，或者可以按需「按需創建」不同大小的縮略圖在必要時調整它們的大小，並向客戶端發送「臨時」圖像。
有沒有人有任何其他經驗可以如何實現，或者上面討論的方式的利弊？
謝謝，
存儲通常比帶寬和處理便宜，所以在大多數情況下 - 尤其是當你只談論一組相當有限的縮略圖時 - 最好先做處理。這也有使緩存策略更容易的優勢。
根據需求調整大小和裁剪是非常耗費資源的。你應該做一次然後緩存它。
對於圖像繁重的網站，所有圖像都應該進行jpeg編碼並壓縮，直到您可以開始查看圖像中的壓縮僞影爲止。
如果你有大量小圖像，或加載每個請求的圖像，可以考慮使用數據URI puting他們在你的CSS：http://en.wikipedia.org/wiki/Data_URI_scheme
我與安迪和佩塔提克瓦同意（除數據URI作爲它不會是可高速緩存的或廣泛支持）。
但要更進一步。我更喜歡按需調整大小。它可以是資源密集型的，但通過適當的緩存，這是保持原始高質量圖像和動態提供給您的設計所需的所有圖像大小的最佳平衡。
您注意到PHP，我已經使用了SLIR Library。
IE 5.5+支持包括Gecko（Firefox），Konqueror，Opera，Safari，Chrome，IE 8+和MHTML數據URI在內的所有主流瀏覽器支持數據URI。他們也可以緩存，因爲它們是用CSS編寫的，你是說你不能緩存CSS？ 「需求調整」和「緩存」幾乎相互矛盾。 – Petah 2010-10-20 13:56:10
@Petah - 可以在外部樣式表的CSS中進行緩存，也許。所以你的計劃是輸出圖像重量網站的所有*小圖像的數據URI？祝你好運！至於支持 - 關於IE7呢？最後，在做出有關調整大小和緩存的假設之前，請查看SLIR庫。 – 2010-10-20 14:31:59
@ Jason，IE 7支持MHTML。 – Petah 2010-10-20 22:11:45
不是每個圖像都最好保存爲JPEG格式。使用任何格式都可以提供最佳壓縮。 – 2010-10-20 13:02:08