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

Has anyone installed IH on a vanilla ZC 1.5.5 installation? If so, any issues please??

frank18:

Has anyone installed IH on a vanilla ZC 1.5.5 installation? If so, any issues please??

The Github repo is updated for ZC 1.5.5.

DivaVocals:

The Github repo is updated for ZC 1.5.5.

Thank you!

DivaVocals:

The Github repo is updated for ZC 1.5.5.

Since I want to use IH with a fresh install of ZC 1.5.5a, which version of IH should I use? I have not used IH before.
I noticed on the Image Handler 4 for v1.5.x Plugin page, it says, "Zen Cart Versions v1.5.0, v1.5.1"
I'm guessing this is the link to the updated for ZC 1.5.5 version at Github https://github.com/DivaVocals/zen_Image-Handler you are referring to.

Should I use the version on the ZC Plugin page or should I use the version at Github?

Thanks so much!

Zean:

Since I want to use IH with a fresh install of ZC 1.5.5a, which version of IH should I use? I have not used IH before.
I noticed on the Image Handler 4 for v1.5.x Plugin page, it says, "Zen Cart Versions v1.5.0, v1.5.1"
I'm guessing this is the link to the updated for ZC 1.5.5 version at Github https://github.com/DivaVocals/zen_Image-Handler you are referring to.

Should I use the version on the ZC Plugin page or should I use the version at Github?

Thanks so much!

Based on the recent posts, the github version would be the one to use even with ZC 1.5.5.a.

mc12345678:

Based on the recent posts, the github version would be the one to use even with ZC 1.5.5.a.

Yes, that is what I am inclined to think as well. However, the README.md in the Github version says . . .

This is a development version of Image Handler v4.3.4 only

If you are looking to install the latest version from zencart please visit this page

So, I'm wondering what that implies, if anything, concerning which version I should use for ZC 1.5.5?

Zean:

Yes, that is what I am inclined to think as well. However, the README.md in the Github version says . . .

This is a development version of Image Handler v4.3.4 only

If you are looking to install the latest version from zencart please visit this page

So, I'm wondering what that implies, if anything, concerning which version I should use for ZC 1.5.5?

So, generally speaking "storage" locations such as github are used to support development. IH4 for more recent versions hasn't been packaged up by anyone (and truly anyone can do this) for distribution on the ZC site. If you were to wander back in this thread, I think there are statements about how the currently available ZC version has issues working with more recent versions of ZC. Further, understand that just about everything you see here has been provided/maintained by someone that is willing and able to sustain it. What that means in part is that sometimes instructions/links/etc... may not be fully up-to-date. That said, a live person (the recent long-term maintainer of this plugin) has stated that the github version is good for zc 1.5.5.

Another thing about it all, you could always test things out on your development server/location. You have one of those don't you? Somewhere you can test and try things before applying to your live site?

I'm using the git one, and so far so good.

zc 1.5.5a IH4 4.3.2, now github update for 1.5.5

When I updated my live site to zc 1.5.5a I lost the images that appear in admin/tools/IH4(4.3.2) - the small imgs that appear when you add extra images to your product. I updated my wamp test site first and did not encounter this problem. I uninstalled IH4 from test site, and installed IH4.4 most recent github file set. No problems. Did same with live site and the no small img on admin page persists.

The images all show properly in the store, and on the admin page the names of the files added show, just not the actual image.

I confirmed that the small image exists in the bmz cache folder. And looking at the source code for the IH admin page in live site, compared to test site - everything is identical except the img file names and folders that are specific to each. I was using the .htaccess file that was in the 4.3.2 file set, and now the updated version.

Could this be a permissions issue? And/or any idea which folders I would look at. Or does this sound like some other issue?

If you view the source of the page, what does the path look like for your image(s)? (remember to obscure your admin directory if it is included.)

Also, may want to post your admin/includes/configure.php obscuring your dB credentials and admin directory if present.

mc12345678:

If you view the source of the page, what does the path look like for your image(s)? (remember to obscure your admin directory if it is included.)

<!-- Start Photo Display -->


    <h4>
      Product: #287  Aloe Vera 27  S      <br />Model: SN102709A          </h4>
    <table border="0" width="100%" cellspacing="0" cellpadding="2"><tr><td valign="top">
    <table border="0" width="100%" cellspacing="0" cellpadding="2">
    <tr class="dataTableHeadingRow">
      <td class="dataTableHeadingContent">Image name</td>
      <td class="dataTableHeadingContent">File Type</td>      <td class="dataTableHeadingContent" align="center">Default size</td>
      <td class="dataTableHeadingContent" align="center">Medium size</td>
      <td class="dataTableHeadingContent" align="center">Large size</td>
      <td class="dataTableHeadingContent" align="right">Action </td>
    </tr>

