After installing the main Dynamically Resized Images v1.3 contribution on a brand new OSC v2.2rca install and none of my images
were showing up anymore, I decided to delve deep into what was going wrong. Basically put, after a couple days of head-scratching
and pondering, this update is what came out of it. Now not only do all the images show correctly with the correct resizing
happening, but there is also the added bonus of showing the image_not_available.jpg to any image that is physically missing on the
server (such as for your product images).

I hope this helps anyone else out there who want to install this contribution. It is pretty cool and rather unobtrusive to your
stock OSC file system. Plus super fast pageloads! nice one Frank :)



New Items for this update:
Feature: Changed $images_dir hard-coded "images/" to be DIR_WS_IMAGES instead. Those of you who keep your product images
in a separate location than your main OSC images, you can skip this feature or use it in combination with your own
path info. I just figured based on a stock OSC install, hard-coding "images/" didn't make the best sense given
the existence of the global constant DIR_WS_IMAGES that has the same value and is logically the best spot to make
any images path changes to.
Bug fix: Changed the image path to absolute instead of relative when making calls to the functions file_exists() and
filesize(). Both of these functions require the absolute (or physical) path to the image file itself to be
able to return the correct values.
Bug fix and Feature: Changed logic in tep_image() in html_output.php to determine when the main image.php script should be used.
The image.php script is now used for the following cases:
1. The image is not a .gif or a .png
- AND -
either of these two possibilities:
a. The image file does NOT exist (this allows for the assignment in image.php of 'image_not_available.jpg'
even if we have an image filename to work with. This allows for cases where we have an image filename
for a product (or any other item), but the image file itself is not found on the server.
- OR -
b. The image file DOES exist and the filesize is greater than 3k (we don't need this check for case #2 as
we are automatically assigning 'image_not_available.jpg' which we know is a known file size).
Bug Fix: Removed $image_dir from the true portion of the check if the file exists in image.php. For product images, the $src
being sent in already includes "images/" in its path and as such, the previous code would be assigning
"images/images/filename.jpg" resulting in a broken image.


THIS IS NOT A FULL PKG, only an update file

More...