Image Handler 2 (for ZC v1.3.8 ONLY) Support

DivaVocals:

I'm not sure if I understand exactly what you're trying to say happened here,

Whoever originally uploaded the images (I inherited this cart) apparently saved the images as .gif however with the .jpg extension.

So I had XXXX.jpg -> Which was actually a .gif file

Looks like about half of my images are actually .gif's wearing the wrong extension (.jpg)

Image handler didn't know what to do. Apparently Firefox and IE don't bother with what the extension is and actually check what kind of file it is internally..

This wasn't IH2's fault in anyway (unless you chastize it for not being super smart and just believing that a said extension is the file format). Once I changed the filename to .gif and pointed Zen Cart at the new file IH2 behaved correctly.

So now I'm manually going through my live store and fixing extensions.. using my beta store and IH2 as a guide to what's screwed up. Later I'll recopy my Live store to beta.. reinstall IH2 and presto.. it should work like magic.

This stores a mess anyway.. I've been meaning to manually go through just about every product!!! :)

A batch renaming program will make this a lot easier.. Try this one:
http://download.cnet.com/Batch-File-Renamer/3000-2094_4-10781978.html

llynix:

Whoever originally uploaded the images (I inherited this cart) apparently saved the images as .gif however with the .jpg extension.

So I had XXXX.jpg -> Which was actually a .gif file

Looks like about half of my images are actually .gif's wearing the wrong extension (.jpg)

Image handler didn't know what to do. Apparently Firefox and IE don't bother with what the extension is and actually check what kind of file it is internally..

This wasn't IH2's fault in anyway (unless you chastize it for not being super smart and just believing that a said extension is the file format). Once I changed the filename to .gif and pointed Zen Cart at the new file IH2 behaved correctly.

So now I'm manually going through my live store and fixing extensions.. using my beta store and IH2 as a guide to what's screwed up. Later I'll recopy my Live store to beta.. reinstall IH2 and presto.. it should work like magic.

This stores a mess anyway.. I've been meaning to manually go through just about every product!!! :)

So I don't see anything in this thread, but I downloaded the latest version of IH2, rev 7, and I don't see a folder called "Optional Extras". Is there a folder or is it specific files in the package?

awesome:

So I don't see anything in this thread, but I downloaded the latest version of IH2, rev 7, and I don't see a folder called "Optional Extras". Is there a folder or is it specific files in the package?If you can't find it, consider yourself lucky..:smile:

autoace:

I seem to be experiencing the issue described here. When I go to choose a cat or sub cat from the Manager page it goes back to the Admin page.

What can I do to fix this? Thank you in advance for all help.

It seems that I did not have the latest version installed, I thought I did because it was only about 2 months ago that I had installed it. I went ahead and installed the latest version from the downloads area here and my issue seems to be fixed!

Lesson learned: always update!

Hi All,

I assume that the answer is that it can't be done or isn't implemented but thought I would ask the question:

Is there a way to use Image Handler on EZ-Pages? I actually want to display product images in an EZ-Page format, does anyone know if a quick dip using php code would yield an image that has all of the logic of IH2 applied to it?

Many thanks,
BH

Greetings,

First I would like to thank the developers of IH2, this addon is invaluable in making a ZC site look and act professional and competitive.

My question would be if there are any plans or workarounds to get control of the image names as pops out of the caching process? We added a lot to the product image names for SEO purposes and it would be great if there was a way to try return some relevance to the resulting URL.

We do see the Alt tags working and we are talking about renaming our products at the risk of cluttering up the human experience so that we can seed the SEO with more information. - unfortunately it looks like we have to modify the visible title to do this and not just the semi-visible Alt tags themselves.

Even being able to rename the caching directory structure would allow us to be able to get some more words in the URL that we would like picked up by the SE's.

Thanks again for a great prod,
BH

Is it possible to use IH2 to upload the same image on multiple products (applications)? If so, how do I do that, any particular settings that I am missing?

I have IH2 v2.0 rev 7. Thanks for your help.

Path to admin product previews are:
http://bmz_cache/9/9cc6925ae4972e4af945e8e9c559595d.image.131x120.gif
But it should be http://sterlingleafjewelry.com/bmz_cache/9/9cc6925ae4972e4af945e8e9c559595d.image.131x120.gif

I'm on my knees asking for someone to point me in the right direction as to why my admin preview images are not showing while all of the test and store front images have the full and correct path to the bmz_cache folder.

All of the bmz_cache folders have rw permissions. I uninstalled and reinstalled, cleared the cache, deleted images and uploaded new.

HELP!

Im sort of pulling my hair out. I use ez populate to load hundreds of products at a time, then ftp in the images I specified in the upload file.

Once in a while the image doesnt show on the store. I try to use IH2 specifically for this product and I get an error at the top of the page that says:

"Unable to upload default image file."

The product model number matches the image name exactly with all lower case. This seems to happen with about three out of every 100 products I import. Anyone run into this before?

Im using 1.3.8a and IH2.

jabbawest:

Path to admin product previews are:
http://bmz_cache/9/9cc6925ae4972e4af945e8e9c559595d.image.131x120.gif
But it should be http://sterlingleafjewelry.com/bmz_cache/9/9cc6925ae4972e4af945e8e9c559595d.image.131x120.gif

