There’s a lot of good suggestion here on improving Magento’s performance. Once you run the gambit on tuning your web server, MySQL, PHP and optimizing your Magento design and skin the next big payoff is a Full Page Cache.
There are a handful of them out there, but we just released a new version of ours that is really easy to install and get running. Page load times will decrease to sub 150ms on a properly configured server. In the latest version we added support for block updates on cached pages so things like recently viewed products, compare products, and the shopping cart work on cached pages. It’s relatively easy to extend as well as layout files control cached pages and block updates. Let us know what you think: http://ecommerce.brimllc.com/performance/full-page-cache-magento.html
Hi
Can anyone have a look at my site http://www.discountcoffee.ie/ and give me some idea as to why its so slow, I get a good score with YSlow
but the pages just take so long to load and the add to cart is unworkable any help would be great
stuart
By the way, I don´t know how to solve the leverage browsing cache issue, setting expire headers. If anyone has any idea my site is http://www.extrememachines.com.ar/store
Has Anyone tried NGINX+Varnish+Eaccelerator+magneto community 1.6.2?
Do these work well together?
I’m using such config except for apc instead of eaccelerator. Works with no problems (I feel there’s some room for improvement in MySql setup but that’s another thing).
Varnish works really amazing. Huge difference.
A solid Full page cache solution can help a slow server. However, that is only half the equation. You will also need something like Site Optimizer / Speedster in order to optimize bandwidth, latency of request resources, browser caching, etc
Has Anyone tried NGINX+Varnish+Eaccelerator+magneto community 1.6.2?
Do these work well together?
I’m using such config except for apc instead of eaccelerator. Works with no problems (I feel there’s some room for improvement in MySql setup but that’s another thing).
Varnish works really amazing. Huge difference.
I’m in the process of migrating to a server using this configuration with APC and memcache. Getting varnish to work with SSL was a bit tricky, and I’m still working on further optimizations since a visitor who moves from a varnish page to a cookied non-varnish page (i.e. after they’ve put an item in their cart) will experience a massive increase in page load time. I’m also a bit worried about the overall server stability since I have been dealing with various 500-level server errors (some triggered by varnish, some by nginx, some by php timeout settings).
I’m looking at all kinds of things right now… using xdebug and webgrind to profile php functions, looking at the mysql slow query log (though while using 1 second as the long_query_time nothing is being logged except non-indexed queries)… but unsure where to apply additional performance efforts at this point.
Yesterday i found a good articel with amazing tips around on how to configure a server. I tried some of this and i have now a page load time under 500ms!!!!!
i have a problem regarding the varnish cache. I hope someone can help us.....
Varnish is running and it´s great but we have a problem with our breadcrumb and our function \"previous next\”. When the user goes to a product, the breadcrumb only shoes the name of the product but not the hole path. The function \"previous next\” doesn´t work, too.
For merging and minifying JS / CSS / HTML, the only solution to use is Site Optimizer
Never use the built-in merge functionality that comes with Magento. Either don’t use merging or use Site Optimizer. The way the default merging is done will reduce the speed of your whole site. If you only test one page on your site it might appear to work. However, users do not go to one page. They go to your home page, your catalog page, your product page. The default merging will require users to redownload javascript when changing page types. This is provable by recording the JS / CSS urls as you change page types (home page -> product page).
