Rated 0 out of 5 by PauloMF71 Erza,
Your extension is amazing... at the moment i just tested, but the results are expressives. Tks for this excelent extension.
I´d like to ask you about a little doubt...imagine the following situation:
If we have a product with inventory quantity 1 and this product is sold... the cache will continue to serve the category and product page outdated due to now the inventory level for this product is ZERO. OK.. we need to refresh!
But, if we constantly flush the cache, periodically, ezoom will remake the cache automatically after next load of the page. But, with this approach probably we huge increment the misses hit. Do you agree?
I´d like to implement your extension with a valid cache for a week or two and only refreshing the cache for a sold or updated products. Basically we just refresh the cache when sold or updated and probably not by cron.
Ok, to refresh the cache for product and category we could use a Flushcashe(0), but, in my understanding, all products and categories will be flushed. And to use the clearCache($id) we need to know the ezoom page id... correct? How Can I get this information for a product ? And how can I do the same for category? To implement this I will create an observer class for inventory level.
Other approach could be to put filters to out of stock products at the collection to be flushed additionally to time.
Your opinion will be of a great add value. What you think about this implementation way? Maybe I´m travelling to moon.. rsrsrs? Do you consider this viable?
June 18, 2012
Rated 0 out of 5 by justice85 i find errors when add it to a multi-sites magento ,such as domain.com,domain.de,domain.fr.they both display like domain.com
June 11, 2012
Rated 0 out of 5 by almenzies Awesome to see an extension like this for free
However I'm currently running at only 12% hits and 88% misses - would be most grateful if anyone knows how to increase this.
June 11, 2012
Rated 0 out of 5 by stefanr91 This is extension is great, but hole-punching ain't working on the products pages. Anyone else fixed this problem? Working fine on home and category pages.
June 3, 2012
Rated 0 out of 5 by cfreak Hey,
first of all, thanks for providing a full page cache for free. Thats really great.
But can anyone tell me, if it is working with community edition 188.8.131.52? Or has someone it running with that version?
May 30, 2012
Rated 0 out of 5 by Isaac Chambers I've tested this module for a week now in a live store and have some thoughts:
1. Overall, it's a great module that's lightweight and easy to implement
2. It improved the server response time greatly (just a fraction of a second) and the tota page load is in the 2-3 second range now
3. The developer offers zero support. I understand this is a free module and he's busy, but the lack of support seems to indicate that the module isn't important to him and doesn't care about its future.
4. There is a fairly serious bug that effectively prevents cacheing of product pages: hole-punching doesn't work on product pages. I've tested this with clean installs of 1.4.x, 1.5.x, and 1.7.x and the bug persists in all versions. If this bug were fixed, I would have no problem recommending this module as a full page cacheing solution.
P.S. a tip to those experiencing blank/404 Zoom admin pages... you need to logout of your admin and log back in after install!
May 25, 2012
Rated 0 out of 5 by PCGamesPlus This extension is not supported. I have emailed the developer with every contact link I could find for them and I didn't get a reply. Not even one to say they couldn't help me.
May 8, 2012
Rated 0 out of 5 by Norets Hello! Your module is just something! Thank you very much!!
The speed of my shop risen to unbelievable!!
I'm really a problem, after turning your module, I can not log into the admin panel. how can I fix this please tell me?
May 5, 2012
Rated 0 out of 5 by HolDenWagenHarry really great extension. But everytime a user uses the advanced search he gets the following error:
Cannot send headers; headers already sent in /ezzoom.php, line 195
#0 /lib/Zend/Controller/Response/Abstract.php(115): Zend_Controller_Response_Abstract-gt;canSendHeaders(true)
#1 /app/code/core/Mage/Core/Model/App.php(1188): Zend_Controller_Response_Abstract-gt;setHeader('Content-Type', 'text/html; char...')
#2 /app/code/core/Mage/Core/Controller/Varien/Front.php(80): Mage_Core_Model_App-gt;getResponse()
#3 /app/code/core/Mage/Core/Model/Url/Rewrite.php(185): Mage_Core_Controller_Varien_Front-gt;getResponse()
#4 /app/code/core/Mage/Core/Controller/Varien/Front.php(166): Mage_Core_Model_Url_Rewrite-gt;rewrite()
#5 /app/code/core/Mage/Core/Model/App.php(340): Mage_Core_Controller_Varien_Front-gt;dispatch()
#6 /app/Mage.php(627): Mage_Core_Model_App-gt;run(Array)
#7 /index.php(82): Mage::run('', 'store')
Maybe I can turnoff this via exclusion. But how?
April 30, 2012
Rated 0 out of 5 by derbas Great extension (Magento 184.108.40.206).
Hole-Punching didn't work until I added to .htaccess:
April 30, 2012