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

peeceelee:

ok, i looked in my old bmz cache folders and noticed that the files are not always updated everyday. so i decided to give it a couple days for the cache to get written to, and after a couple days i do see a few new files so i guess things are working ok. i expected an empty cache to immediately fill as i hit the site, but i guess it doesn't work that way.

also, i did have bmz_cache set to 777 along with the subfolders also.

Answered below.

colinr:

I'm having a problem with IH2 on a 1.3.5 install of ZenCart when some images uploaded using the module break the delivery of pages in both the admin system and the shop itself at the point at which they are meant to load.

ie: The HTML stops dead!

When the uploaded files are removed manually using FTP the problem disappears.

Can anyone advise?

Do me a favor, go to Tools :: Server/Version Info and find the following and let me know what the values are:

post_max_size
upload_max_filesize

ellispiano:

thanks! that worked! ONE MORE QUESTION...
how do i get the "click for maore images" link to show up when i've got more than one image for a product? i've uploaded a few to this product: http://musiciansbest.com/store/index.php?main_page=product_info&cPath=532_535&products_id=1542
and i can only see the default image. any more ideas?

THANKS!

Make sure your adding the additional images under the same folder you uploaded the original image to. Make sure it's suffixed with _01, _02 etc...

peeceelee:

Just moved my site to a new server and with the new setup, i notice that anytime i upload a new image, i get the noboby apache user and group ownership, which causes the image caching to not work. now when i visit the site, the pics get regenerated every time and it loads very slowly because of it.

i've seen others with the same problem, but i've yet to find an answer through searching the forums. i've also had to set the bmz_cache folder to 777 , and if i clear the 0, 1, 2 etc folders out, they get recreated, but nothing gets put into those individual folders.

any help would be much appreciated, as our old server crashed and we had to go with a new host...would very much like to get our site loading up much quicker.

thanks!

Delete all the folders under the bmz_cache folder, then make sure the bmz_cache folder has permissions of 777.

Then go to Image Handler under Tools and reset the cache.

My image handler just stopped working. I haven't installed anything new, haven't changed anything. The additional images are showing up in my admin but not on the product listings:

http://heyprettycupcake.com

paperzombie:

My image handler just stopped working. I haven't installed anything new, haven't changed anything. The additional images are showing up in my admin but not on the product listings:

http://heyprettycupcake.com

What version of Zen? What version of IH?

And a link to a product that is supposed to have additional images would help.

testuser:

What version of Zen? What version of IH?

And a link to a product that is supposed to have additional images would help.

Zen Cart 1.3.7
Image Handler2 Version: 2.0
http://heyprettycupcake.com/index.php?main_page=product_info&cPath=1_22&products_id=42

thanx :D

paperzombie:

Zen Cart 1.3.7
Image Handler2 Version: 2.0
http://heyprettycupcake.com/index.php?main_page=product_info&cPath=1_22&products_id=42

thanx :D

They're showing in your source.

Try deleting all the sub-folders of bmz_cache, then go to Tools :: Image Handler and reset image cache.

From what I can see, the additional images should be showing directly under the main product image. Your source is showing missing tags.

This might be the culprit. :lookaroun

Anyone know can I get rid of the pop-up window for larger image in product detail, and the link for it, altogether? My images aren't being enlarged enough to make it remotely worthwhile, but rather a nuisance. Any thoughts would be helpful.

favoritemovieposters:

Anyone know can I get rid of the pop-up window for larger image in product detail, and the link for it, altogether? My images aren't being enlarged enough to make it remotely worthwhile, but rather a nuisance. Any thoughts would be helpful.

tpl_modules_main_product_image.php

make it this:

<?php
/**
 * Module Template
 *
 * @package templateSystem
 * @copyright Copyright 2003-2005 Zen Cart Development Team
 * @copyright Portions Copyright 2003 osCommerce
 * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
 * @version $Id: tpl_modules_main_product_image.php 3208 2006-03-19 16:48:57Z birdbrain $
 */
?>
<?php require(DIR_WS_MODULES . zen_get_module_directory(FILENAME_MAIN_PRODUCT_IMAGE)); ?> 
<div id="productMainImage" class="centeredContent back">
<?php echo zen_image($products_image_medium, addslashes($products_name), MEDIUM_IMAGE_WIDTH, MEDIUM_IMAGE_HEIGHT); ?>
</div>

favoritemovieposters:

Anyone know can I get rid of the pop-up window for larger image in product detail, and the link for it, altogether? My images aren't being enlarged enough to make it remotely worthwhile, but rather a nuisance. Any thoughts would be helpful.

I would also consider installing Image Handler. Your site has enough images that it'd be worth the while. :blink:

testuser:

From what I can see, the additional images should be showing directly under the main product image. Your source is showing missing tags.

This might be the culprit. :lookaroun

missing tags? i haven't changed anything, it just stopped working. I am trying the bmz thing right now, i'll let you know!

testuser:

From what I can see, the additional images should be showing directly under the main product image. Your source is showing missing tags.

This might be the culprit. :lookaroun

testuser:

They're showing in your source.

Try deleting all the sub-folders of bmz_cache, then go to Tools :: Image Handler and reset image cache.

nope ): didn't work

paperzombie:

nope ): didn't work

Check this file make sure everything is there.

tpl_product_info_display.php

paperzombie:

nope ): didn't work

Try this.
From admin, uninstall IH and after page reloads install IH.

