Image Handler 4 (for v1.5.x) Support Thread

[kitcorsa]

the site was originally 1.3.7 and have upgraded through the years and the mod has been upgraded as well as required, dont know if that makes any difference.

but when i look in the DB or easy populat download the images in the product_image table are all the original names, but down show any of the additonal images, so i cant make the connection there.

Does IH4 take the first default image, copy it, rename, then make all the additional images on the fly renaming them to suit to use the ZC process?? if so... how can i find the IM4 name for the first image to find the additional images and create the link??

[mc12345678]

the site was originally 1.3.7 and have upgraded through the years and the mod has been upgraded as well as required, dont know if that makes any difference.

but when i look in the DB or easy populat download the images in the product_image table are all the original names, but down show any of the additonal images, so i cant make the connection there.

Does IH4 take the first default image, copy it, rename, then make all the additional images on the fly renaming them to suit to use the ZC process?? if so... how can i find the IM4 name for the first image to find the additional images and create the link??

Historically the process has been like this:
1. Admin, identify that an image is to be associated with a product.
2. Image is uploaded with the ability to identify the base product name as something other than the name of the file being uploaded.
3. After upload, the file is stored using the new filename and the database is updated with the path/filename selected in the first upload.
4. Subsequent images (additonal images) are then able to be uploaded but with the ability to alter the suffix applied which will be used to name the uploaded file and maintain as an additional image to the primary image.

Then on the store side:
1. The main image is pulled from the products table, and all images that meet the beginning part of the filename up to it's extension.
2. IH4 then uses those filenames to perform calculations to modfy/compress the images and pull the resulting image from the "calculated" location. If the image does not exist at that location, then it is created on the fly to be referenced again in the future.

Historically that filename was made through a hash algorithm; however, the newer version on github is to make the filename a "legible" filename. Now is it possible that there is some method used to provide a dfferent display name for the file when presented online? Certainly... But that would be a result of basically sending the filename through the image_handler portion of the code.

That help any?

[DivaVocals]

Does IH4 take the first default image, copy it, rename, then make all the additional images on the fly renaming them to suit to use the ZC process??

That's how it works in a nutshell..

how can i find the IM4 name for the first image to find the additional images and create the link??

As MC12345678 pointed out this renaming was done using an MD5 hash. In order to find the REAL file names you will have to find some tool which can interpret the MD5 hash based names in the bmz_cache folders and "interpret" them to get the real file name.

The IH4 version available in Github addresses this by giving the bmz_cache files REAL names..

[lat9]

That's how it works in a nutshell..

As MC12345678 pointed out this renaming was done using an MD5 hash. In order to find the REAL file names you will have to find some tool which can interpret the MD5 hash based names in the bmz_cache folders and "interpret" them to get the real file name.

The IH4 version available in Github addresses this by giving the bmz_cache files REAL names..

Actually, to determine the IH4-md5 name for the image, you'll need to know the image's real name and the IH4 controls applied to that image (watermark, zoom, quality and background). An MD5 hash is one-way, you can't look at the hashed file-name and work back to the real one!

Refer to the get_resized_image function in /includes/classes/bmz_image_handler.class.php and its use of the getCacheName function. The first parameter to getCacheName is the 'glob' that gets run through the md5() function to produce a unique file-name.

[mc12345678]

Sum and total though, the original files, including additional images as described in the documentation for IH4 follow the source server namng convention of ZC. The original files can be found in the designated folder, then with the name assigned to the main image as the prefix to the image and whatever suffix was applied whether automated or self designated. Each such image to have the same extension (.gif, .jpg, etc.) as the primary image. Thus addtional image location code would work the same as base ZC functionality.

That said, to find the resized image(s) the above discussion applies, but from the sounds of it, the issue was tryng to locate the orginal files. If the resized files are the target, then need to invoke the applicable code to translate the desired image to the bmz_cache related file.

[McGill]

Hi the install inage handler link is missing in tools, any ideas?

[McGill]

Hi
the install link in tools is missing, any clues?

[kitcorsa]

That's how it works in a nutshell..

As MC12345678 pointed out this renaming was done using an MD5 hash. In order to find the REAL file names you will have to find some tool which can interpret the MD5 hash based names in the bmz_cache folders and "interpret" them to get the real file name.

The IH4 version available in Github addresses this by giving the bmz_cache files REAL names..

so would upgrading to the github version and then running the update all old images, give me a way to be able to work out a way to help with and import into my SAP system and link zen-cart and SAP. I have everything else working bar additional images :-(

if not im going to have to find a different way that zzencart works out this assosiation of images and products or basically start renaming and re uploading all images for products again... 10k lat check on the server.

[mc12345678]

so would upgrading to the github version and then running the update all old images, give me a way to be able to work out a way to help with and import into my SAP system and link zen-cart and SAP. I have everything else working bar additional images :-(

if not im going to have to find a different way that zzencart works out this assosiation of images and products or basically start renaming and re uploading all images for products again... 10k lat check on the server.

What aspect of the additional images are you trying to get into your SAP system?

Basically everything you need is available either in or from includes/modules/YOUR_TEMPLATE/additional_images.php.

With the variable $products_image assigned to either PRODUCTS_IMAGE_NO_IMAGE or the database value of products_image obtained from the products table, and $flag_show_product_info_additional_images != 0, then the module as called by:

require(DIR_WS_MODULES . zen_get_module_directory('additional_images.php'));

sets/retrieves the data associated with the additional images for display as shown in the product_info page, otherwise an alternate version of the file could be used to provide the desired results... If you want a standard path/image that does not take advantage of the IH4 functionality then using the default version of includes/modules/additional_images.php will be sufficient and again a modified version (renamed to something else) may support the results you are looking for.

There's not much more to it. The github version will just provide a path that is "pretty" instead of the path that is made up of all sorts of letters, numbers, folders, etc... Basically if you have the main image working, then the additional images follows from the information obtained/used to retrieve the main image...

[mc12345678]

Hi
the install link in tools is missing, any clues?

Need more information, please see the posting tips that appear above when replying to a message. (click reply or reply with quote and then scroll up)