<tr class="dataTableRow" onmouseover="rowOverEffect(this)" onmouseout="rowOutEffect(this)" onclick="document.location.href='https://serverxx.camelot-hosting.com/xxxxxxx/xxxxxxx/image_handler.php?products_filter=287&imgName=MN102709A&action=layout_info'">
    
      <td class="dataTableContent">MN102709A</td>
      <td class="dataTableContent">.JPG</td>
      <td class="dataTableContent" align="center" valign="top">
        <img src="/bmz_cache/m/m-mn102709ajpgimage200x191jpg.image.50x47.JPG" border="0" alt="Aloe Vera 27  S" title=" Aloe Vera 27  S " width="50" height="47"><br />        200x191<br /><strong>7.65Kb</strong>      </td>
      <td class="dataTableContent" align="center" valign="top">
        <img src="/bmz_cache/m/m-mn102709ajpgimage300x287jpg.image.50x47.JPG" border="0" alt="Aloe Vera 27  S" title=" Aloe Vera 27  S " width="50" height="47"><br />300x287<br /><strong>14.08Kb</strong><br />      </td>
      <td class="dataTableContent" align="center" valign="top">
        <img src="/bmz_cache/m/m-mn102709ajpgimage574x550jpg.image.50x47.JPG" border="0" alt="Aloe Vera 27  S" title=" Aloe Vera 27  S " width="50" height="47"><br />574x550<br /><strong>41.84Kb</strong><br />      </td>
      <td class="dataTableContent" align="right"><a href="https://serverxx.camelot-hosting.com/xxxxxxx/xxxxxxxxx/image_handler.php?products_filter=287&imgName=MN102709A&action=layout_info"><img src="images/icon_info.gif" border="0" alt="Info" title=" Info "></a> </td>
    </tr>
  </table></td><!-- END Photo list table -->

Also, may want to post your admin/includes/configure.php obscuring your dB credentials and admin directory if present.

