Image Handler 5 (for v1.5.5 - v1.5.8) Support Thread

ok so ive got the ih 3 fileset and its quite easy to work out what to replace, ive been using the original zen zip i downloaded other week to replace files. bit confused here with one point, the "core edits" folders point into my template folder as you can see in the attached image here...

Attachment 19333

does ih 5 replace these files anyway?

I've also got a pointer to a core edit to \includes\templates\YOUR_TEMPLATE\popup_image_additional but im not quite sure what to do there as its template specific

https://crazygamer. uk/index.php?main_page=product_info&cPath=2_67_68&products_id=439

ok so i've copied these files over now and the error has returned to products but according to admin panel i've succesfully installed image handler 5.19??

Attachment 19335

Quote:

---

Originally Posted by flappingfish

ok so ive got the ih 3 fileset and its quite easy to work out what to replace, ive been using the original zen zip i downloaded other week to replace files. bit confused here with one point, the "core edits" folders point into my template folder as you can see in the attached image here...

Attachment 19333

does ih 5 replace these files anyway?

I've also got a pointer to a core edit to \includes\templates\YOUR_TEMPLATE\popup_image_additional but im not quite sure what to do there as its template specific

---

IH-5 provides a template-override version for the files you've identified.

Quote:

---

Originally Posted by flappingfish

https://crazygamer. uk/index.php?main_page=product_info&cPath=2_67_68&products_id=439

ok so i've copied these files over now and the error has returned to products but according to admin panel i've succesfully installed image handler 5.19??

Attachment 19335

---

That says that IH-5, v5.1.9 has been installed (at least in the admin) for your site. What version of Zen Cart is in use?

1.57b. got the template creators sorting out the template issues now and mentioned it to them, there updating the template as they wasn't aware it was outdated. ive give up trying to do things until they have finished now. theres conflicts between template and upgrading image handler but until its upgraded only category and sub category images seem to respond to size alterations so all my images are far too small sadly

I've just submitted v5.1.10 of IH-5 for the Zen Cart moderators' review; I'll post back here when it's available for download.

This release contains changes associated with the following GitHub issues:

#212: Correcting fatal PHP error when run under PHP 8.0 or later.
#213: Don't change zen_image function inputs if IH is not enabled.
#215: Modifications to use of PHP $GLOBALS in preparation for PHP 8.1 and later.

v1.5.7b IH 5.1.9 Zen Colorbox Responsive Classic template site

is this normal behaviour? if not then have I missed a configuration somewhere? - clicking on additional images opens the image in a lightbox but the lightbox and hence the image is even smaller than the additional image size, with left right arrows inside the box? hovering over the additional images shows a larger size image in a popup hover box which is great, but clicking on the image isnt.

All images on the product page have the clickable text 'larger image' so it creates some confusion.

cheers, Mike

Is it perhaps due to the lightbox?

Quote:

---

Originally Posted by shags38

v1.5.7b IH 5.1.9 Zen Colorbox Responsive Classic template site

is this normal behaviour? if not then have I missed a configuration somewhere? - clicking on additional images opens the image in a lightbox but the lightbox and hence the image is even smaller than the additional image size, with left right arrows inside the box? hovering over the additional images shows a larger size image in a popup hover box which is great, but clicking on the image isnt.

All images on the product page have the clickable text 'larger image' so it creates some confusion.

cheers, Mike

---

Mike, could you point me to a page that displays the unwanted behavior?

On any product page you will see that the main image will pop just fine but not next ones.

Quote:

---

Originally Posted by ideasgirl

On any product page you will see that the main image will pop just fine but not next ones.

---

Thanks, I just didn't scroll down far enough. What's the configuration value for LARGE_IMAGE_WIDTH and LARGE_IMAGE_HEIGHT?

Quote:

---

Originally Posted by lat9

Mike, could you point me to a page that displays the unwanted behavior?

---

Hi Cindy, thanks for your reply - here is a link to a product page - it is consistent on any page with additional images (obviously :smile:)

cheers,
Mike

Mike, would you post a screenshot of the IH-5 configuration? That's found by clicking first Tools :: Image Handler, then the Admin Tools link and finally View Image Handler Configuration.

Quote:

---

Originally Posted by lat9

Mike, would you post a screenshot of the IH-5 configuration? That's found by clicking first Tools :: Image Handler, then the Admin Tools link and finally View Image Handler Configuration.

---

... and what are the current settings for LARGE_IMAGE_WIDTH and LARGE_IMAGE_HEIGHT? Check to see if these are defined in the database; it looks like the width is set to 150.

Quote:

---

Originally Posted by lat9

... and what are the current settings for LARGE_IMAGE_WIDTH and LARGE_IMAGE_HEIGHT? Check to see if these are defined in the database; it looks like the width is set to 150.

---

Hi Cindy - attached is the screenshot of configuration as requested. Large image width is set at 750 and height at 550 - small and medium only have width set, 150 and 450 respectively - over the years I have expected IH to properly proportion the image sizes based on width. In uploading images I do not use any of the suffixes nor do I load the images into those folders (Large, Medium, Small) - just into a folder named 'earrings' (in this case).

I checked my database for any remnants of Zen Lightbox in case they have carried over through various version upgrades but found nothing (once upon a time IH worked in conjunction with / required Lightbox if I recall correctly).

cheers, Mike

Attachment 19448

Quote:

---

Originally Posted by shags38

Hi Cindy - attached is the screenshot of configuration as requested. Large image width is set at 750 and height at 550 - small and medium only have width set, 150 and 450 respectively - over the years I have expected IH to properly proportion the image sizes based on width. In uploading images I do not use any of the suffixes nor do I load the images into those folders (Large, Medium, Small) - just into a folder named 'earrings' (in this case).

I checked my database for any remnants of Zen Lightbox in case they have carried over through various version upgrades but found nothing (once upon a time IH worked in conjunction with / required Lightbox if I recall correctly).

cheers, Mike

Attachment 19448

---

Mike, that large image width/height shown in the configuration print-out are maximum values. If you use the site's Tools :: Developers Tool Kit and, in the topmost form, enter LARGE_IMAGE_WIDTH, does it indicate that a configuration value is present?

Hi Cindy - screenshot attached of developers tool kit inquiry you requested - width is indeed 150. I took a look in the database and did not see an entry for LARGE_IMAGE_WIDTH. I then went to admin/configuration and changed LARGE_IMAGE_WIDTH from 150 to 575 (all my images are pre-sized 575 x 450 before uploading) - I then tried the 'larger image' on additional images in the site however the same situation of a small lightbox existed as it was previously.


cheers, Mike

Attachment 19451

then after change

Attachment 19452

Quote:

---

Originally Posted by shags38

Hi Cindy - screenshot attached of developers tool kit inquiry you requested - width is indeed 150. I took a look in the database and did not see an entry for LARGE_IMAGE_WIDTH. I then went to admin/configuration and changed LARGE_IMAGE_WIDTH from 150 to 575 (all my images are pre-sized 575 x 450 before uploading) - I then tried the 'larger image' on additional images in the site however the same situation of a small lightbox existed as it was previously.


cheers, Mike

Attachment 19451

then after change

Attachment 19452

---

Mike, that 'after change' shows 175, not 575.

Quote:

---

Originally Posted by lat9

Mike, that 'after change' shows 175, not 575.

---

Hi Cindy - typos will be the death of me .... so now it is set at 575 width and have increased height to 450 (which was set at 120 for some bewildering reason) - all now appears to be OK.

I didn't associate Large image dimensions with 'additional images' size so many thanks for your help.

cheers,
Mike

Quote:

---

Originally Posted by lat9

I've just submitted v5.1.10 of IH-5 for the Zen Cart moderators' review; I'll post back here when it's available for download.

This release contains changes associated with the following GitHub issues:

#212: Correcting fatal PHP error when run under PHP 8.0 or later.
#213: Don't change zen_image function inputs if IH is not enabled.
#215: Modifications to use of PHP $GLOBALS in preparation for PHP 8.1 and later.

---

IH v5.1.10 is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2169

157c
display_logs-2.2
EasyPopulate4-4.0.37.11
reCaptcha v3.4
keep_cart1.0
google_analytics-bada883
one-page-checkout-2.3.7
remember-me-2.0.1
sitemapXML
usu-3.0.8
Image-Handler-5.1.10

Having a strange problem...... the image handler 5 appears to be working fine on my old updated site. But the site that only has fresh database and code it is not working on. I have uninstalled it and reinstalled it.... still cannot tell that it is working. I only have 5 products on the new site and when I look at them in Image Handler they are all the same size (no renaming when I look at saving them).... but settings are different in the config so they should be different sizes. No log files are being made.... no water marks being shown.... but old site is fine.

Quote:

---

Originally Posted by shrimp-gumbo-mmmhhh