I'm on my knees asking for someone to point me in the right direction as to why my admin preview images are not showing while all of the test and store front images have the full and correct path to the bmz_cache folder.

All of the bmz_cache folders have rw permissions. I uninstalled and reinstalled, cleared the cache, deleted images and uploaded new.

HELP!

Check your two configure.php files and make sure that you have your domain filled in for the defines for http server and http catalog server. (/admin/includes/configure.php)

BH

A new PHP 5.3 patch has been released here:
http://www.zen-cart.com/forum/showthread.php?t=140960

I compared the files in the patch with WinMerge and found out that a file used by Image Handler is being modified in that patch:
html_output.php

So that file needs to be merged (I haven't done that yet).

In this other thread DrByte suggests that it is possible that PHP 5.3 may be incompatible with Image Handler and other modules:
http://www.zen-cart.com/forum/showthread.php?t=140695&page=3

So probably it is necessary to test Image Handler on PHP 5.3 and verify that it works fine (my server does not have 5.3 yet)

That said, I was wondering if there is anyone that is using Image Handler successfully with PHP 5.3 and/or if anyone could kindly post a working version of a merged html_output.php file.

Thank you.

Just a suggestion you could use a tool like Beyond Compare or Winmerge to make the changes yourself... Both tools make the merging job VERY easy..

hedron:

That said, I was wondering if there is anyone that is using Image Handler successfully with PHP 5.3 and/or if anyone could kindly post a working version of a merged html_output.php file.

Thank you.

bherd:

Check your two configure.php files and make sure that you have your domain filled in for the defines for http server and http catalog server. (/admin/includes/configure.php)

BH

THAT was the right direction! Thank you! :clap:

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

Please note the //, there should only be one forward slash.
I have NO idea how the extra forward slashes got there but all is well now. I can only guess that it could have been added during the migration to another server, because my configure.php.BAK does not have them.

Thanks again BH! :bigups:

DivaVocals:

Just a suggestion you could use a tool like Beyond Compare or Winmerge to make the changes yourself... Both tools make the merging job VERY easy..

Right, in fact as I mentioned in my post I used WinMerge to find out that that file has a conflict.

And merging that file does not appear easy at all, since I don't understand PHP.

If I figure out the merging, I will post it here. If someone else figures it out before me, please go ahead and post it first.

This will eventually affect ALL of us who are using Image Handler, since eventually most hosts will end up upgrading to 5.3...

hedron:

Right, in fact as I mentioned in my post I used WinMerge to find out that that file has a conflict.

And merging that file does not appear easy at all, since I don't understand PHP.

If I figure out the merging, I will post it here. If someone else figures it out before me, please go ahead and post it first.

This will eventually affect ALL of us who are using Image Handler, since eventually most hosts will end up upgrading to 5.3...You don't need to necessarily understand PHP to know how to do the merge.. My suggestion is this:

Treat the version 5.3 files as the master, then in Winmerge, look for the code that is NOT in the 5.3 version of the file that IS in the IH version. That code is what you want to merge into the 5.3 version of the file..

Now after that you will want to test your new file in PHP 5.3, if you get errors, then you will have a place to start.. You'd be amazed how quickly people respond to specific errors versus "possible" errors..:smile:

Sometimes it may be the fastest solution to approach it this way versus waiting for someone to post the corrected file..

FYI.. I don't know PHP either, but I understand "find and replace".. The changes required for PHP 5.3 compatibility seem fairly straightforward enough that you should be able to tackle it yourself.. Seriously..

Going back to this file, you would be looking at the IH2 specific code that you are merging and making sure that any of the changes required for PHP 5.3 compatibility are addressed..

Honestly, I wouldn't suggest this if I didn't think it was doable.. There's a link I posted onthew Zen 2.0 thread which takes you to the Google board which outlines the changes required for PHP 5.3 compatibility..

When I get the inspiration to tackle this I will report if I have success. My host does not have PHP 5.3 yet so...

DivaVocals:

There's a link I posted onthew Zen 2.0 thread which takes you to the Google board which outlines the changes required for PHP 5.3 compatibility..

Which Zen 2.0 thread are you referring to?

Thank you.

Nevermind. Ifound it:
http://www.zen-cart.com/forum/showthread.php?t=116019&page=126

testuser:

Personally I don't like to edit core files, but here's what you'd need to do:

Open
Replace line 200 - 202 with the following:

/if (zen_not_null($alt)) {
$image .= ' title=" ' . zen_output_string($alt) . ' "';
}/

> 
> Now save this file as html_output.php.bak and also html_output.php, this will preserve your change in the instance you do an upgrade (a direct upgrade will overwrite your html_output.php file - then work your changes back into that file using the .bak file)
> 
> Also, at line 198 is your alt tag as well ... You can remove that if you'd like.


I know this was an old post, but just to let people know this still works to remove alt text from blocking images for 1.3.8a!!

Though now the alt to remove is on line 202 and the bit to replace is from lines 204 - 206

Thanks that looks much better and The addon is great!

it wouldn't let me edit, I forgot to put what file for the above - /includes/functions/html_output.php