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

DivaVocals:

By "Product listing page" do you ACTUALLY mean the PRODUCT INFO page??? If so the hover does NOT work there, and never has, and this is covered in detail in the readme.. If this is not what you mean a URL where you see the "issues" would be helpful..

Perhaps a minor correction to the above statement (assuming... That the location is still the product info page), as the readme states the main image (typically sized as the medium image) does not allow/provide a popup on hover, but... The additional images on the product info page can be setup to/do offer popup on hover. Still need further clarity though on the situation/condition and the expectation.

mc12345678:

Perhaps a minor correction to the above statement (assuming... That the location is still the product info page), as the readme states the main image (typically sized as the medium image) does not allow/provide a popup on hover, but... The additional images on the product info page can be setup to/do offer popup on hover. Still need further clarity though on the situation/condition and the expectation.

Agreed.. The hover works on the additional images on the product info page because the thumbnails used are the "small" images (which is the only images that the hover effect works on). but not on the main image.. However this is all guessing since it's still not clear where on dudedevon's site he is seeing an issue.

ZC 1.5.1
Downloaded IH 4.3.2 (in fact I just did it again just to be sure)
Other Addons

• CSS/JS Loader
• FEC
• Colorbox
• Used the straight forward install method from what I can tell

The install is failing. I tested this on a standalone localhost and had ZERO issues. It was so automatic that it was silly. This time no joy. I have verified that the file below actually exists in the proper place...but there is clearly a "/" missing when the autoinstaller is looking for the files. This happens with EVERY file not just the one below.

Warning Missing or unreadable file:/home5/radianv2/public_html/radiant_holidays/adminincludes/languages/english/extra_definitions/bmz_image_handler.php

I typed over the actual admin name btw.

The issue is unique to your store.. I would say that you need to check your admin configure.php file.. I believe that's where the missing "/" originates..

g2ktcf:

ZC 1.5.1
Downloaded IH 4.3.2 (in fact I just did it again just to be sure)
Other Addons

• CSS/JS Loader
• FEC
• Colorbox
• Used the straight forward install method from what I can tell

The install is failing. I tested this on a standalone localhost and had ZERO issues. It was so automatic that it was silly. This time no joy. I have verified that the file below actually exists in the proper place...but there is clearly a "/" missing when the autoinstaller is looking for the files. This happens with EVERY file not just the one below.

Warning Missing or unreadable file:/home5/radianv2/public_html/radiant_holidays/adminincludes/languages/english/extra_definitions/bmz_image_handler.php

> 
> I typed over the actual admin name btw.

I considered that..but given that this is a live working store for several years, I would think that my configure files would be correct. Is that assumption wrong?

g2ktcf:

I considered that..but given that this is a live working store for several years, I would think that my configure files would be correct. Is that assumption wrong?

Correct and functional are two different things.

Although this is way more likely to be a personal store issue as pointed out than a plugin issue, somewhere (maybe a new thread?) Would recommend posting your admin configure.php without including database credentials and if included any specific admin path information (FS files, WS files that specifically call out your admin directory.) Posted within ```

g2ktcf:

I considered that..but given that this is a live working store for several years, I would think that my configure files would be correct. Is that assumption wrong?Wrong..

The issue is unique to YOUR store.. (otherwise others would be posting that they had the SAME issue and you would have found the SAME issue in your local Zen Cart installation..) SMACKS of an issue in the configure.php file with a missing "/" (which is where IH4 would get the filepath info from)

mc12345678:

Correct and functional are two different things.

Although this is way more likely to be a personal store issue as pointed out than a plugin issue, somewhere (maybe a new thread?) Would recommend posting your admin configure.php without including database credentials and if included any specific admin path information (FS files, WS files that specifically call out your admin directory.) Posted within tags where the word code is like CODE
Nods in agreement... :yes:

Thanks for the input folks. Given that this is the fix, I wanted to post the findings just in case someone has a similar issue.

I went back and compared the configure.php files from my local test server and my live server and found an interesting thing. When I upgraded from 1.3.9 -> 1.5.1, I saved the configure.php file from v1.3.9 and overwrote the new one from the base v1.5.1 installer. Sure enough, the header at the top of my live store said

@package Configuration Settings circa 1.3.9
``` and the one from my local host had

@package Configuration Settings circa 1.5.1

So I began to look at the differences in the two files. v1.5.1 has the following for defining DIR_WS_ items (no need to sanitize the admin as its not really listed)

$t1 = parse_url(HTTP_SERVER);$p1 = $t1['path'];$t2 = parse_url(HTTPS_SERVER);$p2 = $t2['path'];

define('DIR_WS_ADMIN', preg_replace('#^' . str_replace('-', '-', $p1) . '#', '', dirname($_SERVER['SCRIPT_NAME'])) . '/');
define('DIR_WS_CATALOG', '/radiant_holidays/');
define('DIR_WS_HTTPS_ADMIN', preg_replace('#^' . str_replace('-', '-', $p2) . '#', '', dirname($_SERVER['SCRIPT_NAME'])) . '/');
define('DIR_WS_HTTPS_CATALOG', '/radiant_holidays/');