157c
display_logs-2.2
EasyPopulate4-4.0.37.11
reCaptcha v3.4
keep_cart1.0
google_analytics-bada883
one-page-checkout-2.3.7
remember-me-2.0.1
sitemapXML
usu-3.0.8
Image-Handler-5.1.10

Having a strange problem...... the image handler 5 appears to be working fine on my old updated site. But the site that only has fresh database and code it is not working on. I have uninstalled it and reinstalled it.... still cannot tell that it is working. I only have 5 products on the new site and when I look at them in Image Handler they are all the same size (no renaming when I look at saving them).... but settings are different in the config so they should be different sizes. No log files are being made.... no water marks being shown.... but old site is fine.

---

Possibly a stupid question, but sometimes it's the simplest things that are overseen... Did you enable it under Configuration->Images->IH resize images?

Quote:

---

Originally Posted by balihr

Possibly a stupid question, but sometimes it's the simplest things that are overseen... Did you enable it under Configuration->Images->IH resize images?

---

Thank you so much! That was it.... so tired today.

I've just submitted v5.1.11 of IH-5 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:

#219: zc158, No image preview for disabled products; the storefront popup_image doesn't display when a product is disabled.
#220: Correct 'file not found' on admin sidebox display.
#221: Changes to support PHP 8.1 and zc158 interoperation.

Quote:

---

Originally Posted by lat9

I've just submitted v5.1.11 of IH-5 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:

#219: zc158, No image preview for disabled products; the storefront popup_image doesn't display when a product is disabled.
#220: Correct 'file not found' on admin sidebox display.
#221: Changes to support PHP 8.1 and zc158 interoperation.

---

Now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2169

157c
display_logs-2.2
EasyPopulate4-4.0.37.11
reCaptcha v3.4
keep_cart1.0
google_analytics-bada883
one-page-checkout-2.3.7
remember-me-2.0.1
sitemapXML
usu-3.0.8
****Image-Handler-5.1.10

NEW Strange problem.... when I do a search on my site for "cross heart" or "cross and heart" I am getting the message "This page isn't working.... mywebsite is currently unable to handle this request. HTTP ERROR 500

However, when I put in "cross with heart", "cross not heart", "cross + heart", "cross or heart" it comes up just fine. I am just wondering how many other combinations of keywords is this error happening with?

Here is the debug information:

Request URI: /index.php?main_page=advanced_search_result&search_in_description=1&keyword=heart +cross

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24576 bytes) in /home/mywebsite/public_html/includes/classes/bmz_image_handler.class.php on line 870

I had just upgraded and rebooted the server and cleaned out the log files... so this is a fresh error message on a fresh system newly started. I had recently moved over some images that could have over 3000x3000pixels, but most files are 1MB or smaller.

