Bill Haenel

login | site map | contact 

On that subject...

in Internet

Flipboard, Zite, Msgboy, Pulse, Taptu, Poptart,... MORE

So I'm experimenting with a new social media... MORE

UPDATE as of 12PM EST: Facebook has apparently... MORE

I wonder if this means I won't have to help... MORE

I’ve been watching web traffic from my desk here... MORE

Ever wonder what the links under the main Google... MORE

"What if I started a new public media web... MORE

So I noticed that one of the hotter items being... MORE

I recently had the opportunity to review the work... MORE

My good friend John Tynan from KJZZ in Arizona... MORE

OK, I admit this post might just be a bit of a... MORE

Through my work with a number of public... MORE

Remember Webmonkey? "The Web Developer's... MORE

So I got this note from Brookstone after buying a... MORE

This is my new favorite.It's the Washlet, and... MORE

After reading the Tuesday, March 6th edition of... MORE

Sorry to those of you who did not sign up for... MORE

"Billions of signals rush over the ocean floor... MORE

Still using the hell out of those colons in my... MORE

Someone at the Public Media Conference who made... MORE

I really am a pathetic blogger. Not sure why, but... MORE

I'm going to try something new here at... MORE

As my second installment of Web Master Tidbits, ... MORE

I have a CMS called MySiteWorx!, a software that... MORE

Recently I was interviewed by Stephen Feller from... MORE

Everyone knows how much I love public... MORE

I don't write a whole lot of HOWTO stuff on this... MORE

Here's one to watch.  Microsoft Point of... MORE

It seems some other folks (including the New York... MORE

When will they ever learn? I've been watching... MORE

You heard it here first. Or maybe not. But this... MORE

Recently, I've been requested by a prospective... MORE

I had the pleasure of reading the recent blog... MORE

If you've never tried it, you might want to wait... MORE

Mass Media: An ethical and socially acceptable... MORE

in Software

I recently acquired an Asus T91MT convertible... MORE

This one has driven me nuts for several years,... MORE

I haven't said much (at least not publicly) about... MORE

in Open Source

For me, one of the highlights about last week's... MORE

Posted by Bill Haenel on 04-Dec-08

So I don't have much time to write here, but this took me some time to debug, and as a result I felt strongly compelled to share my findings with the few loyal readers I may have here at billhaenel.com.

I have a Plesk VPS server on which we host several sites. One of the sites we host there is a ZenCart-based shop. The ZenCart version installed is 1.3.8a.

We needed some good image handling for auto-resizing and such. We have a script that I created several years ago for this, but the Image Handler 2 add-on found at http://breakmyzencart.com/image-handler is just so much better than ours. Plus we had used it on several other shop sites, hosted at other servers with different configurations, and it worked flawlessly.

Apparently, the version of ImageMagick available for installation on our Plesk VPS is 6.0.7. 6.0.7 does not come equipped with the "-composite" directive for IM's "convert" comand. That directive is used by IH2 for layering and such when resizing images automagically. This is a big problem for those of us using IM on a Plesk VPS server.

The missing "-composite" component caused the entire resizing operation to fail, and subsequently the entire product display routine. Small hole that needs to be filled, IMHO.

The solution was to remove the ImageMagick convert path setting. This setting can be found in your store installation at includes/extra_configures/bmz_image_handler_conf.php, line 15, "$ihConf['im_convert']". Just set it to blank, or ''. Then be sure to set, in the same file, the $ihConf['gdlib'] variable to 1 or 2 (preferrably 2) as you're going to need it now that you've effectively trashed ImageMagick.

After turning off IM, I then ran into trouble with GD's memory usage. It was causing the script to crap out because it needed way more memory than was allocated (this is apprarently caused by the way GD handles uncompressed images or something...?). Anyway, this required a temporary configuration change within the load_imageGD() function in the ih_image class, found in file, includes/classes/bmz_image_handler.class.php, at line 615. To do this, I simply added the line, "ini_set('memory_limit','100M');" in as the first line within that function. That seemed to do the trick.

After all of that mess, it finally worked. It's really slow the first time you load a page with a lot of images, or the first time you load a product with one big original. It simply needs time to process and make that first cache. But once it's made, it goes much more quickly on subsequent page loads.

So, in summary:

  1. Turn off ImageMagick,
  2. Turn on GD,
  3. Set the script to use more memory,
  4. Run a first-time pageload to fill your cache before your client sees what you've done.
Gimme a shout if you need to know more. Sometimes I even reply.


Related topics: · ·
Technorati Tags:
[where: 13617]
Xbox Live Gratuit