Printable View
I've just submitted v1.5.7 of Image Handler 5 to the Zen Cart moderators for review; I'll post back here when it's available for download.
This release contains changes for the following GitHub issues:
#191: Submit buttons to "Save" or "Delete" are inoperable in the admin tool.
#193: Correct 'missing needle' PHP notices
Now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2169Quote:
Originally Posted by lat9
Thank you for this update @lat9, I would just point out thatQuote:
Originally Posted by lat9
v1.5.7 != v5.1.7
I'm having some major dyslexia issues; thanks for keeping me relatively honest!Quote:
Originally Posted by simon1066
... at least I'm being consistent; I'd misspelled the release identifier last time, too (1.5.6 != 5.1.6).
I mean that if I search my site name on Google images tab plus any product name, nothing shows up for products which have images changed by image handler. The only products/images which show up are products just using the default image upload (unchanged by IH) and products where there are "related products" with default images and Google incorrectly shows that as the image for the product in the search.Quote:
Originally Posted by lat9
I don't really know if that can negatively impact my ranking for regular searches but I also have some Google Search Console "valid with warnings" Missing field "image" for a small amount of products which do have images. Not sure if it's related at all.
I've checked sites that use IH-5 and their bmz_cache'd images are showing on Google Images. Did you copy the .htaccess file for the bmz_cache directory?
A link to your site would help.
I want to install IH 5 v1.5.7 on a Zen Cart 1.5.6c test site with PHP 7.2.24 and Ubuntu 18 installed. I see it's been tested with up to PHP 7.1... Should it work fine, work with issues, or ???
Any advice or suggestions are appreciated.
for me its fine on php 7.3.11.
v1.5.5f php 7.1 IH 5.1.5
please refer to this thread originally started in General Questions before it was found to be an IH issue https://www.zen-cart.com/showthread....ound&p=1364263
Problem: Images are not showing up in Google images
Cause: images in sitemap/sitemapproducts have a _LRG suffix in the url which renders to 404 not found error -
Images in sitemap/sitemapproducts have been allocated to folder/images/large and have a _LRG suffix in the url which renders to 404 not found error - a typical url in the sitemap is
from the site if I use the browser 'image properties' and copy the url it works fine - the above should example should beHTML Code:https://www.dazzlerscliponearrings.com.au/images/large/earrings/clip-on-earrings-657_LRG.gif
The images are NOT in that /large/ folder - they are in the folder public_html/images/earrings/ ... so why is it that sitemapxml is using this incorrect url format?HTML Code:https://www.dazzlerscliponearrings.com.au/images/earrings/clip-on-earrings-657.gif
Solution?? the 'apparent solution' that worked for me is changing admin/configuration/images/IH resize images >> to 'no' - (the following is my assumption and needs validating by someone who understands the functions of IH) .. when set to yes this appears to have IH add the _LRG suffix if the image size for product_info size is smaller than the image size on file in the images folder - e.g. if your image as uploaded is 700x700 pixels and you set product_ifo image size at 300 x 300 pixels then IH will consider it at the 700 x 700 and allocates it to large images. So by setting it to no it ignores the file image size and does not 'resize' for sitemap url's.
NEW PROBLEM?? - with IH resize images set at no according to mc123456789So this will definitely not be good for SEO - so is there another better solution?Quote:
As far as setting the value to no, understand that IH is no longer active and therefore not optimizing images.
cheers,
Mike
Mike, would you point me to the product-info page for the product/image combination in question, making sure that IH is resizing images?
Hi Cindy,
here is a product page https://www.dazzlerscliponearrings.c...lack-highlight
some info of image on the above page from image properties (firefox)
https://www.dazzlerscliponearrings.c...293-350-01.jpg
575px × 450px (scaled to 350px × 274px)
87.87 KB
this is for the same image in bmz_cache
in bmz_cache it is 13.6kb ... 2b6efbe68d90549115c80c873852605d.image.350x273
So it appears IH may be doing its resizing task however I will leave the decision up to the expert :smile:
Importantly though, is the way I solved the issue of the _LRG suffix the right way to do it or is there another better fix?
cheers,
Mike
Mike, could you run a quick test running the sitemapxml after editing /includes/classes/bmz_image_handler_class.php, finding this section at the top:
and changing the IH_DEBUG_STOREFRONT setting to 'true'? Once you've run the sitemap, change that back to 'false' again.Code:if (!defined('IH_DEBUG_ADMIN')) {
define('IH_DEBUG_ADMIN', 'false');
}
if (!defined('IH_DEBUG_STOREFRONT')) {
define('IH_DEBUG_STOREFRONT', 'false');
}
if (!defined('IS_ADMIN_FLAG')) {
exit('Illegal access');
}
You should find one (or more) /logs/ih_debug*.log files. You can either post the contents back here or, if they're too big or have 'sensitive' information, send me those directly.
Hi Cindy,Quote:
Originally Posted by lat9
I changed that instruction and ran the sitemap twice (I didn't ping search engines for this test, just rebuild sitemaps), 1/2 hour apart, however I am not seeing any logs at all - a good thing right? there is no sub folder in /logs/ for /ih_debug*.log ... should there be or is that just the file name that would appear? in any case, no logs thrown.
cheers,
Mike
Mike, if IH is enabled (i.e. IH resize images is 'yes'), then that's not a good thing, since each request to the IH handle_image function should result in one or more records being written.Quote:
Originally Posted by shags38
If IH is not enabled, then that lack of logs is expected, since IH isn't being asked to (er) handle the images.
Hi Cindy, thanks for that - so with me setting IH resize images to no to solve the _LRG suffix issue - was that the best fix or are you aware of a better fix?Quote:
Originally Posted by lat9
cheers,
Mike
Mike, with that change in setting, you've found a work-around but not a fix. Without seeing what's going on with the IH/Sitemapxml interaction, I've no idea what the root-cause of the issue is.Quote:
Originally Posted by shags38
Ok - I will change IH resize images to yes and then will edit /includes/classes/bmz_image_handler_class.php and run sitemap and post the resultant logs .... in the morning, it has just gone midnight here :smile:Quote:
Originally Posted by lat9
Mike, I think I found the source of the issue. Check your site's /includes/modules/pages/sitemapxml/sitemapxmp_products.php, towards the top of the file, looking forQuote:
Originally Posted by shags38
That value defaults to false, which causes the image-generation to bypass any IH processing. If that's the case, update that line to read:Code:define('SITEMAPXML_PRODUCTS_IMAGES_FUNCTION', 'false'); // true false
Code:define('SITEMAPXML_PRODUCTS_IMAGES_FUNCTION', 'true'); // true false
Hi Cindy - I changed admin/configuration/images to IH resize images = yes and then made that change (above) from false to true and ran sitemap and the image urls were fine, i.e. no _LRG suffixQuote:
Originally Posted by lat9
I then changed /includes/classes/bmz_image_handler_class.php to = 'true' and ran sitemap again - to generate logs - but again no logs.
So it appears your last 'find' has done the trick :clap: - I will monitor sitemap over the coming week or so to ensure that it continues to behave.
Thank you very much again, I am truly grateful for your support and I will take this opportunity to to wish you and yours all the best for the festive season.
cheers,
Mike
Thanks, Mike, for the follow-up. I'll add a note to the IH readme regarding the interaction with SiteMapXML. Wishing you and yours a great holiday season as well.Quote:
Originally Posted by shags38
New Clean Install zencart 1.5.6c PHP 5.6
installed Westminster)New template
Installed IH5 1.5.7
Fatal error result:
reinstalled IH5 twice same errorQuote:
26-Dec-2019 18:13:33 UTC] Request URI: /admin/image_handler.php?ih_page=manager&products_filter=2, IP address: 100.2.167.42
--> PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 19160 bytes) in /home/tell/public_html/includes/classes/bmz_image_handler.class.php on line 824.
used IH5's version of additional_images.php knowing that will effect zen lightbox
also used the Westminster version of additional_images.php.
trying to get IH5 to work first
As soon as 1st product was created with 1 image file , fatal error surfaces.
bmz_cache folder permissions are 777
Checked database configuration table ok.
any help would be appreciated
The template shouldn't have an effect on that admin-level error. Would you send me a copy of that .png you are using via direct email?Quote:
Originally Posted by mikebr
I'll note, too, that IH deals best with .jpg images.
HiQuote:
Originally Posted by lat9
I took your advice and loaded a .jpg for testing purposes
The jpeg RGB file is 1.45 MB in size
The Dimensions are 4790 x 5987 px
Attachment 18769
Iv'e adjusted the options in Admin Config Images to accommodate the file.
Are there any other limitations on file size and dimensions?
Have used IH5 on other web sites with files up to 9 MB without any problems, IH would resize to dimensions adjusted in admin config images.
Current error is for this jpeg.
thanksQuote:
[27-Dec-2019 15:20:39 UTC] Request URI: /, IP address: 159.69.74.243
--> PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 19160 bytes) in /home/tez/public_html/includes/classes/bmz_image_handler.class.php on line 831.
mike
Mike, would you send me a copy via direct email so that I can see what's going on?
I've just submitted v5.1.8 of IH-5 to the Zen Cart moderators for review; I'll post back here when it's available for download.
This release contains changes associated with the following GitHub issues:
#196: Future proofing, PHP 7.4 and "curly braces" instead of substr.
#197: Document interoperation settings for SitemapXML's inclusion of product images.
Cindy, please check this and see if you can include that as well.
When viewing images in IH admin, medium images show a dash instead of a thumbnail. The images ARE created and all works well, it's just confusing why the medium image thumbnails are not displayed.
Attachment 18780
Those dashes are displayed for the product's additional images, which display only in small and large sizes.Quote:
Originally Posted by balihr
Now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2169Quote:
Originally Posted by lat9
You're right (as usual), but it's just confusing. I was asked about it by 3 different people. Perhaps a small legend at the bottom of the screen explaining that additional images are only used in small and large size?Quote:
Originally Posted by lat9
Although, what about product listing pages when you use a rollover image? I know it's not standard Zen Cart, but still... Never mind. :cheers:
Maybe instead of a dash you can have "not needed" or "n/a"Quote:
Originally Posted by balihr
The product listing pages don't show the additional images. :wink:
+1Quote:
Originally Posted by ideasgirl
Yeah, actually the "not needed" would be great, much better than the dash.
Notice how I said it's not standard Zen Cart, but still... A lot of sites use it and it's relatively simple to add - the main image is displayed on the listing pages, and when you hover the image, you get a new "rollover" image which is actually the first additional image. Or you can even setup a carousel and have left/right arrows to scroll through the additional images on the listing page, but that's slightly more complex than just the rollover image.Quote:
The product listing pages don't show the additional images. :wink:
Quote:
Originally Posted by balihr
Quote:
Originally Posted by ideasgirl
Thanks to the two of you! I'll go for a combination of the "not needed" and the legend describing why those medium/additional images are (normally) not needed.Quote:
Originally Posted by balihr
Recently upgraded zc from 154 to 156c
new installs for IH v5.1.7
GD is loaded
PHP 7.2
On the old ZC154 I am sure if I added an image to either the product list page or IH Base image it would automatically create the _MED and _LRG resized images and place them in the med and lrg folders. Was I imagining this or did I possibly miss something on the new install? It is writing to the bmz_ cache correctly but not creating the med and lrg images, they do show on the Image Manager just not being placed in the right folders. (755)
When it creates those images, IH has always created the resized images in the /bmz_cache directory (under names that reflect their sizing).Quote:
Originally Posted by SStreich
For anyone planning to enjoy the Twitch Admin Product thumb addon, I've encountered a conflict with IH5, so I am cross posting the fix that worked for me.
The specifical issue was on the admin side resulting in a fatal php error. For anyone else having this problem, I tracked the issue down to the language file. My solution, while probably somewhat crude, was to open the admin/includes/languages/english/extra_definitions/TAP_thumb.php and commented out the bottom two lines of code so that my file only looked like this:
I also renamed the file to thumb.php, as for some reason earlier in my troubleshooting I had commented out the entire file and it had not resolved my issue. Anyway, things have been working fine as far as I can tell, will report back if I encounter any anomalies. Love having image handler and love having admin images, so for me and the staff, much love to everyone who builds these great plugins! Hope this is helpful to someone.Code:<?php
// -----
//Twitch admin images
//
define('TABLE_HEADING_TAPTHUMB_IMG', 'Image');
What were the lines that you commented out?Quote:
Originally Posted by k8ee
Hi there.
Im using IH 5.1.3 - ZenCart 1.5.5f
Common settings for quality image is 85% (for small, medium, large).
PHP Library used : GD
Then, i used gtmetrix.com to check site performance.
It shows a problem with graphics compressions - it can be much better, than currently generated by IH.
So, how i can improve (which parameters to change) to achieve better compression level without loosing quality?
My site is -> https://boxlab.pl
report generated by gtmetrix -> https://gtmetrix.com/reports/boxlab.pl/FTmAWgOV
Marek.
You could try @balihr's ZX Optimized Images. I'm not familiar with the in's and out's of image sizing, having only inherited the maintenance of Image Handler.
Thank you, ZX works great, very good compression.Quote:
Originally Posted by lat9
But its not fully compatible with IH.
Will be great to implement this compression method into IH.
Regards.
Marek.
Hello, I installed the "attrib_image_swap_module_v1_5_10 (attribute image replaced the main product image when selecting attributes)" module. The attribute image can replace the main image normally, but the enlarged main image cannot be displayed normally after clicking the main image after replacement.
IH5(V.5.1.8) does not seem to be able to compress attribute images.
Attachment 18902
Image Handler's storefront operation 'intercepts' all calls to the zen_image function. I'm not familiar with the plugin that you reference, but IH-5 doesn't have any play in the actual display (e.g. <img /> tag manipulation) of the information.Quote:
Originally Posted by ikirin
The forum thread associated with the plugin described is: https://www.zen-cart.com/showthread....Support-ThreadQuote:
Originally Posted by lat9
In that thread, a message had been posted yesterday identifying that without IH, the plugin worked to swap the attribute with the main image and that the swapped image could be clicked to show the large image; however, when IH was in play, the image name included the _LRG suffix and then was not locateable... I advised the OP that I thought I had seen a recent issue of the suffix being added and causing image display issues when IH was in use and recommended reviewing the appropriate IH forum thread for such problem, solution and if necessary to provide more information about the setup. I haven't gone back to identify where I recently saw this issue or what changes were made, if any, but it appeared to me to be related to IH considering that swap module uses javascript to manipulate data already on the page versus recreating any links and if/where it does, it also uses ZC code to do so.
The issue you're remembering was due to a SiteMap XML setting, overriding the 'handle_image' function provided by Image Handler.Quote:
Originally Posted by mc12345678
Since the problem lies with the interaction between your plugin and Image Handler, I'd appreciate it if you could identify the source of the issue. If it's actually a problem with IH, I'll be happy to correct it; I just don't have the time right now to create a separate installation for the investigation.
Hello,
I am testing out IH5 on my test site ( https://www.salvagecrate.com - php 7.0 - ZC 1.5.6). I want it mainly for the hover / mouse over function. I can get that to work on items in the featured and new product side boxes. But it won't work on the category pages or more importantly The product pages. Can IH5 do this ? Or am i maybe using the wrong plug. Below are examples of what I want to do.
https://www.amazon.com/LOCKED-T-Mobi...ls?ie=UTF8&me=
( notice how when you mouse over the phone image you get that zoomed in photo on the product page ? )
https://www.ebay.com/itm/Replacement....c100903.m5276
( Same as above )
That product-page plugin you're looking for could be based on this (https://mark-rolich.github.io/Magnifier.js/). I "know" there's a prepackaged version out there somewhere but can't find it quickly.
The image-zoom provided by IH5 (to be removed in the v5.2.0) isn't working on the by-category products' listing since you're (apparently) using a product's medium-sized images for that display and the image-zoom is applied only to small images.
Yes ! this is exactly what I am looking for. Is this it ?
https://www.magictoolbox.com/magiczo...ules/zen-cart/
wow !
MagicThumb will do the attribute swap for a little less money.
Example - https://allpecans.com/index.php?main...roducts_id=133
As you select a second or third flavor, the image changes.
https://allpecans.com/index.php?main...roducts_id=135 shows just one of the items changing the image.
Thank you very much to both of you. I had no idea what to even call it or what to search for till LAT9 showed me what that type of effect was called. I am driving over my ebay traffic , so i think I will go with the more expensive one. It looks so nice.Quote:
Originally Posted by dbltoe
OK, since you apparently don't have the time to see what's going on, I've created a zc156c test site with attrib-image-swap, IH5 and Colorbox and have successfully reproduced the issue identified by @ikirin.Quote:
Originally Posted by lat9
When all three of those plugins are enabled (and using the /includes/modules/YOUR_TEMPLATE/additional_images.php provided by IH5), the 'swapped' attribute images display properly with Colorbox. When Colorbox is disabled, the issue occurs (image-not-found).
To correct the interoperation between the image-swap plugin and IH-5, you'll need to edit /includes/classes/ajax/zcAttrib_prod_info.php, starting at line #87:
Code:} else {
//-bof-20200326-lat9-IH5 interoperation
// hook for handle_image() function such as Image Handler etc
if (function_exists('handle_image')) {
$newimg = handle_image($products_image_large, $alt, $width, $height, $parameters);
list($products_image_large, $alt, $width, $height, $parameters) = $newimg;
}
//-eof-20200326-lat9
// Generating only the javascript version of the link, because if javascript is disabled on the client side, then none of this is executed.
$image_return = '<a href="javascript:popupWindow(\'' . zen_href_link(FILENAME_POPUP_IMAGE_ADDITIONAL, 'products_image_large_additional=' . $products_image_large) . '\')">' . $image . '<br /><span class="imgLink">' . $larger_text . '</span></a>';
}
Hi all , Having problems with certain categories in my database. Some ImageHandler works fine with . Others it says "*Product is Disabled" .
Tried reinstalling IH as advised on a thread here.
Seems to be products I have imported from Database I/O manager. Is there a field I am setting the incorrect value .
Any Help appreciated :)
Attachment 18907
Are there products in that /Lawn category? That "Product is disabled" is shown when a category has no products.
Hey Lat9
I reimported products and IH doesn't seem to be working site wide. So I tried reinstalling IH with no results. Any tips ?
Based on your posting in the DbIo support thread, it didn't look like there were products in that /Lawn category. Click that category dropdown to find one that has products (the category name has an asterisk after it).Quote:
Originally Posted by Hasher
IH 5 is on site Version 1.5.5c is working correctly for every page BUY if I add something to a cart and then delete it, a New Items page starts to load but only the text is displayed and just see spinning circles where the images should be.
Site: https://phillyphotosupply.com
Using Numinix Tableau 2 Template. An suggestions to a solution would be great.
That template's using a lazyloading script for the images, changing from src="image_name" to data-src="image_name" but the shopping_cart page doesn't load the actual script itself.
I don't get it Lat9. I see categories with Asterisks and can see all the usual products in admin. In public side no products have IH active . Not sure how to activate.!Quote:
Originally Posted by lat9
Did you enable IH5's ability to resize images? See Configuration->Images->IH resize images.Quote:
Originally Posted by Hasher
Hi All.
I found small problem with performance. For one product i have 4,5,6 additional pictures with underline, after main image name. They are stored in catalogue with manufacturer name.
For example /manu/pict.jpg, /manu/pict_1.jpg and soon.
In one catalogue i can have more than 1000 images like this.
When IH is looking for additional images for product, is scanning directory /manu/.
In case on displayed page we have 10 products from same manufacturers, its scanning 10.000 times :(
So, i made subdirs named with first letter of images.
It works excellent, but - image name in bmz_cache is made without /manu/ element as file name.
Then, in case i have 2 images with same name in 2 different /manu/ directory, i got a conflict.
I think is important thing to consider in next release.
Regards.
Meksicus
Yes, I wasn't a big fan of the readable-cache-image names when I inherited IH. That filename conflict won't exist if the hashed filenames are used.Quote:
Originally Posted by meksicus
I'll consider a page-by-page cache of the images found and also consider using the /images sub-directory names when creating the bmz_cached readable images.
Are you sure ?Quote:
Originally Posted by lat9
Making md5 from same path + image name gives same result ... i think so.
md5 is made from target filename, not from source.
protected function getCacheName($data, $ext='')
{
$md5 = (IH_CACHE_NAMING == 'Hashed') ? md5($data) : $data;
$file = $GLOBALS['bmzConf']['cachedir'] . '/' . $md5{0} . '/' . $md5 . $ext;
:
What I'm saying is (performance issues aside) that files with the same names in different sub-directories aren't overwritten using the 'hashed' method.Quote:
Originally Posted by meksicus
Yes, you are right. I found naming difference.
I made this change in bmz_image_handler.class.php (5.0.0 line 286)
// $image_dirname = basename($image_path['dirname']);
$image_dirname = str_replace(DIR_WS_IMAGES,'',$image_path['dirname']);
It seems its ok now - i dont have conflicts, file names are readable, performance great.
I will put it now in my production envs.
Thanks, @meksicus, I'll give that a look-over!Quote:
Originally Posted by meksicus
Hi Mekicus , Lat9.
I store my Images like /Images/[Model Number]/[Model Number].jpg , _1.jpg etc. For the sake of organisation it has been great.
Current problem is I have had 2 product imports both produced by the same script. The first was 8000 line and next 2000. So the first 8000 works fine with IH5 but the next does not. I had a look within phpadmin to see if I could see a difference between imports but it looked all normal. Thinking of a third import to see what happens.
Will play with it some more today.
Hello!
If I am upgrading this module from v. 5.1.2 to the current version should uninstall the whole thing and then reinstall as new or just overwrite the files (I do not have any mods to merge in)?
Thanks for any advice!
Your question indicates that you may be going about this the wrong way. Best practice is to not touch the current site and create a new test site.
Since many of your current mods might not work with the newer version, might be totally different versions, or may have been incorporated in the latest version; it's recommended to create a whole new test site.
If you have cPanel, there are instructions at https://docs.zen-cart.com/user/first...t-using-cpanel
Thanks for this. This is a test site. I created this a year ago for a client to test some things but just realized that there was a newer version of this plug in. Are you suggesting that I create a third copy of the the entire store just to upgrade this one plug in?Quote:
Originally Posted by dbltoe
As I mentioned, I have not made any mods to the files involved in this plug-in.
You may want to wait a few days for 1.5.7 but, I would never consider changes without "new" case being the number one consideration. There were lots of changes between 1.5.# And 1.5.6. Many more in the upcoming 1.5.7.
I'm sorry if I am being dense, but I don't understand what you mean by this. Can you explain?Quote:
Originally Posted by dbltoe
Thanks!
Also, I'm confused about your statement about version 1.5.6 and waiting for 1.5.7. The version I just downloaded from the plug-ins section is version 1.5.8 according to the read me.Quote:
Originally Posted by dbltoe
@dbltoe was referring to the Zen Cart version, not that of Image Handler.Quote:
Originally Posted by earmsby
Oh, I see. thanks for that. I got my digits confused. 1.5.6 vs. 5.1.8 :smile:Quote:
Originally Posted by lat9
I answered my own question about updating by (um...) finishing reading the installation read me :blush:
All set now.
Hello, I couldn't find any Q like this so...
I want to have my images converted to Progressive Jpeg images not regular Jpeg, does anybody knows where can I find the file which should be changed and eventualy what should be changed.
I have found a method for that here https://stackoverflow.com/questions/...ve-jpeg-in-php
Thanks everybody!
That's going to be somewhere in /includes/classes/bmz_image_handler_class.php. Unfortunately, I don't have time to delve into more details at this time.Quote:
Originally Posted by perfumbg
Hi,
I've installed IH5 on a fresh 156c install minimal plugins and 1 template fluorspar.
It seems to be installed correctly but when I turn on resize images.
In admin, the base image goes blank and on the website, the image disappears but a link remains when I click on the link, it says image not found.
When I add a second image, the second image seems to work perfectly.
Any help with this please
Thanks in advanced
It sounds like there might be two issues at play on your site, the first (I'm guessing) to be a permissions' issue of some type to cause the admin base image to "go blank". That could also be affecting the storefront operation, but let's see what's up in the admin first.Quote:
Originally Posted by leon2lil
Are there any myDEBUG-adm-*.log files present in the site's /logs directory? If so, could you find one that occurred during the image_handler.php's execution and post that here within the "CODE" tags (that big # in the menu bar while your writing your post)? Remember, too, to xxx-out the name of your admin sub-directory as it'll be present as part of the log's data.
What version of PHP is being run?
When you inspect the site's /bmz_cache sub-directory, what permissions does it have? Are the permissions the same as those associated with the site's /logs sub-directory?
Not certain this is a bug but I wanted to report it just in case. includes/modules/YOUR_TEMPLATE/main_product_image.php sets $products_image_large, then calls the notifier. The notifier returns $main_image_handled = true, so the original definition of $products_image_large isn't changed. But that file does not exist! and because $main_image_handled = true, the branch that checks if $products_image_large actually exists is skipped.
I've been having an issue with ImageHandler5 for quite a while now. I wonder if anyone has run into a similar problem. I'm using ImageHandler 5.1.4 on ZC version 1.5.6b and the carousel works very rarely on few products. It used to work great on older versions of both ImageHandler and ZenCart but no more. I checked to see if there were any errors in the console and none are any different between pages with carousels that do work and those that don't. Has anyone come into an issue similar to this in the past?
Sorry you're having issues. Which carousel and what template is in use?Quote:
Originally Posted by clam_man
If the observer of that notification has indicated that it has handled that main-image, then it's that observer's responsibility to ensure that those image-related variables are 'sane'.Quote:
Originally Posted by swguy
Hi,
I have a Clean 1.5.6 install with IH5 as the only add on, site is running PHP 7.2.
Uploaded via FTP.
Some images are not resizing.
Not, but almost a third of my products are not resizing at all, when you hover the mouse over the photo it pops up a big photo, and when you check the image location, it's in the image folder, not the cached bmz folder.
Is IH5 Not compatible with 1.5.6?
Or am I missing something, I've been looking since last night for ideas with no luck.
Please help and thank you in advance.
https://imgur.com/a/3r1xjs5
IH-5 is compatible with Zen Cart 1.5.5 through 1.5.7 (the current released version).Quote:
Originally Posted by rlexyd
Which version of IH-5 are you installing and on which sub-version of zc156?
Are there any admin-level debug-logs being issued?
Thank you for your response.
I have ZenCart 1.5.6c & I installed Image-Handler-5.1.8.
Below is the only file in log folder.
[12-Aug-2020 11:28:59 Australia/Sydney] PHP Fatal error: Uncaught Error: Class 'FualSlimboxObserver' not found in /home2/--------/public_html/--------/includes/autoload_func.php:79
Stack trace:
#0 /home2/--------/public_html/--------/includes/application_top.php(170): require()
#1 /home2/--------/public_html/--------/index.php(26): require('/home2/----------..')
#2 {main}
thrown in /home2/--------/public_html/----------/includes/autoload_func.php on line 79
[12-Aug-2020 11:28:59 Australia/Sydney] Request URI: /index.php?main_page=index&cPath=17, IP address: 114.119.100.100
--> PHP Fatal error: Uncaught Error: Class 'FualSlimboxObserver' not found in /home2/--------/public_html/--------/includes/autoload_func.php:79
Stack trace:
#0 /home2/--------/public_html/--------/includes/application_top.php(170): require()
#1 /home2/--------/public_html/--------/index.php(26): require('/home2/--------...')
#2 {main}
thrown in /home2/--------/public_html/--------/includes/autoload_func.php on line 79.
Sorry, also found this error log.
[21-Jun-2020 11:17:11 Australia/Sydney] PHP Parse error: syntax error, unexpected 'List' (T_LIST), expecting ',' or ')' in /home2/------/public_html/-------/includes/languages/english/responsive_classic/header.php on line 22
[21-Jun-2020 11:17:11 Australia/Sydney] Request URI: /, IP address: 60.100.100.100
--> PHP Parse error: syntax error, unexpected 'List' (T_LIST), expecting ',' or ')' in /home2/-------/public_html/--------/includes/languages/english/responsive_classic/header.php on line 22.
That highlighted error indicates that the IH-5 install is not correct, as the file /includes/classes/observers/FualSlimBoxObserver.php is part of the v5.1.8 release.Quote:
Originally Posted by rlexyd
I'll suggest that you compare the IH-5 file-set to what's actually on your site. You might find something else missing that's causing the files not to resize.
Please update the help links in
admin/index.php?cmd=image_handler&ih_page=about
when time permits to point to the new documentation. You still have links to the old content.php site.
I've just submitted v5.1.9 of Image Handler for the Zen Cart moderators' review and will post back here when it's available for download.
This release contains changes associated with the following GitHub issues:
#72: Adds a 'Mirrored' option to the Cache-naming types.
#199: Add on-screen clarification identifying why medium/additional images aren't displayed.
#201: Remove unused 'spiffyCal' inclusion.
#209: Simplify description of the Cache-naming types.
Now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2169Quote:
Originally Posted by lat9
ZC 1.5.7a, PHP 7.4 - Clone Template, Edit Orders, Zen Colorbox 2.1.2, Image Handler 5.1.9
I've installed the above plugins on my store in a test enviroment and everything seems to be running smoothly except get a ton of myDebug warnings. Every time I click on a product image get a 35kb+/- warning message. Only posting the last part of one of the warnings:
PHP Warning: Use of undefined constant LARGE_IMAGE_HEIGHT - assumed 'LARGE_IMAGE_HEIGHT' (this will throw an Error in a future version of PHP) in /home/XXXXXX/public_html/includes/modules/custom_responsive_classic/zen_colorbox.php on line 18.
On the forum here: https://www.zen-cart.com/showthread....olorbox/page29 an SQL patch is posted for the issue, when applied the errors go away BUT it causes another problem- clicking the main product image will open in Colorbox window as correct size image, but the rest of the gallery images open up in tiny windows.
Before applying the SQL patch if I "Copy Link Address" of additional image thumbnails on product listing page they look like this:
https://XXXXX/bmz_cache/0/092420-MY[/url] PRODUCT_02jpg.image.600x450.jpg
After I run the SQL patch and IH 5 is enabled to resize images the links to my additional image thumbnails look like this:
https://XXXXXX/bmz_cache/0/0-092420-092420-MY[/url] PRODUCT_02jpgimage600x450jpg.image.150x112.jpg
If I disable IH 5 then Colorbox resumes working correctly.
Am thinking it might be easiest just not to run the SQL patch and disable the myDebug warnings for this problem as long as they are not causing any harm. Not sure how to do this.
Any suggestions or fixes are appreciated.
Thanks, Ted
That's because the patch that's posted (adding those settings to the admin's Configuration :: Images page) sets the width/height to 150/120, respectively. Try changing those values to the default values that IH uses if those constants aren't set, 750/550.Quote:
Originally Posted by Ted Grapler
Thanks again lat9. As always your recommendation was spot on. I just changed the values in the SQL patch and ran it, now additional listing images open up in the correct size Colorbox window. And the log remains error free.
Thanks for the follow-up!Quote:
Originally Posted by Ted Grapler
i've got a strange issue with my site on the images, i couldn't get them to resize at all and the template had image handler 3 installed so i installed image handler 5.1.9 and when i click on an items image to get an enlarged picture pop up, it loads the pop up and image fine but the picture no longer shows as visible on the page like it launched the image into the window and failed to return it.
any item it happens on but for convenience direct link to one item here https://crazygamer.uk/index.php?main...roducts_id=183
That link does produce a popup image, albeit the same size as the product's base image. IH-3 and IH-5 are totally different in their structure. I'll suggest making sure that all the tentacles of IH-3 have been properly removed.Quote:
Originally Posted by flappingfish
Attachment 19330
I uninstalled and the copied the backed up files back over and things had got worse. I reinstalled and the store works like it did, broke but still working but now the admin panel looks like this. however the odd dissapearing image after displaying in pop up error has gone :shocking:
I have quite a few images i will have to standardise it seems just looking at the carousel on the home page makes that obvious but first what has happened to the admin options, how do i fix this? :frusty:
update before anyone spots this, i used a backup database and fileset from the cpanel and the admin area is still showing malformed. backup was from the 12th but nothing has altered and it was only last night this happened
Please note that, at this point, the issues you're identifying have nothing to do with IH-5. I'll suggest that you re-post in an upgrade-related support-thread to get more focused responses.Quote:
Originally Posted by flappingfish
resolved by doing a dns flush, hosts said it was loading fine there end and suggested it im back to ih 3 for now.
so you said there was a lot of differences between ih3 and 5, is a copy of ih5 files adapted to suit file structure of my site before upload going to just drop in and work or are there conflicting files that will be messing things up?
My template has lots of built in modules and most seem to be from around 2014 so i thought updating the modules may result in the site coming to life in the error areas so wondering is there reference anywhere to what files need to be removed/edited in my instance that i can try first?
attached sshot of modules that come with template, not sure if any of these may be playing up against ih once upgraded.
Before ih was upgraded my site didn't change the size of images when adjusted in admin
Attachment 19332
IH-3 is way before I started maintaining IH-5. IH-5 is a drop-in plugin, but IH-3/4 both had many, many tentacles into Zen Cart core files.Quote:
Originally Posted by flappingfish
I'll suggest that you download a copy of the most recent IH-3 distribution zip-file and work at fully removing the IH-3 file changes before you re-install IH-5. Better yet, find a template that was created in this decade.:(
they updated the template in august but they forgot to remove alot of old useless junk which is apparent with google plus configuration option lol. I feel like they didnt even test it or it became unstable when applied to latest zen but was tested on 1.56?
There updating the template next week but that sounds long winded.
I tried to find a good modern template but with zen only being updated in october there arent any compatible as far as i can tell, my responsive and classic templates don't even load for some reason.
I'll try your suggestion and download the fileset and remove it that way, who knows the other site issues might resolve themselves once ive removed and replaced it