Okay, I have found one word that will cause the site to go down. :( I am seeing spiders crawling now and they are hitting some pages that are getting put down....but I go to the page and I can see it just fine...

"h cross" "he cross" will work but "hea cross" dies.... :(

If I turn the mod off everything appears to work.... IH resize images = no

Just prior to line 870 of /incudes/classes/bmz_image_handler.class.php, add the following line to log which image file is causing the hiccup:

Code:

---

trigger_error($src_name, E_USER_WARNING);

---

Quote:

---

Originally Posted by lat9

Just prior to line 870 of /incudes/classes/bmz_image_handler.class.php, add the following line to log which image file is causing the hiccup:

Code:

---

trigger_error($src_name, E_USER_WARNING);

---

---

Thank you! Will do!

Quote:

---

Originally Posted by shrimp-gumbo-mmmhhh

Thank you! Will do!

---

I know I have more than one image like this but.. here are characteristics that people might want to be keep an eye out for when putting new pictures on.... The image that caused one of the problems was 5121x5664 and was 2.62MB.

Quote:

---

Originally Posted by shrimp-gumbo-mmmhhh

I know I have more than one image like this but.. here are characteristics that people might want to be keep an eye out for when putting new pictures on.... The image that caused one of the problems was 5121x5664 and was 2.62MB.

---

Okay, a file with 379kb and 1062 x 1300 600dpi is erroring.... guess I will work on shrinking futher.

Quote:

---

Originally Posted by shrimp-gumbo-mmmhhh

Okay, a file with 379kb and 1062 x 1300 600dpi is erroring.... guess I will work on shrinking futher.

---

I had found in use of this plugin even in older versions that generally speaking there would be a problem with an image having a resolut greater than 1024 in any direction. Not sure if that "limit" changed between image types though as I often/mostly use jpg type files.

Quote:

---

Originally Posted by shrimp-gumbo-mmmhhh

Okay, a file with 379kb and 1062 x 1300 600dpi is erroring.... guess I will work on shrinking futher.

---

The impression I had of this module was that new pictures were made one time and then the mod pictures were used unless an item was updated.... but this error implies that the pictures are made over and over again or is something else the problem? Thank you! Do I have some setting set wrong for this to be happening?

Quote:

---

Originally Posted by mc12345678

I had found in use of this plugin even in older versions that generally speaking there would be a problem with an image having a resolut greater than 1024 in any direction. Not sure if that "limit" changed between image types though as I often/mostly use jpg type files.

---

okay, thank you!

Okay, new problem. I don't know if it is related to the above problem or not. 2 Days ago I noticed that speed tests on my website were failing. I took a look at the front page and noticed some of the pictures were not showing up. These are my category pictures which tend to be very small. I noticed that the image addresses were very strange.

bmz_cache/s/xgiant-football-for-over-night-camping-camp-fire-inclober-dgefsff-dslkjjpg.image.136x109.jpg.pagespeed.ic.oCtxT2VV6L.webp

The link would work if it was this: bmz_cache/s/giant-football-for-over-night-camping-camp-fire-inclober-dgefsff-dslkjjpg.image.136x109.jpg

So i went in turned the Image Handler off and then cleared the cache and restarted. Each time I do this it seems that more images are getting this new format. What is crazier is that on Chrome you cannot see the images but on Edge you can.... or it looks that way at least.

I did a search for "pagespeed" in Zen Cart and cannot find it.... HELP! Most of my homepage category pictures are not working right now... and the category pictures also are not working on my category page.

Quote:

---

Originally Posted by shrimp-gumbo-mmmhhh

Okay, new problem. I don't know if it is related to the above problem or not. 2 Days ago I noticed that speed tests on my website were failing. I took a look at the front page and noticed some of the pictures were not showing up. These are my category pictures which tend to be very small. I noticed that the image addresses were very strange.

bmz_cache/s/xgiant-football-for-over-night-camping-camp-fire-inclober-dgefsff-dslkjjpg.image.136x109.jpg.pagespeed.ic.oCtxT2VV6L.webp

The link would work if it was this: bmz_cache/s/giant-football-for-over-night-camping-camp-fire-inclober-dgefsff-dslkjjpg.image.136x109.jpg

So i went in turned the Image Handler off and then cleared the cache and restarted. Each time I do this it seems that more images are getting this new format. What is crazier is that on Chrome you cannot see the images but on Edge you can.... or it looks that way at least.

I did a search for "pagespeed" in Zen Cart and cannot find it.... HELP! Most of my homepage category pictures are not working right now... and the category pictures also are not working on my category page.

---

FWIW, I've never seen such rendering before.

What other modifications were made to the site in support of your page-speed issues?

What's the image recorded in the database for the associated product?

You might try using your admin's Tools :: Developers' Tool Kit to try to locate any .php or .js files that contain webp.

Quote:

---

Originally Posted by lat9

FWIW, I've never seen such rendering before.

What other modifications were made to the site in support of your page-speed issues?

What's the image recorded in the database for the associated product?

You might try using your admin's Tools :: Developers' Tool Kit to try to locate any .php or .js files that contain webp.

---

I see files there that mention webp but none assigning that value.... I did load up a program called Pixillion Image Converter recently and a program called SecureZip... I am seeing the links though when I do view source from chrome.... when I replaced an image I was then able to see all images.... I replaced another and it went back.... :(

Does the image handler use the modpagespeed? If so wonder why other bigger images are not being used with it?

Optimize Images (modpagespeed.com)

Just found this... maybe my server caretaker installed this recently? https://developers.google.com/speed/pagespeed/module

Just got confirmation from server caretaker that the module was recently installed. Thank you!

Zen Cart 1.5.7.c
Fluorspar Template
IH5

I have an odd thing going on with IH5. The site seems to be working fine but my admin is missing the icons. In the IH admin, I can clink on "click to enlarge" the image shows up fine. Just to verify that this is not a cache issue, I opened it in another browser and got the same thing.

Attachment 19646

Quote:

---

Originally Posted by g2ktcf

Zen Cart 1.5.7.c
Fluorspar Template
IH5

I have an odd thing going on with IH5. The site seems to be working fine but my admin is missing the icons. In the IH admin, I can clink on "click to enlarge" the image shows up fine. Just to verify that this is not a cache issue, I opened it in another browser and got the same thing.

Attachment 19646

---

My first thought as to why it is not displaying is that the image name has spaces in it.

I'll echo @mc12345678's comment. When you use your browser's developers' tools to 'Inspect' that broken image-element, what HTML is being output?

Quote:

---

Originally Posted by lat9

I'll echo @mc12345678's comment. When you use your browser's developers' tools to 'Inspect' that broken image-element, what HTML is being output?

---

It looks like the cache files got corrupted/removed. Look at the image below. Can I force these to rebuild?

Attachment 19649

I checked this specific table entry and the file does exist in bmz_cache

Attachment 19650

Quote:

---

Originally Posted by g2ktcf

It looks like the cache files got corrupted/removed. Look at the image below. Can I force these to rebuild?

Attachment 19649

---

What's present in the .htaccess file (if any) present in the /bmz_cache subdirectory? Are there changes over-and-above the base Zen Cart's version to the root directory's .htaccess file?

I will have to check when I get home. Unfortunately I do not have full access at work. I work at a chemical plant and the IT security here is like Armageddon lock down.

Quote:

---

Originally Posted by g2ktcf

....I work at a chemical plant and the IT security here is like Armageddon lock down.

---

as well it should be...

Quote:

---

Originally Posted by g2ktcf

It looks like the cache files got corrupted/removed. Look at the image below. Can I force these to rebuild?

Attachment 19649

---

Quote:

---

Originally Posted by g2ktcf

I checked this specific table entry and the file does exist in bmz_cache

Attachment 19650

---

Between these two images, there seems to be something slightly awry...

In the one showing the html for the page, the src identifies that the bmz_cache folder should be found at the root of the domain because it begins with that forward slash...

In the window that shows the console error(s), the site appears to be in a sub-directory based on the last line of content in yellow...

This to me indicates the possibility that there are mistakes in the includes/configure.php and/or admin/includes/configure.php files or heaven forbid in the code providing the link location... I personally don't think that it is in the code by itself, but instead as "directed" by one/both of those files.

Perhaps could share the non-sensitive content of those two files? (I.e., *DO NOT* share your DB_PASSWORD, DB_USERNAME, etc... and technically there should not be an admin folder designation in these files any longer if the files are up-to-date at or beyond Zen Cart version 1.5.1).

Quote:

---

Originally Posted by mc12345678

Between these two images, there seems to be something slightly awry...

In the one showing the html for the page, the src identifies that the bmz_cache folder should be found at the root of the domain because it begins with that forward slash...

In the window that shows the console error(s), the site appears to be in a sub-directory based on the last line of content in yellow...

This to me indicates the possibility that there are mistakes in the includes/configure.php and/or admin/includes/configure.php files or heaven forbid in the code providing the link location... I personally don't think that it is in the code by itself, but instead as "directed" by one/both of those files.

Perhaps could share the non-sensitive content of those two files? (I.e., *DO NOT* share your DB_PASSWORD, DB_USERNAME, etc... and technically there should not be an admin folder designation in these files any longer if the files are up-to-date at or beyond Zen Cart version 1.5.1).

---

I believe you've nailed it, @mc12345678. The bmz_cache references should be relative to the site's root, so that extra forward-slash (/bmz_cache) could well be the source of the issue.

could the auto detect be finding my other store's info in error?


site configure

Code:

---

<?php
/**
 * @copyright Copyright 2003-2021 Zen Cart Development Team
 * @copyright Portions Copyright 2003 osCommerce
 * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
 * File Built by Zen Cart Installer on Sat Jun 19 2021 21:15:48
 */

/*************** NOTE: This file is VERY similar to, but DIFFERENT from the "admin" version of configure.php. ***********/
/***************      The 2 files should be kept separate and not used to overwrite each other.              ***********/

/**
 * Enter the domain for your store
 * If you have SSL, enter the correct https address in BOTH the HTTP_SERVER and HTTPS_SERVER settings, instead of just an http address.
 */
define('HTTP_SERVER', 'https://www.radiant-holidays.com/Test');
define('HTTPS_SERVER', 'https://www.radiant-holidays.com/Test');

/**
 * If you have https enabled on your website, set this to 'true'
 */
define('ENABLE_SSL', 'true');

/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');

/**
 * This is the complete physical path to your store's files.  eg: /var/www/vhost/accountname/public_html/store/
 * Should have a closing / on it.
 */
define('DIR_FS_CATALOG', '/home/*******/public_html/Test/');

/**
 * The following settings define your database connection.
 * These must be the SAME as you're using in your admin copy of configure.php
 */
define('DB_TYPE', 'mysql'); // always 'mysql'
define('DB_PREFIX', '*******'); // prefix for database table names -- preferred to be left empty
define('DB_CHARSET', 'utf8mb4'); // 'utf8mb4' or older 'utf8' / 'latin1' are most common
define('DB_SERVER', 'localhost');  // address of your db server
define('DB_SERVER_USERNAME', '*******');
define('DB_SERVER_PASSWORD', '*******');
define('DB_DATABASE', '*******');

/**
 * This is an advanced setting to determine whether you want to cache SQL queries.
 * Options are 'none' (which is the default) and 'file' and 'database'.
 */
define('SQL_CACHE_METHOD', 'none');

/**
 * Reserved for future use
 */
define('SESSION_STORAGE', 'reserved for future use');

/**
 * Advanced use only:
 * The following are OPTIONAL, and should NOT be set unless you intend to change their normal use. Most sites will leave these untouched.
 * To use them, uncomment AND add a proper defined value to them.
 */
// define('DIR_FS_SQL_CACHE' ...
// define('DIR_FS_DOWNLOAD' ...
// define('DIR_FS_LOGS' ...

// End Of File

---

Admin

Code:

---

<?php
/**
 * @copyright Copyright 2003-2021 Zen Cart Development Team
 * @copyright Portions Copyright 2003 osCommerce
 * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
 * File Built by Zen Cart Installer on Sat Jun 19 2021 21:15:48
 */


/*************** NOTE: This file is VERY similar to, but DIFFERENT from the "store" version of configure.php. ***********/
/***************      The 2 files should be kept separate and not used to overwrite each other.              ***********/

/**
 * Enter the domain for your Admin URL. If you have SSL, enter the correct https address in the HTTP_SERVER setting, instead of just an http address.
 */
define('HTTP_SERVER', 'https://www.radiant-holidays.com/Test');
/**
 * Note about HTTPS_SERVER:
 * There is no longer an HTTPS_SERVER setting for the Admin. Instead, put your SSL URL in the HTTP_SERVER setting above.
 */

/**
 * Note about DIR_WS_ADMIN
 * The DIR_WS_ADMIN value is now auto-detected.
 * In the rare case where it cannot be detected properly, you can add your own DIR_WS_ADMIN definition below.
 */

/**
 * Enter the domain for your storefront URL.
 * Enter a separate SSL URL in HTTPS_CATALOG_SERVER if your store supports SSL.
 */
define('HTTP_CATALOG_SERVER', 'https://www.radiant-holidays.com/Test');
define('HTTPS_CATALOG_SERVER', 'https://www.radiant-holidays.com/Test');

/**
 * Do you use SSL for your customers login/checkout on the storefront? If so, enter 'true'. Else 'false'.
 */
define('ENABLE_SSL_CATALOG', 'true');

/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');

/**
 * This is the complete physical path to your store's files.  eg: /var/www/vhost/accountname/public_html/store/
 * Should have a closing / on it.
 */
define('DIR_FS_CATALOG', '/home/*******/public_html/Test/');

/**
 * NOTE about DIR_FS_ADMIN
 * The value for DIR_FS_ADMIN is now auto-detected.
 * In the very rare case where there is a need to override the autodetection, simply add your own definition for it below.
 */

/**
 * The following settings define your database connection.
 * These must be the SAME as you're using in your non-admin copy of configure.php
 */
define('DB_TYPE', 'mysql'); // always 'mysql'
define('DB_PREFIX', '*******'); // prefix for database table names -- preferred to be left empty
define('DB_CHARSET', 'utf8mb4'); // 'utf8mb4' or older 'utf8' / 'latin1' are most common
define('DB_SERVER', 'localhost');  // address of your db server
define('DB_SERVER_USERNAME', '*******');
define('DB_SERVER_PASSWORD', '******');
define('DB_DATABASE', '*******');

/**
 * This is an advanced setting to determine whether you want to cache SQL queries.
 * Options are 'none' (which is the default) and 'file' and 'database'.
 */
define('SQL_CACHE_METHOD', 'none');

/**
 * Reserved for future use
 */
define('SESSION_STORAGE', 'reserved for future use');

/**
 * Advanced use only:
 * The following are OPTIONAL, and should NOT be set unless you intend to change their normal use. Most sites will leave these untouched.
 * To use them, uncomment AND add a proper defined value to them.
 */
// define('DIR_FS_SQL_CACHE' ...
// define('DIR_FS_DOWNLOAD' ...
// define('DIR_FS_LOGS' ...

// End Of File

---

Quote:

---

Originally Posted by g2ktcf

could the auto detect be finding my other store's info in error?


site configure

Code:

---

<?php
/**
 * @copyright Copyright 2003-2021 Zen Cart Development Team
 * @copyright Portions Copyright 2003 osCommerce
 * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
 * File Built by Zen Cart Installer on Sat Jun 19 2021 21:15:48
 */

/*************** NOTE: This file is VERY similar to, but DIFFERENT from the "admin" version of configure.php. ***********/
/***************      The 2 files should be kept separate and not used to overwrite each other.              ***********/

/**
 * Enter the domain for your store
 * If you have SSL, enter the correct https address in BOTH the HTTP_SERVER and HTTPS_SERVER settings, instead of just an http address.
 */
define('HTTP_SERVER', 'https://www.radiant-holidays.com/Test');
define('HTTPS_SERVER', 'https://www.radiant-holidays.com/Test');

/**
 * If you have https enabled on your website, set this to 'true'
 */
define('ENABLE_SSL', 'true');

/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');

/**
 * This is the complete physical path to your store's files.  eg: /var/www/vhost/accountname/public_html/store/
 * Should have a closing / on it.
 */
define('DIR_FS_CATALOG', '/home/*******/public_html/Test/');

/**
 * The following settings define your database connection.
 * These must be the SAME as you're using in your admin copy of configure.php
 */
define('DB_TYPE', 'mysql'); // always 'mysql'
define('DB_PREFIX', '*******'); // prefix for database table names -- preferred to be left empty
define('DB_CHARSET', 'utf8mb4'); // 'utf8mb4' or older 'utf8' / 'latin1' are most common
define('DB_SERVER', 'localhost');  // address of your db server
define('DB_SERVER_USERNAME', '*******');
define('DB_SERVER_PASSWORD', '*******');
define('DB_DATABASE', '*******');

/**
 * This is an advanced setting to determine whether you want to cache SQL queries.
 * Options are 'none' (which is the default) and 'file' and 'database'.
 */
define('SQL_CACHE_METHOD', 'none');

/**
 * Reserved for future use
 */
define('SESSION_STORAGE', 'reserved for future use');

/**
 * Advanced use only:
 * The following are OPTIONAL, and should NOT be set unless you intend to change their normal use. Most sites will leave these untouched.
 * To use them, uncomment AND add a proper defined value to them.
 */
// define('DIR_FS_SQL_CACHE' ...
// define('DIR_FS_DOWNLOAD' ...
// define('DIR_FS_LOGS' ...

// End Of File

---

Admin

Code:

---

<?php
/**
 * @copyright Copyright 2003-2021 Zen Cart Development Team
 * @copyright Portions Copyright 2003 osCommerce
 * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
 * File Built by Zen Cart Installer on Sat Jun 19 2021 21:15:48
 */


/*************** NOTE: This file is VERY similar to, but DIFFERENT from the "store" version of configure.php. ***********/
/***************      The 2 files should be kept separate and not used to overwrite each other.              ***********/

/**
 * Enter the domain for your Admin URL. If you have SSL, enter the correct https address in the HTTP_SERVER setting, instead of just an http address.
 */
define('HTTP_SERVER', 'https://www.radiant-holidays.com/Test');
/**
 * Note about HTTPS_SERVER:
 * There is no longer an HTTPS_SERVER setting for the Admin. Instead, put your SSL URL in the HTTP_SERVER setting above.
 */

/**
 * Note about DIR_WS_ADMIN
 * The DIR_WS_ADMIN value is now auto-detected.
 * In the rare case where it cannot be detected properly, you can add your own DIR_WS_ADMIN definition below.
 */

/**
 * Enter the domain for your storefront URL.
 * Enter a separate SSL URL in HTTPS_CATALOG_SERVER if your store supports SSL.
 */
define('HTTP_CATALOG_SERVER', 'https://www.radiant-holidays.com/Test');
define('HTTPS_CATALOG_SERVER', 'https://www.radiant-holidays.com/Test');

/**
 * Do you use SSL for your customers login/checkout on the storefront? If so, enter 'true'. Else 'false'.
 */
define('ENABLE_SSL_CATALOG', 'true');

/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');

/**
 * This is the complete physical path to your store's files.  eg: /var/www/vhost/accountname/public_html/store/
 * Should have a closing / on it.
 */
define('DIR_FS_CATALOG', '/home/*******/public_html/Test/');

/**
 * NOTE about DIR_FS_ADMIN
 * The value for DIR_FS_ADMIN is now auto-detected.
 * In the very rare case where there is a need to override the autodetection, simply add your own definition for it below.
 */

/**
 * The following settings define your database connection.
 * These must be the SAME as you're using in your non-admin copy of configure.php
 */
define('DB_TYPE', 'mysql'); // always 'mysql'
define('DB_PREFIX', '*******'); // prefix for database table names -- preferred to be left empty
define('DB_CHARSET', 'utf8mb4'); // 'utf8mb4' or older 'utf8' / 'latin1' are most common
define('DB_SERVER', 'localhost');  // address of your db server
define('DB_SERVER_USERNAME', '*******');
define('DB_SERVER_PASSWORD', '******');
define('DB_DATABASE', '*******');

/**
 * This is an advanced setting to determine whether you want to cache SQL queries.
 * Options are 'none' (which is the default) and 'file' and 'database'.
 */
define('SQL_CACHE_METHOD', 'none');

/**
 * Reserved for future use
 */
define('SESSION_STORAGE', 'reserved for future use');

/**
 * Advanced use only:
 * The following are OPTIONAL, and should NOT be set unless you intend to change their normal use. Most sites will leave these untouched.
 * To use them, uncomment AND add a proper defined value to them.
 */
// define('DIR_FS_SQL_CACHE' ...
// define('DIR_FS_DOWNLOAD' ...
// define('DIR_FS_LOGS' ...

// End Of File

---

---

Yup.. Those appear to be the issue..

_SERVER <- This is the server name/domain name... No folders, no sub-folders, just the domain name.
DIR_WS_ <- This is the applicable sub-directory for the type of access referred... It is to begin and end with a slash.

So, all of the HTTP_SERVER, HTTPS_SERVER, HTTP_CATALOG_SERVER, HTTPS_CATALOG_SERVER should stop after the .com.

All instances of DIR_WS_CATALOG and DIR_WS_HTTPS_CATALOG should be in your case '/Test/'.

Now may ask why would it ever be different? That is server/host configured. For example, I've previously used a host where the secure path was by way of a group SSL to a sub-directory that represented the domain, but the standard site used our domain name and no sub-folder.

If there is a specific need to have the sub-folder in the "SERVER" name, then other modifications would be needed for the other desired locations to have the correct information when building links and references... Remember that the includes/configure.php is write protected so will need to be made editable when trying to save the above changes.

If this is just a symptom of that, then I should be okay. When I move this to the live site, that issue will go away.

I moved from a www.example.com/test to a normal URL and image issue in IH5 admin now works normally.

Its seems I as a bit premature on my success. It seems that my _LRG and _MED files are not being generated. So when I go the product detail page, all my images are broken. I look at the path for the image files and verified that they in fact do not exists. I am also getting PHP warnings about the missing files. I have verified that the files are not in the images folder. I do remember during some other testing of getting a php failure about requesting memory and the server would not allow it. I thought that was due to something else. I have not seen that error since however and I have been adding images left and right. There are no spaces in in my file names.

Where do I even start looking?

Quote:

---

Originally Posted by g2ktcf

Its seems I as a bit premature on my success. It seems that my _LRG and _MED files are not being generated. So when I go the product detail page, all my images are broken. I look at the path for the image files and verified that they in fact do not exists. I am also getting PHP warnings about the missing files. I have verified that the files are not in the images folder. I do remember during some other testing of getting a php failure about requesting memory and the server would not allow it. I thought that was due to something else. I have not seen that error since however and I have been adding images left and right. There are no spaces in in my file names.

Where do I even start looking?

---

My suggestion.....Install the mod for missing images.... once you find out which images are missing then either fix them or disable until you can fix.

Quote:

---

Originally Posted by g2ktcf

Its seems I as a bit premature on my success. It seems that my _LRG and _MED files are not being generated. So when I go the product detail page, all my images are broken. I look at the path for the image files and verified that they in fact do not exists. I am also getting PHP warnings about the missing files. I have verified that the files are not in the images folder. I do remember during some other testing of getting a php failure about requesting memory and the server would not allow it. I thought that was due to something else. I have not seen that error since however and I have been adding images left and right. There are no spaces in in my file names.

Where do I even start looking?

---

Just trying to help... but I don't see a reason to have a _LRG and _MED folder if you are using this module.... put your best image in the /images directory and this module will make the various sizes needed..... I could be wrong but I don't think the _LRG and _MED are used with this package.

Also there is a new image mod that some hosting companies are putting on their servers..... Google Speed Module .... this gives a strange location for the files but works for the most part unless you are making changes on the website and not having your cache get updated..... I ran into too many problems with my site and just asked them to uninstall it for my account.

https://developers.google.com/speed/pagespeed/module

It appears that my template is actively looking for these larger images. I modified my product image workflow to STOP creating the Large and Medium images. I have reworked two of the 50 images over the past few minutes and it does seem to solve my problem.

Quote:

---

Originally Posted by shrimp-gumbo-mmmhhh

Just trying to help... but I don't see a reason to have a _LRG and _MED folder if you are using this module.... put your best image in the /images directory and this module will make the various sizes needed..... I could be wrong but I don't think the _LRG and _MED are used with this package.

---

A reason for a _MED or _LRG image is to actually provide a different image (perhaps a different perspective or content) based on what type of image is called on the catalog side. Now I may these days be wrong about the "folder" portion, but the concept remains the same that particular images are loaded for particular types of display, this plugin takes those pictures and compresses them to the desired resolution and to a filename that is reproducible to find.

I just downloaded version 5.1.11 and at least the observer uses whatever is defined as IMAGE_SUFFIX_MEDIUM and IMAGE_SUFFIX_LARGE which normally corresponds to _MED and _LRG suffix names.

Quote:

---

Originally Posted by mc12345678

A reason for a _MED or _LRG image is to actually provide a different image (perhaps a different perspective or content) based on what type of image is called on the catalog side. Now I may these days be wrong about the "folder" portion, but the concept remains the same that particular images are loaded for particular types of display, this plugin takes those pictures and compresses them to the desired resolution and to a filename that is reproducible to find.

I just downloaded version 5.1.11 and at least the observer uses whatever is defined as IMAGE_SUFFIX_MEDIUM and IMAGE_SUFFIX_LARGE which normally corresponds to _MED and _LRG suffix names.

---

The debug files I am getting right now are from my Fluorspar template files. But the memory allocation errors I was getting at one point were from IH. Food for thought. I just reprocessing and reloading all my images. Sucks but its got to be done.

Love Image Handler, thank you for the plugin :)
Fresh install of Zen cart 1.5.7c on php 7.4.21, and IH5.1.11, Colorbox.
I have a new site which I would like all my small and medium images to be clear, IH doesn't seem to do that?!
I've changed image compression quality to 100, still not the clarity I want.
My large images are great quality, before installing IH5, medium images were crisp clear, I know its because its loading large files which takes longer to load.
Please is there any other setting or php editing to allow the small and medium images to be clearer?
I already have them all set to 250 height and 0 width, for the small and medium images alike, such as front page product images and product info page as well.

Quote:

---

Originally Posted by rlexyd

Love Image Handler, thank you for the plugin :)
Fresh install of Zen cart 1.5.7c on php 7.4.21, and IH5.1.11, Colorbox.
I have a new site which I would like all my small and medium images to be clear, IH doesn't seem to do that?!
I've changed image compression quality to 100, still not the clarity I want.
My large images are great quality, before installing IH5, medium images were crisp clear, I know its because its loading large files which takes longer to load.
Please is there any other setting or php editing to allow the small and medium images to be clearer?
I already have them all set to 250 height and 0 width, for the small and medium images alike, such as front page product images and product info page as well.

---

What type of image is being used? I'll note, based on comments received in this support thread, that IH does the best with .jpg files.

Why are you setting the images to a 0 width?

Thank you for responding.
I use .jpg.
Also I set them to 0 as I read that several places and thought it might help.
https://docs.zen-cart.com/user/troub...ges_distorted/

Quote:

---

Originally Posted by rlexyd

Thank you for responding.
I use .jpg.
Also I set them to 0 as I read that several places and thought it might help.
https://docs.zen-cart.com/user/troub...ges_distorted/

---

Thanks for the pointer! I'll note that any image-compression, i.e. reducing the large images to their medium/small versions, is going to result in some form of clarity loss.

That is true, but I thought turning the compression quality to 100 would help fix that a fair bit.
I've done a batch resize of my images to 400 and made the product info page image, new product images and featured products images on the front page set to 250 in configuration and set IH resize to No.
It's slowing down the site for sure but the photos are way more clearer, wish there was a fix.

157c
fuzztrip.com

Using Chrome/Microsoft Edge/IE:

If you go to https://fuzztrip.com/lp-c-1/vesta-od...ear-p-139.html and click on the extra image it opens and resizes according to the settings I have in config-images- IH large images maximum width 750, IH large images maximum height 550, although it aligns left in Chrome. This image was already in place before installing IH5. The same is true with other images added before IH5 installation.

But if you go to https://fuzztrip.com/box-set-c-9/sul...nyl-p-241.html the images do not resize, but display at full size. These images were uploaded after IH5 installation.

Using Firefox:

The same images render as above, the first link resized to the proper dimensions, the second does not resize. But they also have the added issue of loading into a tiny box with scrollbars that has to be resized to view.

I have uninstalled and reinstalled IH5, each file one by one, but no luck. I have also deleted and re-created the product listing https://fuzztrip.com/box-set-c-9/sul...nyl-p-241.html in a different category but no change.

Thanks for any help!

Quote:

---

Originally Posted by Fuzztrip

157c
fuzztrip.com

Using Chrome/Microsoft Edge/IE:

If you go to https://fuzztrip.com/lp-c-1/vesta-od...ear-p-139.html and click on the extra image it opens and resizes according to the settings I have in config-images- IH large images maximum width 750, IH large images maximum height 550, although it aligns left in Chrome. This image was already in place before installing IH5. The same is true with other images added before IH5 installation.

But if you go to https://fuzztrip.com/box-set-c-9/sul...nyl-p-241.html the images do not resize, but display at full size. These images were uploaded after IH5 installation.

Using Firefox:

The same images render as above, the first link resized to the proper dimensions, the second does not resize. But they also have the added issue of loading into a tiny box with scrollbars that has to be resized to view.

I have uninstalled and reinstalled IH5, each file one by one, but no luck. I have also deleted and re-created the product listing https://fuzztrip.com/box-set-c-9/sul...nyl-p-241.html in a different category but no change.

Thanks for any help!

---

When you installed IH-5, did you also include the changes in the /includes/modules/YOUR_TEMPLATE sub-directory for your clone of the responsive_classic template?

Quote:

---

Originally Posted by lat9

When you installed IH-5, did you also include the changes in the /includes/modules/YOUR_TEMPLATE sub-directory for your clone of the responsive_classic template?

---

additional_images.php and main_product_image.php? I did and I just did again to be sure but no change.

Hey Fuzztrip, I like the social media share green button on your site :)
Did someone customize that for you or is it from some plugin on Zen Cart?
Thanks.

