Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
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.
Hire 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.
Hire 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
Re: Pagespeed and render-blocking CSS
philwareham wrote #289872:
in latest Photoshop (CC 2015) the 55 quality is perfectly good enough
And for those paupers like me who use Photoshop twice a year and thus still have real installable software (CS5) as it’s good enough…do you know if they’ve changed the filters in recent versions? e.g. 55% in CC2015 is equivalent to, like, 75% in CS5 or something? Or has 55% always been acceptable and I’ve been over-saving all these years?
Must admit I tend to use Save For Web set two or three notches from the top and never really noticed much degradation. But my images aren’t exactly world class anyway so it doesn’t really matter to me.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
Re: Pagespeed and render-blocking CSS
monkeyninja wrote #289881:
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%.
That is a problem, for sure. The artefact quality produced by GD and ImageMagick is quite horrific. I used 75 as a base on client sites in the past but luckily on my own site I can control the image quality myself. There may be something in using retina images with lower compression, as detailed by The Filament Group – I’ve not done a client site using that method yet but I’m keen to try it out.
Offline
Re: Pagespeed and render-blocking CSS
Bloke wrote #289883:
do you know if they’ve changed the filters in recent versions? e.g. 55% in cc2015 is equivalent to, like, 75% in CS5 or something? Or has 55% always been acceptable and I’ve been over-saving all these years?
It seems to have improved in quality recently, but I’m not really sure. As I say, I used to routinely use 75 quality setting in PS but after getting bad scores on WebPagetest I followed their recommendation of an A grade being within 10% of 50% (which means 55% in truth), and it seems to look fine.
Offline
Re: Pagespeed and render-blocking CSS
maniqui wrote #289871:
Does it really affect performance severely, even if loaded at the very bottom?
If you load analytics asynchronously after everything else, hell no; how could it. The default setup includes loading a lightweight 16 kB JavaScript file (ga.js which doesn’t run anything crazy on its own), does a cross-domain request using an image when the actual tracking action is initialized, and ends up creating few small cookies.
Performance-wise it doesn’t affect your users’ experience. Altho, the requests may take a while to complete but that doesn’t matter if the request is asynchronous.
Offline
Re: Pagespeed and render-blocking CSS
philwareham wrote #289884:
That is a problem, for sure. The artefact quality produced by GD and ImageMagick is quite horrific. I used 75 as a base on client sites in the past but luckily on my own site I can control the image quality myself. There may be something in using retina images with lower compression, as detailed by The Filament Group – I’ve not done a client site using that method yet but I’m keen to try it out.
Images have to be one of the biggest problems for web performance these days more so than any other assets. It is hard to avoid the web performance hit generated by poorly optimised images being uploaded by a user on many sites.
Offline
Re: Pagespeed and render-blocking CSS
monkeyninja wrote #289880:
The result of politicians meddling with things they don’t get (again)!
They should just outlaw this ‘internet’ thing, if you ask me. I’ve heard it’s infested with horrible things and influences violent behavior in our innocent children!
Offline