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

[jeff_fwd]

Tim (or anyone else that might know...)

I have scanned thru some of the old threads and am going blind trying to read thru all the threads so I will ask the questions:

1) has there been a resolution found for the click for larger image not working? (I am running Mac OS X/Safari)

2) can someone go over the structure for how the small/medium/large images are being stored

a) in a couple of threads I saw a conversation saying images are stored:
images/yourfolder/original.jpg
images/yourfolder/medium/original.jpg
images/yourfolder/large/original.jpg

b)in other threads I saw conversations about different structures, some using the bmz_cache folder, and some using other structures

can someone please go over how the 3 images are being stored please....

TIA

[Sermonzone]

Tim,

A note to say thanks for this contrib. It is wonderful.

I am migrating to 1.3+ and have installed an Algozone template (groan). It seems Algo has some special functions for image handling that do not play well with IH2. I would be happy to pm or email the two html_output files if you think that would help. Kuroi and Merlin have given very helpful input on this but no total solution yet.

Not urgent but thought you would want to know of the conflict.

I we get it resolved I will gladly post the solution for all to see.

[timkroeger]

@anyone having the jumping page syndrom, you need to copy javascript and css files from the template_default folder of this contrib to your custom template. Actually there's a part about it in the documentation. I guess I should have made it more prominent and include a template_custom folder as Woodymon suggested earlier. Maybe it's time to start the IH2 FAQ, too. I've placed it into my public wiki, so everyone is invited to contribute!

@jeff: Have a look at my first post on page 14 of the old IH2 support thread. The first three paragraphs should contain the information you're looking for.

@sermonzone: I have never heard of that template. Can you give some links to threads, showcases, etc...? Generally it might boil down to merging the two conflicting files but I don't have much time to do this. Send them to tim AT breakmyzencart DOT com and I'll have a look at them as time permits. Are you still on 1.2.7 or are you on 1.3 already?

@hutting: So getCachename returns a hashed image name that is physically missing in the folder? Maybe it can't be created due to wrong permissions? It sounds a bit strange as the method should return at least the uploaded image if everything else fails (fallback).

@prellis: If you are running 1.2.7 with a custom template, you need to update the additional_images php files according to the ones in template_default. If you are running 1.3, the additional_images code on the catalog side can be found in one place and should have been replaced by the file provided by IH2. Maybe you missed that file?

@Graham: Sounds to me you're missing some files. Make sure you uploaded all files. Have a look at the documentation again.

@Woodymon: Thanks for stopping by and helping out as a human search engine

Cheers,
Tim

[hutting]

Tim> Thanks for the response. I've had a further check and the quantity thing appears to have been a red herring. The problem is that the images that have a file size of more than 700k are being uploaded to Zen Cart but not to the bmw_cache directory. Is there a limit on file size set anywhere that I can increase?

It's just a problem because we were trying to upload photos direct from a digital camera where the files are like 1.2MB for a JPG without needing to edit all of them to make them smaller.
Is this possible?

[Sermonzone]

Tim,

Sent files by email. Algozone is an OSC site that edits graphics to work in ZC. I aksed many pointed questions about the template working with 1.3+. Purchased based on answers. Turns out Algo was misleading.

Thanks again for a very good contrib.

[jobiwankinobi]

Does anyone know if there is an imaging solution that uses the conventional 'prefix'.'suffix' naming convention. That is, use the DB ID# for each product as its prefix, and the suffix being _small.jpg, _medium.jpg, or _large.jpg. It seems to me that this way of image handling would be more beneficial to Zen-Store owners who do not know much about ftping images, as images would be replaced automatically and thumbnails would be created on the fly. Tried IH2's latest release, and it is everything one could hope for except being friendly to the average middle-aged store owner.

Zen-Cart has revolutionized the way business is done online, and I am truly grateful to the people involved.

Jobi

[timkroeger]