Also check to see all IH files are in place.
Could be your host made a server change or install outdated backup.

M

would that delete all my images??

paperzombie:

would that delete all my images??

No, every image IH creates is based on the images you upload.

Since your having problems, it'd be wise to backup everything before you start playing with anything.

Also, are there others that have access to your site that could have made changes that could have unintentional cause these problems.

You're missing closing div tags and tr tags. A combination of these can cause things not to display properly.

testuser:

No, every image IH creates is based on the images you upload.

Since your having problems, it'd be wise to backup everything before you start playing with anything.

Also, are there others that have access to your site that could have made changes that could have unintentional cause these problems.

You're missing closing div tags and tr tags. A combination of these can cause things not to display properly.

i have everything backed up, im gonna try right now..
noone has has access.. lik ei said, it was working fine for about 2 months and then all the sudden it all went away. i didnt make any changes or anything

EDIT: I just deleted the image handler and they are showing up. i haven't reinstalled it.
EDIT AGAIN: I just reinstalled it and they don't work again. So its something with image handler..

Images not displaying on the product listing pages? Product listings not displaying on the product listing pages? Here's a possible answer - or at least most of one - hopefully an image expert can fill in the missing pieces.

Symptoms - a product listing page doesn't display properly. Indeed the HTML just stops dead - no warning, no error messages - just stops mid-page. Doesn't necessarily happen for all categories, and when you copy the code and database to another server, it works perfectly.

Here's where I tracked the above down to.

In bmz_image_handler.class.php there is a method (function) called get_resized_image (line 216).

This function in turn calls resize_mageIM and if that doesn't work, it calls resize_imageGD (lines 262 & 263). Most of my images were happily going down the former route, but one was going into resize_imageGD.

Along the way resize_imageGD calls load_imageGD (line 615). This is fine until it gets to $image = @imagecreatefromjpeg($src_name); - a standard PHP call to the GD library. However, although as line 629 verified, the function exists, control is never passed back. I don't know whether the same problem would exost with other image types - the client upon whose site this occurred is using only jpg images.

A check of the GD library version revealed that it was almost the latest (2.0.34) as opposed to 2.028 on my local server which worked without problem.
The big question is why is this image taking

A more interesting question is what made this particular image file behave differently to the other 800 or so on the site. The answer to which is ... I haven't got the foggiest idea.

I did notice that at 1MB+ it was a little on the large size, but it wasn't the biggest in terms of file size or physical dimensions. However, when I cut it down as a matter of good practise, the problem went away. The problem also went away kindoff when I commented out line 630, though, of course, no image was displayed, but the rest of the page was.

Hopefully somebody with more expertise in the image libraries may be able to fill in some of the gaps in this explanation.

kuroi:

Images not displaying on the product listing pages? Product listings not displaying on the product listing pages? Here's a possible answer - or at least most of one - hopefully an image expert can fill in the missing pieces.

Symptoms - a product listing page doesn't display properly. Indeed the HTML just stops dead - no warning, no error messages - just stops mid-page. Doesn't necessarily happen for all categories, and when you copy the code and database to another server, it works perfectly.

Here's where I tracked the above down to.

In bmz_image_handler.class.php there is a method (function) called get_resized_image (line 216).

This function in turn calls resize_mageIM and if that doesn't work, it calls resize_imageGD (lines 262 & 263). Most of my images were happily going down the former route, but one was going into resize_imageGD.

Along the way resize_imageGD calls load_imageGD (line 615). This is fine until it gets to $image = @imagecreatefromjpeg($src_name); - a standard PHP call to the GD library. However, although as line 629 verified, the function exists, control is never passed back. I don't know whether the same problem would exost with other image types - the client upon whose site this occurred is using only jpg images.

A check of the GD library version revealed that it was almost the latest (2.0.34) as opposed to 2.028 on my local server which worked without problem.
The big question is why is this image taking

A more interesting question is what made this particular image file behave differently to the other 800 or so on the site. The answer to which is ... I haven't got the foggiest idea.

I did notice that at 1MB+ it was a little on the large size, but it wasn't the biggest in terms of file size or physical dimensions. However, when I cut it down as a matter of good practise, the problem went away. The problem also went away kindoff when I commented out line 630, though, of course, no image was displayed, but the rest of the page was.

Hopefully somebody with more expertise in the image libraries may be able to fill in some of the gaps in this explanation.

I've fixed the issues of product listings and vice versa before with htaccess:

post_max_size
upload_max_filesize

Images were in excess of 1600x1200 just under 2M and failing on product listings and when accessing a product directly.

I think of course this is dependent upon your version of PHP as well.

testuser:

I've fixed the issues of product listings and vice versa before with htaccess:

post_max_size
upload_max_filesize

Images were in excess of 1600x1200 just under 2M and failing on product listings and when accessing a product directly.

I think of course this is dependent upon your version of PHP as well.Looks like we're both looking at large image sizes as being what triggers the problem. Though I don't think that this is the whole answer as my client has images that have both bigger dimensions and bigger file sizes than the one that was failing, but which work fine.

Did your approach increase the max sizes to legitimise big files, or decrease them to prevent such files being processed?

I'm suspecting that this is more about the version of the GD library than PHP, though they may be correlated in the bundling.

Can someone please advice whats wrong...

My small image and medium image seems to be of the same size, why is that. Also can i increase the size of the images.

Main concern is the size of small and medium being same.

Can someone pls advice