Quote:

---

Originally Posted by rlexyd

Hey Fuzztrip, I like the social media share green button on your site :)
Did someone customize that for you or is it from some plugin on Zen Cart?
Thanks.

---

You can get it here: https://www.addthis.com

Thanks, appreciate that.

Quote:

---

Originally Posted by Fuzztrip

157c
fuzztrip.com

Using Chrome/Microsoft Edge/IE:

If you go to https://fuzztrip.com/lp-c-1/vesta-od...ear-p-139.html and click on the extra image it opens and resizes according to the settings I have in config-images- IH large images maximum width 750, IH large images maximum height 550, although it aligns left in Chrome. This image was already in place before installing IH5. The same is true with other images added before IH5 installation.

But if you go to https://fuzztrip.com/box-set-c-9/sul...nyl-p-241.html the images do not resize, but display at full size. These images were uploaded after IH5 installation.

Using Firefox:

The same images render as above, the first link resized to the proper dimensions, the second does not resize. But they also have the added issue of loading into a tiny box with scrollbars that has to be resized to view.

I have uninstalled and reinstalled IH5, each file one by one, but no luck. I have also deleted and re-created the product listing https://fuzztrip.com/box-set-c-9/sul...nyl-p-241.html in a different category but no change.

Thanks for any help!