and v1.3.9 had the following (with the admin sanitized)

define('DIR_WS_ADMIN', '/radiant_holidays/admin/');
define('DIR_WS_CATALOG', '/radiant_holidays/');
define('DIR_WS_HTTPS_ADMIN', '/radiant_holidays/admin/');
define('DIR_WS_HTTPS_CATALOG', '/radiant_holidays/');

Once I updated the configure.php file, I got no warnings and no notices about overwrites but IH4 is working just fine now.

Hi, I'd appreciate any ideas. I just installed Image Handler 4 on my test site Zen Cart v.1.5.3. Before installing, product images in the product listing were showing up, after installing the image doesn't show up, but if you click on the broken image link the popup shows the image (using Zen Magnific). Also, all the smaller images throughout the site show, just not on the actual product listing. I right clicked on the broken image to open it in a new tab, and I got a 403 Permission Denied error: You do not have permission for this request /new_store/images/medium/alchemy/P564_MED.jpg. Any idea what's happening here?

Here's my site if you need to view it, it's on a test server and I don't want the url to be indexed, so will put spaces: blackorchidalternativefashion.com/ new_store

BlackOrchidCouture:

Hi, I'd appreciate any ideas. I just installed Image Handler 4 on my test site Zen Cart v.1.5.3. Before installing, product images in the product listing were showing up, after installing the image doesn't show up, but if you click on the broken image link the popup shows the image (using Zen Magnific). Also, all the smaller images throughout the site show, just not on the actual product listing. I right clicked on the broken image to open it in a new tab, and I got a 403 Permission Denied error: You do not have permission for this request /new_store/images/medium/alchemy/P564_MED.jpg. Any idea what's happening here?

Here's my site if you need to view it, it's on a test server and I don't want the url to be indexed, so will put spaces: blackorchidalternativefashion.com/ new_store

Dunno since we cannot see the site.. Sounds like you've failed to merge the common files that Zen Magnific and Image Handler have in common thereby wiping out the Zen Magnific code.. suggest going to the Zen Magnific support thread for assistance on using Zen Magnific and Image Handler together..

Aha, simple fix, found in the instructions (doh!)! Under admin/configuration/images I just had to change "Image - Use Proportional Images on Products and Categories" from a 0 to a 1. The images are now showing in my product listings!

If you don't use the default popup for a product's main large image then you should add the following code to the file "includes\modules\IH_INSTALL*main_product_image.php*" at the end of file:

if (function_exists('handle_image')) {
	$newimg = handle_image($products_image_large, addslashes($products_name), LARGE_IMAGE_WIDTH, LARGE_IMAGE_HEIGHT, '');
	list($src, $alt, $width, $height, $parameters) = $newimg;
	$products_image_large = zen_output_string($src);
}

With this code (from IH's additional_images.php) ZenCart will obtain the correct IH image name and not the default name.

TripleHeinz:

If you don't use the default popup for a product's main large image then you should add the following code to the file "includes\modules\IH_INSTALL*main_product_image.php*" at the end of file:

if (function_exists('handle_image')) {
$newimg = handle_image($products_image_large, addslashes($products_name), LARGE_IMAGE_WIDTH, LARGE_IMAGE_HEIGHT, '');
list($src, $alt, $width, $height, $parameters) = $newimg;
$products_image_large = zen_output_string($src);
}

> 
> With this code (from IH's additional_images.php) ZenCart will obtain the correct IH image name and not the default name.

Not sure I understand the issue the solution is meant to resolve.. Can you give a little more context/detail???

Hi...been reading and trying to upload Image Handler 4.0, v1.5x for the last couple of days. I am using Zen Cart's current version 1.53. I'm not having any success. I have read all the tabs over and over.

The directions state to "rename the admin folder inside the 1_Installation_File on my hard drive to match the admin folder on my server". I don't understand why I'm renaming the Admin folder if I'm taking all the files out of the 1_Installation_File right? Because the directions say:

          "DO NOT upload the "1_Install_Files" folder, just the CONTENTS of this folder"

And I am uploading everything in the 1_Install_file, even though some folders go down 3 and 4 deep) and ftping the files over to my administration folder on my server - right?

And with the file mergers, is there a reason why I couldn't perform the file merger corrections with Filezilla on my server instead of downloading files to be renamed to my computer then - re-uploading them to my server?

Sorry if this is obvious to some. But am totally new.

Thanks for any and all help.
Brenda

msbfrnj:

Hi...been reading and trying to upload Image Handler 4.0, v1.5x for the last couple of days. I am using Zen Cart's current version 1.53. I'm not having any success. I have read all the tabs over and over.

The directions state to "rename the admin folder inside the 1_Installation_File on my hard drive to match the admin folder on my server". I don't understand why I'm renaming the Admin folder if I'm taking all the files out of the 1_Installation_File right? Because the directions say:

          "DO NOT upload the "1_Install_Files" folder, just the CONTENTS of this folder"

And I am uploading everything in the 1_Install_file, even though some folders go down 3 and 4 deep) and ftping the files over to my administration folder on my server - right?

