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

How is the dimension (circled in red) determined?

Thank you in advance.

Link to site would be tremendously helpful so we can contribute more meaningful answers versus guessing...

Images sizes (as the readme explains) are determined by your settings in Configuration > Images. Knowing what those settings are is actually a LOT more useful to help determine IF there is an issue..

ewright1234:

How is the dimension (circled in red) determined?

Thank you in advance.

These are my settings and the one in red is for that part and the orange ones are for the description page images--hope that helps

Small Image Width 165
Small Image Height 165
Heading Image Width - Admin 57
Heading Image Height - Admin 0
Subcategory Image Width 160
Subcategory Image Height 160
Calculate Image Size true
Image Required true
Image - Shopping Cart Status 1
Image - Shopping Cart Width 50
Image - Shopping Cart Height 50
Category Icon Image Width - Product Pages
Category Icon Image Height - Product Pages 0
Top Subcategory Image Width
Top Subcategory Image Height 0
Product - Image Width 245
Product - Image Height 245
Product - Image Medium Suffix _MED
Product - Image Large Suffix _LRG
Product - Number of Additional Images per Row 5
Image - Product Listing Width 165
Image - Product Listing Height 165
Image - Product New Listing Width 165
Image - Product New Listing Height 165
Image - New Products Width 165
Image - New Products Height 165
Image - Featured Products Width 165
Image - Featured Products Height 165
Image - Product All Listing Width 165
Image - Product All Listing Height 165
Product Image - No Image Status 1
Product Image - No Image picture no_picture.gif
Image - Use Proportional Images on Products and Categories 1
IH resize images yes
IH small image filetype no_change
IH small image background 255:255:255
IH watermark small images no
IH zoom small images yes
IH small image hotzone no
IH small image compression quality 100
IH medium image filetype no_change
IH medium image background 255:255:255
IH watermark medium images yes
IH zoom medium images yes
IH medium image hotzone yes
IH medium image compression quality 100
IH large image filetype no_change
IH large image background transparent
IH watermark large images yes
IH large image compression quality 100
IH large image maximum width 725
IH large image maximum height 725
IH watermark gravity SouthEast
IH zoom gravity SouthEast

The site is www. kenneths jewelry and gems . com.

Small Image Width 80
Small Image Height 110
Heading Image Width - Admin 57
Heading Image Height - Admin 40
Subcategory Image Width 80
Subcategory Image Height 110
Calculate Image Size true
Image Required true
Image - Shopping Cart Status 1
Image - Shopping Cart Width 50
Image - Shopping Cart Height 40
Category Icon Image Width - Product Info Pages 57
Category Icon Image Height - Product Info Pages 40
Top Subcategory Image Width 80
Top Subcategory Image Height 110
Product Info - Image Width 150
Product Info - Image Height 120
Product Info - Image Medium Suffix _MED
Product Info - Image Large Suffix _LRG
Product Info - Number of Additional Images per Row 1
Image - Product Listing Width 80
Image - Product Listing Height 80
Image - Product New Listing Width 80
Image - Product New Listing Height 80
Image - New Products Width 80
Image - New Products Height 80
Image - Featured Products Width 80
Image - Featured Products Height 80
Image - Product All Listing Width 80
Image - Product All Listing Height 80
Product Image - No Image Status 1
Product Image - No Image picture no_picture.gif
Image - Use Proportional Images on Products and Categories 1
IH resize images yes
IH small image filetype no_change
IH small image background 255:255:255
IH watermark small images no
IH zoom small images no
IH small image hotzone no
IH small image compression quality 85
IH medium image filetype no_change
IH medium image background 255:255:255
IH watermark medium images no
IH zoom medium images no
IH medium image hotzone no
IH medium image compression quality 85
IH large image filetype no_change
IH large image background 255:255:255
IH watermark large images no
IH large image compression quality 85
IH large image maximum width 600
IH large image maximum height 550
IH watermark gravity Center
IH zoom gravity SouthEast

Thanks can you also save me the trouble of rooting around your site looking for the ONE product which behaves as you describe.. Provide a DIRECT link to the product which demonstrates your issue..

Thanks..

ewright1234:

The site is www. kenneths jewelry and gems . com.

