Comments on: Magento Commerce – Layered Navigation Cache Error

By: Chris McKee

Chris McKee — Mon, 06 Jul 2009 20:43:17 +0000

@jk Good idea; I was planning on having an updated version out a few weeks ago, I'm a bit stuck for time due to other things in the pipeline.

Try and remember when modifying this file that initially it was written to be run from SSH to minimise the risk of cancellation and to reduce the memory consumption. The more text you write to the screen via echo, regardless of how nice verbose is, will increase the buffer and reduce the number you can process in each run.

@spatter: thanks more and more to come. Unless I get hit by a bus that is.

Chris

By: JK

JK — Sun, 05 Jul 2009 19:34:19 +0000

Hi, my friend ask my to repair his shop because he got problems with his layered navigation in Magento store.
I was searching over the internet and I found one FIX created by Chris McKee. THX Chris
His script was perfect but some automatic functions were missing, therefore I’ve created my own script.
Check it here: http://jksite.com/blog/2009/07/magento-layered-navigation-cache-error
Many THX Chris!

By: spatter

spatter — Sun, 05 Jul 2009 16:38:36 +0000

I've had your blog in my bookmarks for a couple of days now and just wanted to say that I really love your articles! ^^

By: JK

JK — Thu, 25 Jun 2009 12:24:35 +0000

Hello Chris, Perfect !! It is working for my shop (id 3) where I have 117 products, but if I do it for a shop with 1077 products (id 5) it is not working everytime some error,I was thinking that this file should be able to make it one by one... without execution time is exceeded, if I select ony 1 as $hm, not working, max execution time 150 s exceeded...
Could you make any chnages to the script to make it working ?
THANKS

By: Chris McKee

Chris McKee — Mon, 25 May 2009 22:28:23 +0000

@Scott: Generally, yes you should use local folder with a copy of the structure + the file you wish to override to overload that chunk of code; In cases such as this where I'm basically commenting something out to fix an issue I prefer to leave the files as is and change the core.

As I use SVN + Patch I can see when alterations have been made to this file and if I see that its beneficial to the file I can accept their changes over mine and "in pigs can fly" world stop using my hack to handle the layered nav. If I was using the Local file I would have to make sure I was copying my files across every time there was another change to the file.

The Inchoo article makes sense for new users but if your comfortable enough to manage your work in SVN, using the downloader so you can upgrade automatically is a lot like giving away any control you have.

By: Scott

Scott — Sun, 24 May 2009 18:50:31 +0000

One other note worthy mention is never comment out core code. Put an exact copy of that file into the same folder structure under local then when you upgrade it wont overwrite your hard work. Read this post if you dont believe me.
http://preview.tinyurl.com/pfl8el

By: Scott

Scott — Sun, 24 May 2009 18:47:37 +0000

@Dennis, also look into servint, they have been our host through our magento install and have happily made any changes and quickly that we needed for magento. IE: Innodb tables, php soap etc.

By: Chris McKee

Chris McKee — Fri, 15 May 2009 19:06:21 +0000

@Dennis:
Ideally you need a decent host (preferably one that actually says its a magento commerce host; as it means they've tested it) and in an ideal world MOD-PHP (Mod-apache-php) rather then PHP-CGI (FASTCGI) Which is usually the choice on shared hosts.

So I'd say either united hosting who are the only big shared hosting providers that have proven to be good. Or a dedicated server with someone like Aplus.net or Tagadab; in which case you'll have to look at getting your server scanned for PCI Compliance (UK) or the US Equivalent.

By: Dennis Crawford

Dennis Crawford — Fri, 15 May 2009 16:26:30 +0000

Chris,

Thanks for the help you have given me, it appears I have bigger issues than worrying about this right now. Obviously GoDaddy is not the correct host to use for Magento. I am looking into a couple of other providers with SimpleHelix being the forerunner.

Dennis

By: Dennis Crawford

Dennis Crawford — Mon, 11 May 2009 09:34:49 +0000

Chris,

I have followed your directions to a "T". File permissions, downloading, creating an empty CNT file. If I try to run this from putty using php -f cm_cachephp.php I still get the same error regarding the store ID.
I have checked in ADMIN and it is in fact 1. When I run this inside Firefox this is what I get; this output is generally the same but will vary depending on how many products I set to process. The page stops there and a refresh will result in the same message as below but continue with the left number sequence. I have set the products to 265 which is what we currently have. If I continue refreshing the page it will keep going and going way past my current product count.

#1#CURRENT MEMRY USAGE = 4951504;
#2#CURRENT MEMRY USAGE = 4951704;
#3#CURRENT MEMRY USAGE = 4951720;
#4#CURRENT MEMRY USAGE = 4951720;
#5#CURRENT MEMRY USAGE = 4951720;
#6#CURRENT MEMRY USAGE = 4951720;

By: Chris McKee

Chris McKee — Sun, 10 May 2009 23:15:12 +0000

@Dennis Crawford Line 16 is simply setting a variable; did you download the file or copy-paste the file which would only make sense if the contents of the file wasn't right.

$store = Mage::app()->getStore('1');

Make sure that get store is getting the right store number; it should be 1 if you only have one store.
Make sure the script is set to CHMOD 755 and if your systems a bit wierd (as a few hosts have proven to be) create a file called CNT and set that to 777.

By: Dennis Crawford

Dennis Crawford — Sun, 10 May 2009 22:04:13 +0000

I did now I am getting the same error in different line;

syntax error, unexpected T_OBJECT_OPERATOR in
/home/content/c/e/s/cesavings/html/store/cm_cachephp.php on line 16

Thanks for the help
Dennis

By: Chris McKee

Chris McKee — Thu, 07 May 2009 21:06:35 +0000

@Dennis Crawford use the updated script http://chrismckee.co.uk/magento-commerce-layered-navigation-cache-error-part-deux/

By: Dennis Crawford

Dennis Crawford — Thu, 07 May 2009 11:57:39 +0000

I am getting Parse Error-Syntax Error, unexpected T_OBJECT_OPERATOR in /url/cm_cache.php line 19

By: Chris McKee

Chris McKee — Thu, 19 Mar 2009 03:16:56 +0000

Hi Thad,
1. The memory consumption rises like nothing else; this is partly because of the complexity of the query being run and partly because Magento is bloated. As you'll note I have added the post to the bug log.
2. Feel free; I'm delaying the script to provide a breather between the pile of processes Mage runs through zend to create the database entries. If you watch the database tables, catalogindex_eav _minimumprice and _price you'll see that it adds thousands of records.
3. Ignore that, The fix it provides is just circumstantial. Its better to just go into the admin and turn it off under layered navigation cache. I'll change the post to reflect the changes I've made.
4. It's easier to turn it off in the admin... Magento doesn't seem to check... granted working with magento codes a lot like finding a needle in a haystack.>> http://chrismckee.co.uk/magento-commerce-layered-navigation-cache-error-part-deux/ThanksChris

By: Thad

Thad — Wed, 18 Mar 2009 18:15:06 +0000

I have a few questions:

1. The memory consumption of the script is really high. I'm on less than 500 products and it's over 140MB.

2. Also I'm wondering why the sleep() function is there. Without it it doesn't seem to work and the memory consumption never changes. Just wondering. Could that be adjusted to half a second with usleep()?

3. And if you could explain how the indexer is disabled by what you did. That would help.

4. One more thing. You can use custom code to disable that indexer by rewriting it in local.xml and creating your own model. Although I can't seem to get this to work right now. I will tell you when I figure it out.

I hope this solution works for me, I've been working on this for a while now.