Support

Admin Tools

#9749 Mod Page Speed?

Posted in ‘Admin Tools for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Admin Tools version
n/a

Latest post by slaes on Wednesday, 02 February 2011 02:05 CST

Tuesday, 01 February 2011 08:53 CST

slaes
Hey Nicholas,

Have you put any thoughts towards mod_pagespeed and htaccess maker tweaks? Its workable as is however requires some significant setup, trial and error and etc. Contrary to what some say, its a fantastic product with very significant results. The internal js and css rewrites are brilliant when they are setup properly (the permissions to access that is). Its a big project and obviously something google are going to relentesley push.

Just wondering if yo have looked into it and whether you have any plans in addition to.

anyone else who is interested, (ADVICE - Big benefits however not for the faint hearted, implementation is a bit of a pita. http://code.google.com/speed/page-speed/docs/using_mod.html

Tuesday, 01 February 2011 09:12 CST

nicholas
On all implementations I've seen, mod_pagespeed caused huge memory and CPU spikes. In many cases it bricked the server more effectively than a DoS attack and the administrators had to hard reset the server. I am not entirely convinced that it's meant for heavily unoptimized page output, like that produced by all CMS at the time of this writing.

Anyway, I am not going to support it because it's something you would only set up on a dedicated host. If you have the expertise to setup a dedicated host properly you shouldn't need a watered-down interface (with equally watered-down features) to configure mod_pagespeed ;)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 01 February 2011 17:56 CST

slaes
I have to respectifully disagree with you on this one, at least with my own experience anyways. I have seen all the bad re mod_page speed and personally believe since its such a pita to impliment correctly, things are missed and not configured quiet right, causig resource issues. It can obviously be configured to limit resource usage to only whats available, makeing it fairly scalable. Chat for another time perhaps. :)

Was just quirious on your thoughts and yes the liklyhood of shared hostbs taking advantage of such a product is next to nothing since they place as many users as possible on a box, lol hence not really making this solution workable to your own products.

One things for sure, the endless persuite to rewrite cleaner code after the fact is destined to remain endless. Good clean code from the beginning cannot be substituted

Tuesday, 01 February 2011 18:09 CST

nicholas
I like to base my decisions of cost/benefit analysis. mod_pagespeed consumes too much resources regarding its benefits on regular websites (i.e. sites with up to 10 million pageviews per month, without a CDN or a battery of Squid servers in front of them). Why? Because it consumes a truckload of resources to crunch down pages. The net gains (lenth-wise) are unsubstantial when compared to the benefits of GZip encoding.

However, the scale is tipped in favour of mod_pagespeed if an only if:
- You have too many visitors (more than 10M uniques per month) because the small gains are multiplied by a HUGE factor.
- You are using a Squid battery / CDN or similar approach, because mod_pagespeed will crunch through the page once, its static copy will be saved on the CDN and served as a static resource a few thousand times.
- You do not have a lot of dynamic content, because that would require mod_pagespeed to always run which, in turn, causes a performance loss which is more noticeable than its gains.

So, on the sites you and I will most likely run for the rest of our lives, mod_pagespeed makes no real sense. If you are a fan of aggressive CDN caching and don't have lots of dynamic content, then yes, mod_pagespeed will work wonders for you!

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 01 February 2011 18:40 CST

slaes
cost vs benefit, agreed its a no brainer. Your thoughts on such matters are valuable. Google's obsession with speed is becoming more and more obvious and rumour has it (althout not totally substantiated with hard evidence) they will penalies so to speak rank accordingly. Having said that if your operating traffic in the numbers you speak about, a budget for the necessary cdn setup should not be an issues, one would think. Then again, how many static sites do you know achieving such figures? Interesting thoughts.

Wednesday, 02 February 2011 01:38 CST

nicholas
"Static" and "dynamic" are relative terms. Think about Joomla.org's homepage. Its content changes rarely (about once every day), it doesn't change per visitor, it's served by a CMS and it gets millions of hits per month. Do you consider this a "dynamic" page? Nope. It's "static" in the context of my analysis above.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Wednesday, 02 February 2011 01:45 CST

slaes
granted :) fyi, you sleep less than me. Do we have problems? lol

Wednesday, 02 February 2011 01:54 CST

nicholas
I have a pesky sleeping disorder called "every day I wake up to 45 messages in my inbox, most of them support requests from non-subscribers" :)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Wednesday, 02 February 2011 02:05 CST

slaes
man, i dont know how you do it, same questions which you have documented solutions VERY well mind you, each and every day.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!