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

No, I did not know that.

Cool beans! I'll follow your link and poke around for a changelog, figure out benefits of the latest version. I imagine I'll find incentive to upgrade two sites I'm currently working on.

Thanks Diva!

Feznizzle:

The following is a list no one will argue with (maybe?):

• XML Sitemap

• Provide a good user experience

• Valid code

• Fast site <--- IH is awesome for this!

• Excellent, well organized content, content, CONTENT!

Why'd you have to go an issue a challenge like that? Now I have to argue it! :) The only nit picky thing I would suggest is the order... content is far more important than a site map, from my understanding. I recall from various sources that a site map is more important for YOUR server and resources as it, perhaps, speeds up the traversal of the bot and (sometimes) sends it on its way before it "wastes time" looking for things that aren't there, but I don't think it actually helps with ranking. Google makes changes all the time. Attempts at "SEO" (if such a thing even exists any more) are certainly always trumped by having content the user actually wants to find. That's the point of Google... to get the RIGHT site to the searcher's eyes, not necessarily YOUR site.

Ha!

Well... yep, content is indeed king. That was an intentionally unordered list, though I did let it flow from least to most important. The only point emphasized (with CAPS) was content. That tiny list (compared to the zillion factors that go into googles magical formula) was chosen specifically to be 100% noncontroversial. I only pointed to things that everyone knows for a fact are important because SE's have told us so.
:yes:

And I then intentionally did not offer any indication on how important I felt any particular factor was, except content (which, again, is undeniably the most important ingredient to SEO).

My list had two main parts:

• XML Sitemap - does not effect user experience, but is requested be SE's
• User Experience
  I pointed to sitemap because you can use it to attach keywords to your bmz_cache image link.

Then I pointed out three things that undeniably effect User Experience and SEO. The first two (less important) specifically relate to why you should use IH4:
smart coding (effects user and is weighed by SE - https://validator.w3.org/)
reduced load times (effects user and is weighed by SE - https://developers.google.com/speed/).

And finally, I added the most important one (as you point out!): content.

Anywho, I'm dropping out of this discussion now. I've learned the hard way never to discuss SEO in these forums (I had to pay an attorney to help me craft this entire comment!). And SEO isn't really an IH4 support issue (what this thread is about), so we will both get spankings if we don't shut up in a hurry!
:D

I'm off to DL the beta version of IH4, peace!

I was only making a weak argument because you dropped the proverbial gauntlet ;)

s_mack:

I was only making a weak argument because you dropped the proverbial gauntlet ;)

Right on. Cool, cool!

Hi

I haven't install IH4 yet, but it looks like the main purpose, it's for making and displaying different images sizes in a easy way.
I have a question or two:

I was wondering, if this module could be use to set responsive images, ie: using the srcset.
And, if it works with other products types, ie: bookx product type.

ups, I have a third question:
I use a lot, Easypopulate. The use of GD only works upon image upload, or if the images that are uploaded by ftp, also get different sizes ?

Thanks

mesnitu:

Hi

I haven't install IH4 yet, but it looks like the main purpose, it's for making and displaying different images sizes in a easy way.
I have a question or two:

I was wondering, if this module could be use to set responsive images, ie: using the srcset.
And, if it works with other products types, ie: bookx product type.

ups, I have a third question:
I use a lot, Easypopulate. The use of GD only works upon image upload, or if the images that are uploaded by ftp, also get different sizes ?

Thanks

Anywhere that zen_image is used IH4 will applicably compress the image(s). It is not product type dependent and works on non-product images as well. Also, the work occurs when the image is first accessed, so if the image(s) are uploaded by ftp or other method, the first visitor to be presented the image(s) will experience a small lag while the compression and storage occurs, but every other visitor after that will experience the benefit of IH4. It is also possible (somewhere in thread) to "manually" force the access of the image(s) to create the new file(s) before the first visitor visits.

Thanks for the reply
So I guess, one could use this images for responsive images and breakpoints. I'll install this module.

I've read somewhere along this thread, that the there is a beta version on git, that names the images for human readability (not sure if it's need it ), but I didn't find a beta release in git ?
Is there still a difference between the git and the zencart download ?

Thanks

mesnitu:

Thanks for the reply
So I guess, one could use this images for responsive images and breakpoints. I'll install this module.

I've read somewhere along this thread, that the there is a beta version on git, that names the images for human readability (not sure if it's need it ), but I didn't find a beta release in git ?
Is there still a difference between the git and the zencart download ?

Thanks

The link posted in post 1438 (previous page) is the github version that is considered "Beta". That version has not been uploaded to the ZC site and yes is different.

Thanks ! :thumbsup:

does this IH work in 1.5.4?

bumba000:

does this IH work in 1.5.4?
Yes, ***it ***does, where ***it ***is the version of IH4 currently available for download from the Plugins.

Hi Lat,
Thanks. Yes I see https://www.zen-cart.com/downloads.php?do=file&id=1380, but it does say for 1.5.x and then mentions 1.5.1 and 1.5.2. Just making sure.

Thanks again, John

I've got a site running Zen Cart v1.5.4 (quite modified), IH-4, PHP 5.6.16, GD version "bundled (2.1.0 compatible)", PHP memory limit 128MB

All's been working quite nicely ... then a new product was introduced with an image that's 1,280,074 bytes (the previous largest one was 889,894 bytes). Attempting to (a) display that product in a listing, (b) display that product's details and (c) view that product's images in Tools->Image Handler-4 all result in a partially-rendered page with no debug-log generated.

