Closed (fixed)
Project:
Image Resize Filter
Version:
6.x-1.5
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
27 Oct 2009 at 11:10 UTC
Updated:
30 Nov 2009 at 05:50 UTC
Jump to comment: Most recent file
Comments
Comment #1
-Anti- commented> 'cause (as help says) it imply downloading the remote image every time [the image is edited]
If this feature is broken, of course it should be fixed if possible.
However, as I understand it, if you don't download the remote image, then every time the page is viewed, the image has to be downloaded from the remote website, which can take several seconds. Not only that, the other webmaster can do nasty things like serve you a porn image or something really sick, to teach you a lesson about stealing his bandwidth by hotlinking. Or sometimes the site is just deleted, or the url changes, so the image disappears.
But if remote images are transferred to your server, then it is served as a local image in the normal way when viewed, with only the penalty hit of the filter itself (which you would have for any page, regardless whether the page has images in it or not, or whether they are local or remote).
As far as I understand, the performance hit you are referring to is only whilst editing the node.
Comment #2
quicksketchEverything -Anti- says is true, the hit only comes when you initially create or edit a node, it's actually faster to have the image locally when a node is being viewed.
However I've also confirmed that this bug exists and we should have the option to disable external resizing it if desired.
Comment #3
quicksketchThis patch corrects the behavior. I've committed it to CVS.
Comment #4
quicksketch