---

I never was able to figure this out, and the problem remains. I have learned that this is only happening to jpeg files. Most of my older images are in png and they are resizing the way they should. I have been slowly transferring over to jpeg to reduce file size and they seem to be the only images not resizing.

When I look at them in admin/tools/image handler, they are all the same size and there is a medium image that does not exist with any of the png images

Attachment 19709

The above page is here https://fuzztrip.com/box-set-c-9/sul...54e77ff8099e25

Quote:

---

Originally Posted by Fuzztrip

I never was able to figure this out, and the problem remains. I have learned that this is only happening to jpeg files. Most of my older images are in png and they are resizing the way they should. I have been slowly transferring over to jpeg to reduce file size and they seem to be the only images not resizing.

When I look at them in admin/tools/image handler, they are all the same size and there is a medium image that does not exist with any of the png images

Attachment 19709

The above page is here https://fuzztrip.com/box-set-c-9/sul...54e77ff8099e25

---

I'm unable to reproduce your issue on a test site running zc157c with the built-in responsive_classic template.

You can try a couple of things to gather some additional information. First, navigate to the product page that's not displaying correctly and:

1. Ensure that debug-logging is enabled on the storefront. Go to Configuration :: Logging and set Report All Errors (Storefront) to IgnoreDups and Backtrace on notices to true.