And with the file mergers, is there a reason why I couldn't perform the file merger corrections with Filezilla on my server instead of downloading files to be renamed to my computer then - re-uploading them to my server?

Sorry if this is obvious to some. But am totally new.

Thanks for any and all help.
Brenda

Had to reread this a couple of times to understand what the issues were and just had an aha moment...

Couple of things. The instructions are written from the perspective of one size fits all. The merge could take placein space if that works for you, but understand, if you deviate from the instructions things can go wrong and then providing/getting assistance can get messy.

The reason to rename the admin directory, besides that's what the instructions say,is so that you can easily grab the contents of the install folder and place those contents at the root of your store. This way there are no "forgotten" or misplaced files or other related issues assuming that you use a quality ftp client.that doesn't continuously drop files. This is the typical method used to install plugins. Dont think too hard about how to follow the instructions.

msbfrnj:

And with the file mergers, is there a reason why I couldn't perform the file merger corrections with Filezilla on my server instead of downloading files to be renamed to my computer then - re-uploading them to my server?to add to what mc123456789 says.. Sure you could do this if you are familiar and know how to.. We didn't include instructions for this method of installation because web servers vary so widely we'd never cover EVERY nuance, and it's NOT the most common method for installing (nor is it a recommended path)

That said you can follow the prescribed TESTED instructions or strike out on your own if you are familiar enough with the file structure to do so..

Thanks so much for your reply. If my store path is this: public_html/brendas/administrative. Is the root of my store administrative or brendas? (pardon my ignorance)

I will download the files and merge that way, because I really am not that familiar with how to keep the "file structure" intact.

So I'm clear on everything, when uploading the files from within the 1_Installation_File, I am not dragging and dropping the files themselves out of the 1_Installation_File, but opening each file and uploading the "contents" of that file (because at least one file that opens from within the 1_Installation_File opens to another file and then another file, before you find any contents) i.e. 1_Installation_File/includes/modules/pages/pop-up image - so I'm following the path all the way down and dropping the contents of the file (no matter how deep)?

Thanks for your patience.
Brenda

msbfrnj:

Thanks so much for your reply. If my store path is this: public_html/brendas/administrative. Is the root of my store administrative or brendas? (pardon my ignorance)

I will download the files and merge that way, because I really am not that familiar with how to keep the "file structure" intact.

So I'm clear on everything, when uploading the files from within the 1_Installation_File, I am not dragging and dropping the files themselves out of the 1_Installation_File, but opening each file and uploading the "contents" of that file (because at least one file that opens from within the 1_Installation_File opens to another file and then another file, before you find any contents) i.e. 1_Installation_File/includes/modules/pages/pop-up image - so I'm following the path all the way down and dropping the contents of the file (no matter how deep)?

Thanks for your patience.
Brenda

Been a while sinceive looked at what thecontents of the installation folder actually contain, but at a minimum there is anincludes folder and a folder that resembles ADMIN. On your store, atleast in the "brenda" folder,is likely several folders such as includes, images, admin (renamed to something other than adminand now not administration as it has been posted for all to see as well as someother folders). That directory is your store's root. It is also something that can be determined through looking at the includes/configure.php file. Anyways, while using a quality ftp program such as suggested on this site, you grab the includes folder from the install package as well as all of the other folders/files in the installation directory and drag them to your stores root. Do not for example drag the includes into the includes folder! And there is no need to try to drag each file over separately. Maintaining the directory structure is accomplished by performing the above. The files are all in the directory(ies) expected and the install will move the needed files to where they should end up and make backup copies of the replaced files (all covered in the documentation).

There are several reasons not to do this one at a time that include but are not limited to:

1. It's slow as allllll!
2. You may miss one or more files.
3. After placement and when following the instructions it simply works! (On a majority of host systems. There is still a few out there on which it doesn't for unknown reasons.)

Thank you... OK so FYI, inside of the installation folder there now is: Bmz_cache, administrative, images and includes.

So I understand uploading all the folders/files in the "1_installation file", but are you telling me to also put or upload that renamed adminstrative folder (Brenda) inside the "1_Installation_file" over to Brenda on the server side as well?

Thanks
Brenda

msbfrnj:

Thank you... OK so FYI, inside of the installation folder there now is: Bmz_cache, administrative, images and includes.

So I understand uploading all the folders/files in the "1_installation file", but are you telling me to also put or upload that renamed adminstrative folder (Brenda) inside the "1_Installation_file" over to Brenda on the server side as well?

Thanks
Brenda

So,I'm flying by thehip here, but I assume that the instructions go something likerename the admin folder in the installation folder to match the name of your secret admin folder. Upload all of the contents of the installation folder to your store's directory. So, yes the admin directory should be uploaded as well... Now, that is an assumption also that the admin directory is only in the root directory and not multiple levels deep, but that is something atypicalto do and the installer/documentation is designed for the typical install.

After you do this you need to change the name of your admin directory because you haveposted it for everyone to see and know. The admindirectory should never be publicly posted. Reasonsfor that are available in the forum.