Developer forum

It is actually threaded, but still not fast enough.

You can use the Gallery module to generate thumbnails - it will generate a subfolder with scaled images and then you can use that folder instead.

Another options is trying to take a look at Kevins imagehandler: http://websiteudvikler.dk/post/hurtigere-billedskalering-til-dynamicweb-ecommerce.html

Hi Peter,

GetImage is a multi-thread solution also. When a browser renders a page, it meets 90 GetImage calls and call them at same time. So the server will receive 90 calls of GetImage.

To make solution faster try next:

• Remove compression parameter from GetImage call.
• Replace GetImage call by direct image request and set “height” or “width” parameter for image tag, for example: <img width="19" height="15" alt="" src="<!--@Ecom:Product.ImageLarge.Default.Clean-->" border="0"/>

 

Kind Regards 

Zhukovskiy Yury

wow, Yury your code really put some speed on the page. great.

Nicolai, I will save that link for later, I can surely see that Kevins code is very very fast.

thanks guys.

 Hi Guys,

we have just had an incident with the SEO folks. It appears that in the new Google Speed Rank, loading of many pictures which is corrected with CSS is a red card. On the product lists where many pictures came as 400x400 and the were scaled with css to 180x180, Google stated the Speed Rank on this page was 0/100. 
In the report from Google the images was shown as the problem. Now that I have used the getimage.aspx, the productlist is 65/100.

just FYI. :-)