Small Image Width 80
Small Image Height 110
Heading Image Width - Admin 57
Heading Image Height - Admin 40
Subcategory Image Width 80
Subcategory Image Height 110
Calculate Image Size true
Image Required true
Image - Shopping Cart Status 1
Image - Shopping Cart Width 50
Image - Shopping Cart Height 40
Category Icon Image Width - Product Info Pages 57
Category Icon Image Height - Product Info Pages 40
Top Subcategory Image Width 80
Top Subcategory Image Height 110
Product Info - Image Width 150
Product Info - Image Height 120
Product Info - Image Medium Suffix _MED
Product Info - Image Large Suffix _LRG
Product Info - Number of Additional Images per Row 1
Image - Product Listing Width 80
Image - Product Listing Height 80
Image - Product New Listing Width 80
Image - Product New Listing Height 80
Image - New Products Width 80
Image - New Products Height 80
Image - Featured Products Width 80
Image - Featured Products Height 80
Image - Product All Listing Width 80
Image - Product All Listing Height 80
Product Image - No Image Status 1
Product Image - No Image picture no_picture.gif
Image - Use Proportional Images on Products and Categories 1
IH resize images yes
IH small image filetype no_change
IH small image background 255:255:255
IH watermark small images no
IH zoom small images no
IH small image hotzone no
IH small image compression quality 85
IH medium image filetype no_change
IH medium image background 255:255:255
IH watermark medium images no
IH zoom medium images no
IH medium image hotzone no
IH medium image compression quality 85
IH large image filetype no_change
IH large image background 255:255:255
IH watermark large images no
IH large image compression quality 85
IH large image maximum width 600
IH large image maximum height 550
IH watermark gravity Center
IH zoom gravity SouthEast

Here is an example link - http:// kenneths jewelry and gems .com /index.php?main_page=product_info&cPath=83_87&products_id=1970. Please remove the spaces.

In Image Hanlder, the large size reads 600 x 116. When you click on "Larger Image" on the product detail page the size of the image is 1423 x 277.

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

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.:smile:

ewright1234:

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..

ewright1234:

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.:smile: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...

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!

:smile:

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/index.php?main_page=product_info&cPath=138_139&products_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!!:laugh:

DivaVocals:

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...

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. https://www.dealportus.com

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

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

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 ... :frusty::frusty:

frank18:

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

Fixed it :cool:

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 :clap:

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.. :laugh::laugh:

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 ... :frusty::frusty:

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.. :laugh::laugh:

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)

frank18:

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)

Just installed IH2 and had a few questions that I couldn't find answers to.

I create sub-directories for each product type I have so that no one directory has too many files and also it's easier to work with when I have to search using ftp. FTP generally have a limit of 2000 files for displaying. My suppliers sometimes use the same image name for both large and small images but seperate them in directories for large and small.
Example: images/wrappers
images/wrappers/small
images/wrappers/large

Since I am working with over 10K items this seems to keep me from going insane.

Question:

1. Does IM2 recreate the images again in one directory?
2. Does IM2 create a large disk usage with duplicate images
   create from the originals?
3. Does the current directory structure fit with IM2?

Thanks in advance

DivaVocals:

.....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)

Thanks.

Just to clarify: the folders are not the problem. They are correctly being set at 755. One built-in extra function takes care of that

return @mkdir($target, 0755);

The problem is with the files within the subfolders 0,1,2, ... a,b,c etc which are being set at 777.

Ofc I could easily set all existing files within these subfolders to inherit permissions. In that case they would all be set to 755 as well.

frank18:

Thanks.

Just to clarify: the folders are not the problem. They are correctly being set at 755. One built-in extra function takes care of that

return @mkdir($target, 0755);

> 
> Ofc I could easily set all existing files within these subfolders to inherit permissions. In that case they would all be set to 755 as well.For most users of this mod IH2 sets the bmz_cache folders to 775, and inheritance takes care of the contents of the files and folders within bmz_cache.. But if this is not what you want (because you want different permissions for the contents of bmz_cache), then your cron routine sounds like it will do the trick..

I'm confused!
It seems that I am duplicating files on the server by creating my own directories with images in them. Please correct my logic below.

Most of my products have a different Large and small images which are stored by product type and size.
placecards/small/image.jpg
placecards/large/image.jpg

When I create the item I define the default image in ZC with it's directory. ex. placecards/small/image.jpg

This then creates the rendered image for the 3 sizes in IH2
I then edit the large image in IH2 to replace the small image to the correct large one. But it only allows for an upload of an image on my computer and not from the server. This in turn upload the image to it's own folder. thus just adding files into one IH2 directory. So based on this I am duplicating the files on the server.
placecards/large/image.jpg is never used since IH2 requires to upload into it's own directory.

So from what I can see, other than the default image there is really no way of organizing images in a useful manner with IH2.
And there is no easy way of editing more than one item at a time to change images as I have to with the different large images per item.

Is this correct?

I also cannot find where the IH2 item images are defined in the database. As I was hoping to maybe sql the changes needed for the large images.

Thanks in advance.