@hutting: How large a file you can upload depends on yours server configuration. It's more the dimensions than the size of the image that imposes restrictions. I suppose you're using GD (you are if you don't have ImageMagick installed). The only way to make IH2 resize the larger files is to increase the amount of ram, the php-interpreter is allowed to address. If you don't own your server or at least have rented a root server, you may be out of luck here since you won't have the permissions to change the php configuration.

@jobiwankinobi: I don't know what you mean. It is a good thing you don't have to learn about _MED and _LRG image suffixes, isn't it? Those things are only important if you want to FTP your images to the server. And even with IH2 you can still do that and it will behave just like you expect from Zen-Cart.

So please explain, why is it more beneficial to Store-Owners, who don't know much about FTPing files to the server, to have files created with conventions you only need to care about IF you are FTPing files?

The manager page takes care of prefixing for additional images. It takes care of suffixing for medium and large images, too, if you want different images there. You can even FTP files with the right prefix/suffix combination and IH2 will pick them up. Essentially IH2 moves image resizing from your browser to the server. It doesn't mess with your files. It's just like a pimped-up browser cache, only it is located on the server.

I explained before, how IH2 works, you might want to have a look at that thread. It's inner workings are quite complicated, that's why it is so easy to use. So far I have only found it to confuse people who know about how stock Zen-Cart imaging is supposed to work

Cheers,
Tim

[GazLuvsStace]

Just got a quick question. Found the question on the breakmyzencart forum but no reply.

"qoute of other forum"
I am just about to install this module and I am conerned about overwriting existing PHP files. In the past, addons that simply overwrite existing files, usually break the code. I have noticed that the following files will be overwritten:

admin/includes/modules/category_product_listing.php
includes/functions/html_output.php
includes/modules/additional_images.php
includes/modules/main_product_image.php
includes/modules/pages/popup_image/header_php.php
includes/modules/pages/popup_image_additional/header_php.php
includes/template_default/popup_image_additional/tpl_main_page.php

Is it safe to overwrite these files? How can I be sure that a more recent update to Zen-Cart did not change any of these files (and would therefore be broken if I overwite them)?


just wondering it would still work if i pur them in template folder (as in the locations they need to be tho)

sorry bout the n00b question... but gotta b dumb to get smart :)

[Woodymon]

I am just about to install this module and I am conerned about overwriting existing PHP files. In the past, addons that simply overwrite existing files, usually break the code. I have noticed that the following files will be overwritten:

admin/includes/modules/category_product_listing.php
includes/functions/html_output.php
includes/modules/additional_images.php
includes/modules/main_product_image.php
includes/modules/pages/popup_image/header_php.php
includes/modules/pages/popup_image_additional/header_php.php
includes/template_default/popup_image_additional/tpl_main_page.php

Is it safe to overwrite these files? How can I be sure that a more recent update to Zen-Cart did not change any of these files (and would therefore be broken if I overwite them)? just wondering it would still work if i pur them in template folder (as in the locations they need to be tho)

FIRST BACKUP!
No overides in admin. So overwrite.

Same with includes/functions

Theory says you should be able to override /includes/modules by using /includes/modules/YOUR_TEMPLATE.

But that does not always work. So for IH2 Final I suggest overwriting files in /includes/modules (that's what I did).

And also overwrite the two files in 'pages' subdirs. Did I say backup first?

But use overrides for all templates.
includes/YOUR_TEMPLATE/popup_image_additional/tpl_main_page.php

IH2 Final was released AFTER Zen Cart 1.3.0.1. Tim always uses latest Zen Cart files in his updates. But you should always compare files with a compare utility to before overwriting. (e.g. Beyond Compare or WinMerge). To ensure you will not be overwrite your own customizations and ensure you have correct Zen Cart code revision.

Woody

[kelvyn]

FIRST BACKUP!
No overides in admin. So overwrite.
Same with includes/functions

Bzzt! Warning!
html_output not only gets over-written, but it is a core file which several other (I can think of at least 3) plugins modify.

I've seen certain contribs lately that have renamed copies of the file in the folder, so the cart owner can make the choice to rename and wipe the original, or merge it in.

(Another reason for full over-rides!)