/**
 * 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://serverxx.camelot-hosting.com/xxxxxxx');
/**
 * 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://serverxx.camelot-hosting.com/xxxxxxxxx');
define('HTTPS_CATALOG_SERVER', 'https://serverxx.camelot-hosting.com/xxxxxxxx');

/**
 * 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/xxxxxxxxxx/public_html/');

/**
 * 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', 'xxxx'); // prefix for database table names -- preferred to be left empty
define('DB_CHARSET', 'utf8'); // 'utf8' or 'latin1' are most common
define('DB_SERVER', 'localhost');  // address of your db server
define('DB_SERVER_USERNAME', 'xxxxxxxxx');
define('DB_SERVER_PASSWORD', 'xxxxxxxxx');
define('DB_DATABASE', 'xxxxxxxxxx');

/**
 * 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

My bmz_cache and images folders are permission set as in IH4 faq on this forum.

MY test site, which works properly, is WAMP, not ssl; Live site is SSL. I have a mod - Admin Photos (twitch) installed on test and live. There is a merge with IH4 admin/incl/mods/category_prod_listing. The merges were clearly indicated and they place nice on test site. Only other merge involved is additional images as per the IH4 readme for using with Colorbox.

On your "test" server is it also setup to have a subdirectory within the HTTP_SERVER and secure version of the same?

I'm thinking that the code in the image_handler.php file which references using DIR_WS_CATALOG where in your case is setup as / but is acting like /xxxxxxxx/ is possibly causing this issue.

Might suggest modifying line say line 752 of image_handler.php for you from:

 echo zen_image(DIR_WS_CATALOG . $preview_image, addslashes($pInfo->products_name), $width, $height) . '<br />';

To:

 echo zen_image('/xxxxxx' . DIR_WS_CATALOG . $preview_image, addslashes($pInfo->products_name), $width, $height) . '<br />';

Where '/xxxxxx' is the "hidden" portion of your uri in the admin/includes/configure.php.

Might have a better solution later if that is successful. Preferably one that doesn't require any further editing.

So I posted that knowing I had more to write. Haven't had a chance to see the effect, but there are a couple of things at play here. One is that it seems generally speaking and it's been a while since I was told this but there is/was a suggestion that for both secure and not the DIR_WS_ portion of the catalog ought to be the same. As well base ZC is written to handle those two being different. IH4 appears to use the fact that they match whatever follows the base domain name. At the same time ZC admin hasn't used a base html tag so that's a factor. Then any image to be displayed could also use the full uri applying the applicable server constant, but the "correct" one has to be evaluated so that one doesn't get mixed content errors.

mc12345678:

On your "test" server is it also setup to have a subdirectory within the HTTP_SERVER and secure version of the same?

I'm thinking that the code in the image_handler.php file which references using DIR_WS_CATALOG where in your case is setup as / but is acting like /xxxxxxxx/ is possibly causing this issue.

Might suggest modifying line say line 752 of image_handler.php for you from:

echo zen_image(DIR_WS_CATALOG . $preview_image, addslashes($pInfo->products_name), $width, $height) . '<br />';

> To:
> ```
 echo zen_image('/xxxxxx' . DIR_WS_CATALOG . $preview_image, addslashes($pInfo->products_name), $width, $height) . '<br />';

Where '/xxxxxx' is the "hidden" portion of your uri in the admin/includes/configure.php.

Might have a better solution later if that is successful. Preferably one that doesn't require any further editing.

On test site HTTP_SERVER is http url and HTTPS _SERVER is https.

Your suggested code change works - it displayed the thumbnail for the large image. I copied your suggestion into lines #727 and #737 which then produced the small and medium thumbnails as well. (Yay! Thank you!)

The strangeness in my HTTP and HTTP_SERVERs was to do with comodo SSL certificate on a shared hosting site. I previously used my store url in the config files and I kept getting a 'sort of' secure indication message- green but with lock icon unlocked, and I was unable to get the comodo seal displayed on my site. When I chased it down it turns out that with shared hosting I have to use the /host's specific server/my user name/ in place of /my store url in the config files.

I had done all that before doing the 1.5.5a andIH4 update and had entered new products in the store but hadn't added any new additional images via admin/tools/IH4

Thank you so much for your assistance.

So have you tried though then putting your "username" at least in the admin in each of the DIR_WS_CATALOG defines such that instead of '/' they are '/xxx/'? (again kind of goes back to "which" is correct, either same DIR_WS_ paths for both HTTP_ and HTTPS_ or is there some other "fix". :) well, glad you got it working. :) good luck!

mc12345678:

So have you tried though then putting your "username" at least in the admin in each of the DIR_WS_CATALOG defines such that instead of '/' they are '/xxx/'? (again kind of goes back to "which" is correct, either same DIR_WS_ paths for both HTTP_ and HTTPS_ or is there some other "fix". :) well, glad you got it working. :) good luck!

I just tried unsuccessfully - I replaced the original code in image_handler.php and changed the DIR_WS paths to '/username/' I also tried '/~username/' as that's what is in the HTTP and HTTPS_SERVER

The DIR_FS_CATALOG defines is '/home/username/public_html/' and in that case the username isn't preceded by a ~ Is that worth a try as DIR_WS path or is that an unrelated thing.

Not sure if this issue is strictly a 'people who use comodo ssl on a shared host who also use IH4' or if this might apply to other situations as well.

soxophoneplayer:

...Not sure if this issue is strictly a 'people who use comodo ssl on a shared host who also use IH4' or if this might apply to other situations as well.

Oops. Just discovered that my main menu dropdowns and my featured/special main page tabs have been disabled and give a 404. I uninstalled IH4.4 github version and that issue resolved.

I reinstalled IH4.3.2 that I previously had been using. Menus etc ok. but missing images in admin/tools/IH manager returned. (Making me think this is zc 1.5.5a interaction related as I didn't see this problem in zc1.5.5 with IH4.3.2)

The hack from post #1492 solved the SSL shared hosting file issue as it has in IH4.4

soxophoneplayer:

I just tried unsuccessfully - I replaced the original code in image_handler.php and changed the DIR_WS paths to '/username/' I also tried '/~username/' as that's what is in the HTTP and HTTPS_SERVER

The DIR_FS_CATALOG defines is '/home/username/public_html/' and in that case the username isn't preceded by a ~ Is that worth a try as DIR_WS path or is that an unrelated thing.

Not sure if this issue is strictly a 'people who use comodo ssl on a shared host who also use IH4' or if this might apply to other situations as well.

Day late, dollar short, but the expectation would have been that the DIR_WS_CATALOG and secure version of same would have had your ~username in it and your HTTP_SERVER (and secure) would have had that removed leaving just the host name with no ending slash.

It's not specifically a comodo shared certificate issue. It's how your host has chosen to "share" their certificate. Some keep with just a hostname but subdomain with no suffix "folder". Anyways, thinking that the right answer to the above issue is to simply use the full url to the image(s) with the appropriately identified https: or http: based on the current page's "state".

mc12345678:

Day late, dollar short... I aspire to, someday, be only a dollar and only a day short ;o)

SOMEWHERE... Somewhere (and I obviously can't find it after much time searching) I read that you should install Image Handler after you install your template. However, I am in the process of giving my website a complete facelift. I may decide change templates as I play around with things.

Are there many affecting template files? Can I simply copy them to new template folder when/if I change templates? I'm assuming those IH_INSTALL folders denote what will become template folders after the installer has its way, but I would like verification before I plow ahead.

Thanks for your time!