Image Handler 2 (for ZC v1.3.8 ONLY) Support

[DivaVocals]

So, my question is where does the dimension 600 x 116 come from? How does Image Handler determine that dimension?

I think we've already answered this for you.. Configuration > Images (see Angel's previous posts she was kind enough to post her own setting and highlight the two that affect medium and large images..

My goal is to understand the IH software and fix the over-large product image displays.

Otherwise, I'll have to search through the code and I thought the forum might be faster.

Thank you again.

You are free to step into the code, but I think your issue is much simpler.. Your large images are NOT being handled/processed by IH2 on the FRONT-END.. That is indicative of an incomplete install.. The settings are there, and the admin shows the sizes that IH2 has resized your images to.. What is NOT happening is that the front-end is not displaying the images from bmz_cache for your large images.. It is instead showing the original image. (which is why it's bigger)

Check your install files.. Make sure all the store-side files are in place...

[ewright1234]

Thank you for taking the time to work with me on this. I appreciate it. I will look into the incomplete install. Thank you for the suggestion and have a great day!

[DivaVocals]

More information on this:
I hope Angel doesn't mind.. but using an example from her store if you look at this product:
http://fantasiesrealm.com/market/ind...roducts_id=471

Click on the "Larger Image" link for the main product pic. Note that the URL for the image is within the bmz_cache folder.
http://fantasiesrealm.com/market/bmz_cache/6/65a3a4a686a3694e94e4f1ac93efac55.image.644x725.jpg

Your site images on the other hand still calls your large product images from the default images location. Here's the link to the large image for the product example you previously provided:
http://kennethsjewelryandgems.com/images/AK0001RC.jpg

Note that this image is not being called from bmz_cache at all.

IH2 creates optimized and resized (based on your settings) images for the small, medium and large images and stores them in the bmz_cache folder. If viewing the source of your store's product images you see that ANY of them are coming from the default image location, this is indicative of an incomplete install..

**off topic comment**
Will be bookmarking this site.. I especially will be bookmarking the anklet!!

I think we've already answered this for you.. Configuration > Images (see Angel's previous posts she was kind enough to post her own setting and highlight the two that affect medium and large images..

You are free to step into the code, but I think your issue is much simpler.. Your large images are NOT being handled/processed by IH2 on the FRONT-END.. That is indicative of an incomplete install.. The settings are there, and the admin shows the sizes that IH2 has resized your images to.. What is NOT happening is that the front-end is not displaying the images from bmz_cache for your large images.. It is instead showing the original image. (which is why it's bigger)

Check your install files.. Make sure all the store-side files are in place...

[dealman876]

Installed image handler on 1.3.9h, and now my categories are not showing in the in admin area. everything seem fine on the frontend. www.dealportus.com

[DarkAngel]

did you merge any files that were named the same that zencart had with the ones from IH?

that is what happened to me when i first installed the mod

Installed image handler on 1.3.9h, and now my categories are not showing in the in admin area. everything seem fine on the frontend. www.dealportus.com

[frank18]

Using ZC 1.3.9h with Image_Handler_v2_0-Rev8d, bmz_cache permissions and subfolders are all set to 755 (which is desired).

Individual files are being automatically set to 777. My host is "on the ball" and constantly does routine security checks of accounts and advises me of these "vulnerabilities". They recommend using 755 for the cache files.

Periodically I am forced to set the file permissions to 644 for newly created image files (prefer 644 for files instead of 755) by FTP.

Is there any way that IH2 automatically sets permissions for files within the cache subfolders to 644?

Did the "delete all bmz_cache subfolders" trick which re-creates new subfolders with perms 755 but again sets perms for image files within these folders to 777 ...

[frank18]

....
Is there any way that IH2 automatically sets permissions for files within the cache subfolders to 644?.....

Fixed it

Set this cron tab which runs every 5 minutes

chmod -R 644 /home/MY_ACCOUNT/public_html/bmz_cache/*/*.jpg

This sets permissions to 644 to every jpg file within any sub folder of bmz_cache


Tested its functionality by deleting the last 6 folders a-f within bmz_cache and then surfed the site with a clean browser cache. FTP'd back into the file system and voila: new folders are created with 755 and all new jpg's within are 644

[DivaVocals]

Were you upgrading from an older version of IH2??

Originally Tim wrote IH2 to try and cover a WIDE cariety of hosts. There used to be code which on certain hosting configurations MIGHT set the bmz_cache folders to 777.. This was removed a while back so I'm wondering if somehow you didn't upgrade and the file which contained this code somehow didn't get replaced??

Grasping at straws here..

Using ZC 1.3.9h with Image_Handler_v2_0-Rev8d, bmz_cache permissions and subfolders are all set to 755 (which is desired).

Individual files are being automatically set to 777. My host is "on the ball" and constantly does routine security checks of accounts and advises me of these "vulnerabilities". They recommend using 755 for the cache files.

Periodically I am forced to set the file permissions to 644 for newly created image files (prefer 644 for files instead of 755) by FTP.

Is there any way that IH2 automatically sets permissions for files within the cache subfolders to 644?

Did the "delete all bmz_cache subfolders" trick which re-creates new subfolders with perms 755 but again sets perms for image files within these folders to 777 ...

[frank18]

Were you upgrading from an older version of IH2??

Originally Tim wrote IH2 to try and cover a WIDE cariety of hosts. There used to be code which on certain hosting configurations MIGHT set the bmz_cache folders to 777.. This was removed a while back so I'm wondering if somehow you didn't upgrade and the file which contained this code somehow didn't get replaced??

Grasping at straws here..

Yep, me too - but meanwhile the cron tab fixed the issue - until I find the culprit.

I am usually very careful when it comes to installing or upgrading mods. So yes, I did just that: using WinMerge I double checked my install against the files in the upgrade version(s). Result: all good (so it seems....)

Which particular IH2 file MIGHT set the bmz_cache files (not the folders) to 777.. ??? (the folders are correctly being set to 755)

[DivaVocals]

Yep, me too - but meanwhile the cron tab fixed the issue - until I find the culprit.

I am usually very careful when it comes to installing or upgrading mods. So yes, I did just that: using WinMerge I double checked my install against the files in the upgrade version(s). Result: all good (so it seems....)

Which particular IH2 file MIGHT set the bmz_cache files (not the folders) to 777.. ??? (the folders are correctly being set to 755)

Off the top of my head I do not remember.. (not in a position to look right now) The readme has the changelog.. (also the Zen Cart downloads has the changelog data) Should tell you which version this was modified..

But I don't know why the files and folder in your bmz_cache would explicitly set to 777.. The files and folders inside the bmz_cache folders should inherit their permissions from the parent folder (bmz_cache)