I remember seeing a report of such an issue (perhaps by @delia) within the past year, but can't locate that posting now. Any suggestions on the proper corrective-action (other than resizing the image down)?

lat9:

I've got a site running Zen Cart v1.5.4 (quite modified), IH-4, PHP 5.6.16, GD version "bundled (2.1.0 compatible)", PHP memory limit 128MB

All's been working quite nicely ... then a new product was introduced with an image that's 1,280,074 bytes (the previous largest one was 889,894 bytes). Attempting to (a) display that product in a listing, (b) display that product's details and (c) view that product's images in Tools->Image Handler-4 all result in a partially-rendered page with no debug-log generated.

I remember seeing a report of such an issue (perhaps by @delia) within the past year, but can't locate that posting now. Any suggestions on the proper corrective-action (other than resizing the image down)?

Size of file wasn't the issue, resolution of the image is/was. Posting describing the above and appears to have some troubleshooting tips is in the following thread: https://www.zen-cart.com/showthread.php?215296-Corrupted-product-database-entry-leads-to-blank-product-listings&p=1269892

Thanks for that, mc12345678! At least I've now got a starting point for figuring out how to tackle this programmatically.

mc12345678:

Size of file wasn't the issue, resolution of the image is/was. Posting describing the above and appears to have some troubleshooting tips is in the following thread: https://www.zen-cart.com/showthread.php?215296-Corrupted-product-database-entry-leads-to-blank-product-listings&p=1269892

lat9:

Thanks for that, mc12345678! At least I've now got a starting point for figuring out how to tackle this programmatically.

It IS possibly a filesize issue.. There are some documented GD limitations based on filesize.. That thread is a source of the info I found.. Notably:

One other potential problem you may run into is to do with memory. It seems that GD holds all images in memory as bitmaps once they've been opened. This means that a 5MB image can actually consume more memory than a single PHP thread is allowed, resulting in a fatal error. I had this problem with some image uploads and had to reduce the maximum file size I allowed to get around the problem.

Hello, I would like to format the hover function of this addon - particularly the position of the larger 'floating' image when displayed. I wondered if that was simple to acheive?

I have disabled the hover function for all pages except Product Info, so when hovering over the small additional images a large image is displayed. I would ideally like for this to be displayed over the main product image, rather than alongside the mouse pointer / cursor. Or perhaps limit the size and have in a fixed position rather than following the mouse.

Thanks for any help!

Hi,

Hope this isn't a dumb question but... how often does BMZ cache rebuild?

I am adding some pages and would like to copy/paste category grids into source. For instance:

<table align="center" border="0" cellpadding="1" cellspacing="15" width="100%"> <tbody> <tr> <td align="center" valign="top" width="32.5%"> <div class="categoryListBoxContents" style="width:100%;"> <a href="/Solder_Fluxes_Chemicals/Solder_Paste/Lead_Free"><img alt="Lead Free" height="150" src="**bmz_cache/5/52004ec3453bf98d01fe0f7ae8026da9.image.150x150.JPG**" title=" Lead Free " width="150" /><br /> Lead Free</a></div> </td> <td class="vDotLine" rowspan="4">  </td> <td align="center" valign="top" width="32.5%"> <div class="categoryListBoxContents" style="width:100%;"> <a href="/Solder_Fluxes_Chemicals/Solder_Paste/No_Clean"><img alt="No Clean" height="150" src="**bmz_cache/c/c0833ee64e8a63a882782f8b4cbd4879.image.150x150.jpg**" title=" No Clean " width="150" /><br /> No Clean</a></div> </td> <td class="vDotLine" rowspan="4">  </td> <td align="center" valign="top" width="32.5%"> <div class="categoryListBoxContents" style="width:100%;"> <a href="/Solder_Fluxes_Chemicals/Solder_Paste/Rosin_Based"><img alt="Rosin Based" height="150" src="**bmz_cache/c/c8c89121bab52d61a3894e77b22a85cd.image.150x150.jpg**" title=" Rosin Based " width="150" /><br /> Rosin Based</a></div> </td> </tr> <tr> <td class="hDotLine">  </td> <td class="hDotLine">  </td> <td class="hDotLine">  </td> </tr> <tr> <td align="center" valign="top" width="32.5%"> <div class="categoryListBoxContents" style="width:100%;"> <a href="/Solder_Fluxes_Chemicals/Solder_Paste/Water_Soluble"><img alt="Water Soluble" height="150" src="**bmz_cache/d/da0b60f64afaaa3dc29431c72df80304.image.150x150.jpg**" title=" Water Soluble " width="150" /><br /> Water Soluble</a></div> </td> </tr> </tbody> </table>

I have about 30 such pages to build. If I can just copy/paste those grids, the work will go super fast, look great, and have the benefits of IH.

But if the cache updates automatically or changes for some reason, it will be extremely painful to clean up.

Am I safe to use the cached images?

I'm having some issues with IH4 on my site. It was working perfectly but for some reason now, she's broken. One category still displays in admin>tools>image handler4 but if I click one any of the other categories it comes up with this only:

Image Handler4
No Image Handler information found.
Image Manager Admin Tools Preview About/Help
Uninstall Image Handler. (Please backup your site and database first)
Clear image cache
Scan for old IH 0.x and 1.x original images

No mods were done in between it working as it should to now.

My work mate had added some images that were far too large, so I deleted all of them with filezilla and re uploaded drastically reduced ones.

I've emptied the cache and bmz_cache

But none of the above seemed to have worked.

The website is fabbedart.com.au - has anyone come across this before?