2. Edit /includes/classes/bmz_image_handler_class.php, changing the definition for IH_DEBUG_STOREFRONT from 'false' to 'true' (yes, those single-quotes are necessary). That'll create a file /logs/ih_debug-yyyyddmm-hhmmss.log for each and every storefront pageload.

3. Refresh the product-information page, then undo the edit made in the previous step.

4. Check the /logs directory. Are there any myDEBUG*.log files generated on/around the time of the refresh? If so, post the contents.

5. Zip-up (it might be a large file) the ih_debug*.log file generated and post that back, too.

Edit: Are you sure that IH is enabled? Check Configuration :: Images :: IH Resize Images, it should be set to yes.

Quote:

---

Originally Posted by Fuzztrip

157c
fuzztrip.com

Using Chrome/Microsoft Edge/IE:

If you go to https://fuzztrip.com/lp-c-1/vesta-od...ear-p-139.html and click on the extra image it opens and resizes according to the settings I have in config-images- IH large images maximum width 750, IH large images maximum height 550, although it aligns left in Chrome. This image was already in place before installing IH5. The same is true with other images added before IH5 installation.

But if you go to https://fuzztrip.com/box-set-c-9/sul...nyl-p-241.html the images do not resize, but display at full size. These images were uploaded after IH5 installation.

Using Firefox:

The same images render as above, the first link resized to the proper dimensions, the second does not resize. But they also have the added issue of loading into a tiny box with scrollbars that has to be resized to view.

I have uninstalled and reinstalled IH5, each file one by one, but no luck. I have also deleted and re-created the product listing https://fuzztrip.com/box-set-c-9/sul...nyl-p-241.html in a different category but no change.

Thanks for any help!

---

Quote:

---

Originally Posted by lat9

I'm unable to reproduce your issue on a test site running zc157c with the built-in responsive_classic template.

You can try a couple of things to gather some additional information. First, navigate to the product page that's not displaying correctly and:

1. Ensure that debug-logging is enabled on the storefront. Go to Configuration :: Logging and set Report All Errors (Storefront) to IgnoreDups and Backtrace on notices to true.

2. Edit /includes/classes/bmz_image_handler_class.php, changing the definition for IH_DEBUG_STOREFRONT from 'false' to 'true' (yes, those single-quotes are necessary). That'll create a file /logs/ih_debug-yyyyddmm-hhmmss.log for each and every storefront pageload.

3. Refresh the product-information page, then undo the edit made in the previous step.

4. Check the /logs directory. Are there any myDEBUG*.log files generated on/around the time of the refresh? If so, post the contents.

5. Zip-up (it might be a large file) the ih_debug*.log file generated and post that back, too.

Edit: Are you sure that IH is enabled? Check Configuration :: Images :: IH Resize Images, it should be set to yes.

---

While I can't speak to all aspects of the above post, the firefox issue is reproducible as posted elsewhere in the forum. The following post may correct the above described issue at least from the popped up window original sizing issue:
https://www.zen-cart.com/showthread....33#post1375133

Thanks for that, @mc12345678!

Quote:

---

Originally Posted by lat9

I'm unable to reproduce your issue on a test site running zc157c with the built-in responsive_classic template.

You can try a couple of things to gather some additional information. First, navigate to the product page that's not displaying correctly and:

1. Ensure that debug-logging is enabled on the storefront. Go to Configuration :: Logging and set Report All Errors (Storefront) to IgnoreDups and Backtrace on notices to true.

2. Edit /includes/classes/bmz_image_handler_class.php, changing the definition for IH_DEBUG_STOREFRONT from 'false' to 'true' (yes, those single-quotes are necessary). That'll create a file /logs/ih_debug-yyyyddmm-hhmmss.log for each and every storefront pageload.

3. Refresh the product-information page, then undo the edit made in the previous step.

4. Check the /logs directory. Are there any myDEBUG*.log files generated on/around the time of the refresh? If so, post the contents.

5. Zip-up (it might be a large file) the ih_debug*.log file generated and post that back, too.

Edit: Are you sure that IH is enabled? Check Configuration :: Images :: IH Resize Images, it should be set to yes.

---

Thank you for all the assistance, it turns out the image files are corrupt. They are jpegs but image editors are trying to open them as gifs. I took new ones and uploaded them and it works as it should. :smile:

Quote:

---

Originally Posted by mc12345678

While I can't speak to all aspects of the above post, the firefox issue is reproducible as posted elsewhere in the forum. The following post may correct the above described issue at least from the popped up window original sizing issue:
https://www.zen-cart.com/showthread....33#post1375133

---

Thank you!

157c
fuzztrip.com

Using the hover feature, images are opening toward the top of the page, cutting them off. I'd like to get them centered, or to the right of the image I am hovering on. Thanks!

Attachment 19820

Quote:

---

Originally Posted by Fuzztrip

157c
fuzztrip.com

Using the hover feature, images are opening toward the top of the page, cutting them off. I'd like to get them centered, or to the right of the image I am hovering on. Thanks!

Attachment 19820

---

.
Link to specific page.
https://fuzztrip.com/lp-c-1/the-luci...red-p-255.html

Quote:

---

Originally Posted by Fuzztrip

.
Link to specific page.
https://fuzztrip.com/lp-c-1/the-luci...red-p-255.html

---

Noting that, for a couple of years now, that image-hover feature has been wonky (depending on the browser) and will be removed entirely in the next (v5.2.0) IH release.

Quote:

---

Originally Posted by lat9

Noting that, for a couple of years now, that image-hover feature has been wonky (depending on the browser) and will be removed entirely in the next (v5.2.0) IH release.

---

Thanks for the info on that. Guess I'll turn it off now.

@fuzztrip try replacing the contents of your includes/templates/YOUR_TEMPLATE/jscript/jscript_imagehover.js with the following

Code:

---

/*
Simple Image Trail script- By JavaScriptKit.com
Visit http://www.javascriptkit.com for this script and more
This notice must stay intact

Modified by Tim Kroeger ([email protected]) for use with
image handler 2 and better cross browser functionality
*/

var offsetfrommouse=[10,10]; //image x,y offsets from cursor position in pixels. Enter 0,0 for no offset
var displayduration=0; //duration in seconds image should remain visible. 0 for always.
var currentimageheight = 400;        // maximum image size.
var padding=10; // padding must by larger than specified div padding in stylessheet

// Global variables for sizes of hoverimg
// Defined in "showtrail()", used in "followmouse()"
var zoomimg_w=0;
var zoomimg_h=0;


if (document.getElementById || document.all){
  document.write('<div id="trailimageid">');
  document.write('</div>');
}

function getObj(name) {
  if (document.getElementById) {
            this.obj = document.getElementById(name);
    this.style = document.getElementById(name).style;
  } else if (document.all) {
    this.obj = document.all[name];
    this.style = document.all[name].style;
  } else if (document.layers) {
    this.obj = document.layers[name];
    this.style = document.layers[name];
  }
}

function gettrail(){
  return new getObj("trailimageid");
}

function truebody(){
  return (!window.opera && document.compatMode && document.compatMode!="BackCompat")? document.documentElement : document.body
}

function showtrail(imagename,title,oriwidth,oriheight,zoomimgwidth,zoomimgheight, image, startx, starty, startw, starth){
        zoomimg_w=zoomimgwidth;
        zoomimg_h=zoomimgheight;
  //if (oriwidth > 0){ offsetfrommouse[0] = oriwidth; }
  //if (oriheight > 0){ offsetfrommouse[1] = -1 *(zoomimgheight-oriheight)/2 - 40; }
  // alert (offsetfrommouse[0] + "," + offsetfrommouse[1]);
  if (zoomimgheight > 0){ currentimageheight = zoomimgheight; }
  trailobj = gettrail().obj;
  trailobj.style.width=(zoomimgwidth+(2*padding))+"px";
  trailobj.style.height=(zoomimgheight+(2*padding))+"px";
  trailobj.setAttribute("startx", startx);
  trailobj.setAttribute("starty", starty);
  trailobj.setAttribute("startw", startw);
  trailobj.setAttribute("starth", starth);
  trailobj.setAttribute("imagename", imagename);
  trailobj.setAttribute("imgtitle", title);
  document.onmousemove=followmouse;
}

function hidetrail(){
  trailstyle = gettrail().style;
  trailstyle.visibility = "hidden";
  document.onmousemove = "";
  trailstyle.left = "-2000px";
  trailstyle.top = "-2000px";
}

