Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: Pagespeed and render-blocking CSS
philwareham wrote #289867:
CloudFlare is free.
Oh, didn’t see the free plan. We looked at it and chose the $200 option at work because of the DDOS protection. Maybe I’ll investigate.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: Pagespeed and render-blocking CSS
philwareham wrote #289863:
1 Make all JPEG images progressive, at the correct pixel size, and not above 55% quality setting in Photoshop.
You meant 85%, right?
3. Get rid of Google Analytics.
Does it really affect performance severely, even if loaded at the very bottom?
5. Serve assets (images/JS) from a couple of static subdomains in addition to your main domain, but leave the CSS file on main domain.
I’ve never heard of this: what’s the reason for leaving the CSS file on the main domain?
Thanks.
Offline
Re: Pagespeed and render-blocking CSS
maniqui wrote #289871:
You meant 85%, right?
Nope, in latest Photoshop (CC 2015) the 55 quality is perfectly good enough (you can go much lower for images served as retina 2x too). Anything higher and you are going to get a bad score on WebPagetest and will be punishing your mobile users. I don’t go higher than 55 on my site and you’d be hard pushed to see too many nasty artefacts. Always remember to run your images through something like imagemin or my personal choice, ImageOptim to trim off any extra fat.
Does it really affect performance severely, even if loaded at the very bottom?
Unless you are using Google Adwords then I don’t see any benefit of installing GA apart from for simple voyeurism. The drawbacks of GA are:
- More JavaScript.
- It uses cookies, therefore you’ll need a cookie disclaimer on your site under EU law.
- It uses cookies, so you’d better make sure you are not tracking users in Germany.
- It allows Google to easily spread their particular brand of ‘Don’t be evil’ evil. :)
- It uses cookies.
Most of the useful info GA gives you is either available via Google Webmaster Tools or by using pure common sense. If in doubt, run your pages through an SEO tool or look at the server logs.
I’ve never heard of this: what’s the reason for leaving the CSS file on the main domain?
The reason is documented here (see the CSS and performance section)…
One thing we found at work, though, is that you should not serve CSS from an asset/subdomain…
Offline
Re: Pagespeed and render-blocking CSS
@philwareham – just curious what you might use instead of the (ghastly) Google Analytics for those who might want a little data from their site users?
Offline
Re: Pagespeed and render-blocking CSS
jstubbs wrote #289873:
instead of the (ghastly) Google Analytics
I quite like Piwik. Similar set of graphs and analysis, without the third-party DNS lookup delay, since it’s installed locally on your server. And updates are a breeze. As far as I’m aware, it still uses cookies though so if you’re averse to them as, it appears Phil is(!), avoid it.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: Pagespeed and render-blocking CSS
I just don’t install GA any more as default.
If a client wants it and aren’t using Adwords then I try to talk them out of it because they’ll use it once, maybe twice out of curiosity, then never look ever again. If they still want it I charge them extra for that service.
Offline
Re: Pagespeed and render-blocking CSS
Bloke wrote #289874:
it still uses cookies though so if you’re averse to them as, it appears Phil is(!), avoid it.
I’m still slightly miffed that CloudFlare add a cookie to their CDN assets. Don’t get me started on social sharing buttons though, they should die by fire. No excuses.
Offline
Re: Pagespeed and render-blocking CSS
philwareham wrote #289876:
I’m still slightly miffed that CloudFlare add a cookie to their CDN assets.
You mean this one?
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Offline
Re: Pagespeed and render-blocking CSS
Gocom wrote #289878:
Cookie hate is just fucking moronic.
I don’t hate cookies, I just don’t see the point if you don’t have to (because of the crazy EU law). Thanks for the input.
Offline
Re: Pagespeed and render-blocking CSS
Gocom wrote #289878:
Cookie hate is just fucking moronic.
The result of politicians meddling with things they don’t get (again)!
Offline
Re: Pagespeed and render-blocking CSS
philwareham wrote #289872:
Nope, in latest Photoshop (CC 2015) the 55 quality is perfectly good enough
Out of interest how do you deal with delivering user uploaded images? We often have to resize images uploaded by users on the server (currently using GD but I’m pushing the use of ImageMagick as it seems to be faster and more capable). 55% quality is often poor when resized this way so we’ve had to up the quality to ~85%.
Offline