function followmouse(e){

  var xcoord=offsetfrommouse[0];
  var ycoord=offsetfrommouse[1];

  var docwidth=document.all? truebody().scrollLeft+truebody().clientWidth : pageXOffset+window.innerWidth-15;
  var docheight=document.all? Math.min(truebody().scrollHeight, truebody().clientHeight) : Math.min(window.innerHeight);

  //if (document.all){
  //        trail.obj.innerHTML = 'A = ' + truebody().scrollHeight + '<br>B = ' + truebody().clientHeight;
  //} else {
  //        trail.obj.innerHTML = 'C = ' + document.body.offsetHeight + '<br>D = ' + window.innerHeight;
  //}
  var relativeX = null;
  var relativeY = null;

  if (typeof e != "undefined"){
    // Not IE
    if ((typeof e.layerX != "undefined") && (typeof e.layerY != "undefined")) {
      relativeX = e.layerX;
      relativeY = e.layerY;
    } else if ((typeof e.x != "undefined") && (typeof e.y != "undefined")) {
      relativeX = e.x;
      relativeY = e.y;
    }

    if (docwidth - e.pageX < zoomimg_w + (3 * padding)) {
      xcoord = e.pageX - xcoord - zoomimg_w - (2 * offsetfrommouse[0]);
    } else {
      xcoord += e.pageX;
    }
    if (docheight - e.pageY < zoomimg_h + (2 * padding)){
      ycoord += e.pageY - Math.max(0,(0 + zoomimg_h + (5 * padding) + e.pageY - docheight - truebody().scrollTop));
    } else {
      ycoord += e.pageY;
    }
  } else if (typeof window.event != "undefined"){
    // IE
    if ((typeof event.x != "undefined") && (typeof event.y != "undefined")) {
      relativeX = event.x;
      relativeY = event.y;
    } else if ((typeof event.offsetX != "undefined") && (event.offsetY != "undefined")) {
      relativeX = event.offsetX;
      relativeY = event.offsetY;
    }

    if (docwidth - event.clientX < zoomimg_w + (3 * padding)) {
      xcoord = event.clientX - xcoord - zoomimg_w - (2 * offsetfrommouse[0]);
    } else {
      xcoord += truebody().scrollLeft + event.clientX;
    }
    if (docheight - event.clientY < zoomimg_h + 50){
      ycoord += truebody().scrollTop + docheight - zoomimg_h - 50;
//      ycoord += event.clientY - Math.max(0,(0 + zoomimg_h + (5 * padding) + event.clientY - docheight - truebody().scrollTop));
    } else {
      ycoord += truebody().scrollTop + event.clientY;
    }
  }

  trail = gettrail();
  startx    = trail.obj.getAttribute("startx");
  starty    = trail.obj.getAttribute("starty");
  startw    = trail.obj.getAttribute("startw");
  starth    = trail.obj.getAttribute("starth");
  imagename = trail.obj.getAttribute("imagename");
  title    = trail.obj.getAttribute("imgtitle");

  // calculate and set position BEFORE switching to visible
  var docwidth=document.all? truebody().scrollLeft+truebody().clientWidth : pageXOffset+window.innerWidth-15;
  var docheight=document.all? Math.max(truebody().scrollHeight, truebody().clientHeight) : Math.max(document.body.offsetHeight, window.innerHeight);
  if(ycoord < 0) { ycoord = ycoord*-1; }
  if ((trail.style.left == "-2000px") || (trail.style.left == "")) { trail.style.left=xcoord+"px"; }
  if ((trail.style.top == "-2000px") || (trail.style.top == "")) { trail.style.top=ycoord+"px"; }
  trail.style.left=xcoord+"px";
  trail.style.top=ycoord+"px";
//        alert (trail.style.left+","+trail.style.top);

  if (trail.style.visibility != "visible") {
    if (((relativeX == null) || (relativeY == null)) ||
      ((relativeX >= startx) && (relativeX <= (startx + startw))
      && (relativeY >= starty) && (relativeY <= (starty + starth)))){
      newHTML = '<div><h1>' + title + '</h1>';
      newHTML = newHTML + '<img src="' + imagename + '"></div>';
      trail.obj.innerHTML = newHTML;
      trail.style.visibility="visible";
    }
  }
}

---

I've just submitted v5.2.0 of IH-5 for the Zen Cart moderators' review; I'll post back here when it's available for download.

This release contains changes associated with the following GitHub issues:

#139: Removing (buggy) "Small Image Zoom" feature.
#229: Correct handling of missing images.
#231: Various refactorings.
#233: Correcting (PHP 8.0+) Fatal errors due to stricter typing.
#236: Removing template-module overrides; changes in zc156+ core.
#242: Removing (unused) bmz_gif_info.class.php.

I am having some trouble with images...I am not 100% sure this is an IH problem or not.

1.5.7c
OPC
EP4
Fluorspar Template
Clone a Template
IH5
MySQL Backup

Uploading a single image via IH creates the three images as expected. However, if you go beyond the grid layout, all the images appear as broken links. You can see what is happening at https://wlcartistry.com/index.php?ma...roducts_id=374. Most of my products have all three image sizes loaded and they do not create this issue. I want to change my image workflow to only ONE larger image for each product.

I thought IH was designed to work with ZC and only one large image...am I misunderstanding something?

Thanks!
Chris

Quote:

---

Originally Posted by g2ktcf

I am having some trouble with images...I am not 100% sure this is an IH problem or not.

1.5.7c
OPC
EP4
Fluorspar Template
Clone a Template
IH5
MySQL Backup

Uploading a single image via IH creates the three images as expected. However, if you go beyond the grid layout, all the images appear as broken links. You can see what is happening at https://wlcartistry.com/index.php?ma...roducts_id=374. Most of my products have all three image sizes loaded and they do not create this issue. I want to change my image workflow to only ONE larger image for each product.

I thought IH was designed to work with ZC and only one large image...am I misunderstanding something?

Thanks!
Chris

---

Chris, did you enable Image Handler's operation on the storefront? There's a setting Configuration :: Images :: IH resize images; setting that to true should enable IH's storefront operation.

I took a screenshot of my IH settings and did not attach it.... :( Sorry for making this harder than it should be.

Attachment 19843

Quote:

---

Originally Posted by g2ktcf

I took a screenshot of my IH settings and did not attach it.... :( Sorry for making this harder than it should be.

Attachment 19843

---

Chris, you're not making it more difficult, but I'm now guessing that the Fluorspar template that's in use isn't playing nice. You might ask in that template's support-thread and/or contact its author.

Quote:

---

Originally Posted by lat9

I've just submitted v5.2.0 of IH-5 for the Zen Cart moderators' review; I'll post back here when it's available for download.

This release contains changes associated with the following GitHub issues:

#139: Removing (buggy) "Small Image Zoom" feature.
#229: Correct handling of missing images.
#231: Various refactorings.
#233: Correcting (PHP 8.0+) Fatal errors due to stricter typing.
#236: Removing template-module overrides; changes in zc156+ core.
#242: Removing (unused) bmz_gif_info.class.php.

---

Now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2169

i downloaded this yesterday and i got this debug file and i have no idea how to fix it without reloading all my pictures.most are in png format and some are jpg.
here is my debug file THANK YOU IN ADVANCE

Quote:

---

[30-Nov-2021 19:29:43 UTC] Request URI: /shop/kandi-bazaar/3d-kandi-cuffs-bracelets/neon-blue-dm5-w-white-glow-eyes-mouth-kandi-bracelets-rave?number_of_uploads=0&language=en, IP address: 51.222.253.20
#1 imagecreatefromjpeg() called at [/includes/classes/bmz_image_handler.class.php:926]
#2 ih_image->load_imageGD() called at [/includes/classes/bmz_image_handler.class.php:717]
#3 ih_image->resize_imageGD() called at [/includes/classes/bmz_image_handler.class.php:400]
#4 ih_image->get_resized_image() called at [/includes/classes/bmz_image_handler.class.php:258]
#5 ih_image->get_local() called at [/includes/functions/extra_functions/functions_bmz_image_handler.php:123]
#6 handle_image() called at [/includes/functions/html_output.php:200]
#7 zen_image() called at [/includes/templates/kandi/templates/tpl_modules_main_product_image.php:24]
#8 require(/includes/templates/kandi/templates/tpl_modules_main_product_image.php) called at [/includes/templates/kandi/templates/tpl_product_info_display.php:58]
#9 require(/includes/templates/kandi/templates/tpl_product_info_display.php) called at [/includes/modules/pages/product_info/main_template_vars.php:154]
#10 require(/includes/modules/pages/product_info/main_template_vars.php) called at [/includes/templates/kandi/common/tpl_main_page.php:181]
#11 require(/includes/templates/kandi/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: imagecreatefromjpeg(): gd-jpeg: JPEG library reports unrecoverable error: Not a JPEG file: starts with 0x89 0x50 in /includes/classes/bmz_image_handler.class.php on line 926.

[30-Nov-2021 19:29:43 UTC] Request URI: /shop/kandi-bazaar/3d-kandi-cuffs-bracelets/neon-blue-dm5-w-white-glow-eyes-mouth-kandi-bracelets-rave?number_of_uploads=0&language=en, IP address: 51.222.253.20
#1 imagecreatefromjpeg() called at [/includes/classes/bmz_image_handler.class.php:926]
#2 ih_image->load_imageGD() called at [/includes/classes/bmz_image_handler.class.php:717]
#3 ih_image->resize_imageGD() called at [/includes/classes/bmz_image_handler.class.php:400]
#4 ih_image->get_resized_image() called at [/includes/classes/bmz_image_handler.class.php:258]
#5 ih_image->get_local() called at [/includes/functions/extra_functions/functions_bmz_image_handler.php:123]
#6 handle_image() called at [/includes/functions/html_output.php:200]
#7 zen_image() called at [/includes/templates/kandi/templates/tpl_modules_main_product_image.php:24]
#8 require(/includes/templates/kandi/templates/tpl_modules_main_product_image.php) called at [/includes/templates/kandi/templates/tpl_product_info_display.php:58]
#9 require(/includes/templates/kandi/templates/tpl_product_info_display.php) called at [/includes/modules/pages/product_info/main_template_vars.php:154]
#10 require(/includes/modules/pages/product_info/main_template_vars.php) called at [/includes/templates/kandi/common/tpl_main_page.php:181]
#11 require(/includes/templates/kandi/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: imagecreatefromjpeg(): '/images/neonbluegeye_deadnau5.jpg' is not a valid JPEG file in /includes/classes/bmz_image_handler.class.php on line 926.

[30-Nov-2021 19:29:43 UTC] Request URI: /shop/kandi-bazaar/3d-kandi-cuffs-bracelets/neon-blue-dm5-w-white-glow-eyes-mouth-kandi-bracelets-rave?number_of_uploads=0&language=en, IP address: 51.222.253.20
#1 imagecreatefromjpeg() called at [/includes/classes/bmz_image_handler.class.php:926]
#2 ih_image->load_imageGD() called at [/includes/classes/bmz_image_handler.class.php:717]
#3 ih_image->resize_imageGD() called at [/includes/classes/bmz_image_handler.class.php:400]
#4 ih_image->get_resized_image() called at [/includes/classes/bmz_image_handler.class.php:258]
#5 ih_image->get_local() called at [/includes/functions/extra_functions/functions_bmz_image_handler.php:123]
#6 handle_image() called at [/includes/functions/html_output.php:200]
#7 zen_image() called at [/includes/templates/kandi/templates/tpl_modules_main_product_image.php:36]
#8 require(/includes/templates/kandi/templates/tpl_modules_main_product_image.php) called at [/includes/templates/kandi/templates/tpl_product_info_display.php:58]
#9 require(/includes/templates/kandi/templates/tpl_product_info_display.php) called at [/includes/modules/pages/product_info/main_template_vars.php:154]
#10 require(/includes/modules/pages/product_info/main_template_vars.php) called at [/includes/templates/kandi/common/tpl_main_page.php:181]
#11 require(/includes/templates/kandi/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: imagecreatefromjpeg(): gd-jpeg: JPEG library reports unrecoverable error: Not a JPEG file: starts with 0x89 0x50 in /includes/classes/bmz_image_handler.class.php on line 926.

[30-Nov-2021 19:29:43 UTC] Request URI: /shop/kandi-bazaar/3d-kandi-cuffs-bracelets/neon-blue-dm5-w-white-glow-eyes-mouth-kandi-bracelets-rave?number_of_uploads=0&language=en, IP address: 51.222.253.20
#1 imagecreatefromjpeg() called at [/includes/classes/bmz_image_handler.class.php:926]
#2 ih_image->load_imageGD() called at [/includes/classes/bmz_image_handler.class.php:717]
#3 ih_image->resize_imageGD() called at [/includes/classes/bmz_image_handler.class.php:400]
#4 ih_image->get_resized_image() called at [/includes/classes/bmz_image_handler.class.php:258]
#5 ih_image->get_local() called at [/includes/functions/extra_functions/functions_bmz_image_handler.php:123]
#6 handle_image() called at [/includes/functions/html_output.php:200]
#7 zen_image() called at [/includes/templates/kandi/templates/tpl_modules_main_product_image.php:36]
#8 require(/includes/templates/kandi/templates/tpl_modules_main_product_image.php) called at [/includes/templates/kandi/templates/tpl_product_info_display.php:58]
#9 require(/includes/templates/kandi/templates/tpl_product_info_display.php) called at [/includes/modules/pages/product_info/main_template_vars.php:154]
#10 require(/includes/modules/pages/product_info/main_template_vars.php) called at [/includes/templates/kandi/common/tpl_main_page.php:181]
#11 require(/includes/templates/kandi/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: imagecreatefromjpeg(): '/images/neonbluegeye_deadnau5.jpg' is not a valid JPEG file in /includes/classes/bmz_image_handler.class.php on line 926.

---

@noppie, those logs indicate that those images are not valid jpg/jpeg files. Perhaps you need to re-generate/refresh them?

i thought the program accepted png files

Quote:

---

Originally Posted by noppie

i thought the program accepted png files

---

It does when the extension is png. As lat9 identified and the logs confirm the file(s) in question are identified as jpg files by extension but have an incorrect "format". Are all images associated with the product png, jpg or are they mixed? If mixed, how are images mixed? (e.g., small, medium, large and/or each image across the product (additional images))

ok i do have some pictures that are jpg.. but i do not have in the same item a mix of jpg and png.. some old images are jpg

ok i really don't understand what happened and so sorry to bother anyone.. it is on my side.. last summer i paiinsakely went and removed the backgroud of my photos and re added the catalog. but how know i say the correct photo in the images file but when i went to the data base the old image file name was not the new one. again so sorry for bugging you all.

please have a great day

I finally got IH and my template to play nice! Now that I see what I have, I need to change my post processing for my images.

I have been taking the image at my Canon SLR's max and processimg it in GIMP.

1. Do some background adjustments to get a solid white background
2. drop the resolution to 72 pixels per inch.
3. Then crop the image to a specific size that I works for the products, in this case 10 x12 or any ratio there of.
4. I then USED to scale each of the images for 10x12, 5x6, a 2.5x3 for the three image sizes before IH.


Now, I have been only saving the 10x12 image and uploading that and letting IH do its magic. I just made a mistake however. I uploaded the correct ratio image at 32.5 x 39 which is quite a large file. The processing took way longer than normal (does not bother me at all though). The question is, since IH has created the images it needs based on my settings, it this okay? I do not think this would affect my site's TTI as the site is using the modified images correct?

If all of this is accurate, then the only downside of using really large images is the initial processing time and server storage? This would be WAY faster in terms of my effort on my part but I do not want to slow my site down.

Thanks
Chris

Quote:

---

Originally Posted by g2ktcf

I finally got IH and my template to play nice! Now that I see what I have, I need to change my post processing for my images.

I have been taking the image at my Canon SLR's max and processimg it in GIMP.

1. Do some background adjustments to get a solid white background
2. drop the resolution to 72 pixels per inch.
3. Then crop the image to a specific size that I works for the products, in this case 10 x12 or any ratio there of.
4. I then USED to scale each of the images for 10x12, 5x6, a 2.5x3 for the three image sizes before IH.


Now, I have been only saving the 10x12 image and uploading that and letting IH do its magic. I just made a mistake however. I uploaded the correct ratio image at 32.5 x 39 which is quite a large file. The processing took way longer than normal (does not bother me at all though). The question is, since IH has created the images it needs based on my settings, it this okay? I do not think this would affect my site's TTI as the site is using the modified images correct?

If all of this is accurate, then the only downside of using really large images is the initial processing time and server storage? This would be WAY faster in terms of my effort on my part but I do not want to slow my site down.

Thanks
Chris

---

After that initial creation, so long as the bmz_cache sub-directory isn't reset, IH will use the squished version of a file, so the TTI involves simply 'finding' the file to be displayed ... not creating it.

What you said is true regarding the initial time and server storage as well.

Quote:

---

Originally Posted by lat9

After that initial creation, so long as the bmz_cache sub-directory isn't reset, IH will use the squished version of a file, so the TTI involves simply 'finding' the file to be displayed ... not creating it.

What you said is true regarding the initial time and server storage as well.

---

Thank you for confirming! This really makes my life easier!

I've just downloaded the latest version of IH and noticed it no longer has the modules and templates directories in the package.
Is this an omission in the upload, or have those files been removed from 5.2.0?

Doh, I should have read the change log before posting!

Quote:

---

Originally Posted by strelitzia

I've just downloaded the latest version of IH and noticed it no longer has the modules and templates directories in the package.
Is this an omission in the upload, or have those files been removed from 5.2.0?

Doh, I should have read the change log before posting!

---

Right, starting with v5.2.0, IH requires (for an initial installation) Zen Cart 1.5.6b or later. Those module/template overrides are no longer necessary.