Search Results for 'pagespeed'

Average size for a complex theme is actually about 550KB these days as it combines multiple sizes, shapes, options, layouts, mobile/responsive, etc.

Visual composer is also a bit big.

However the actual footprint is much smaller for web browser via gzip and also with caching in the cloud (e.g., Chrome will cache your data if enough hits come from Chrome users, etc.).

You can also manually “minify” the main CSS file using the tips/tricks from my sticky post on site optimization.

But yes, it’s a bit big for all those features people have asked for (demanded?) — so, there is a lot going on, but it’s better than loading 10 diff. CSS files as it’s actually more efficient for one “packet” …

and some data is actually inlined automatically to help with pagespeed/rating.

There was a post exchange a while back for v4 where I’d asked about what we could “take out” if not using bbpress, woocommerce, multisite, or other things to “trim it” and that would be a good tutorial for Radu or somebody to tackle in a
“what can I take out of the main CSS file”
“what can I take out of the main includes-functions file”

as those are the two big payloads other than visual composer.

Chris

Hi

@soumitmis Sorry for the inconvenience created.

The solution I provided above it’s tested and works just fine, let me give you an example on my side: http://screencast.com/t/GjP1273uy – http://screencast.com/t/o3lJf27q As can be seen here the layout isn’t affected by the modification made in plugin’s file. Here is the plugins code that I used: http://pastebin.com/Jjb2sq3v
If this doesn’t work please send an email at contact@tagdiv.com with your site’s login details as we need to inspect this closer.

A few notification about Speed Booster plugin functionality:
The way Speed Booster improves site’s page speed it’s by moving some css and js resources, which usually are loaded in header, to the footer, such that the browser can loads the content faster. Please note that the plugin was intended for advanced user, it requires modifications on the code to add new resources (js and css) which are moved to the bottom of the page and conflicts may appear because some plugins may cause issues when you try to move their resources at the page bottom. To avoid conflicts we decided to keep the Speed Booster active only for a limited number of plugins, which are tested and works fine even if their resources are moved at page bottom. Checking a plugin’s behavior when Speed Booster is active can be done by adding it on allowed plugins list: http://screencast.com/t/dCMffJFq

@Novaque I have checked your site with: https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fshowtopmodel.ru%2F&tab=desktop – http://screencast.com/t/h2pd7wKrhNh and there aren’t any reports regarding js/css resources. You still can improve your page speed by setting the leverage browser cache also optimizing images as it’s indicated in our documentation: https://forum.tagdiv.com/how-to-make-the-site-faster/

Thanks!

Am I write, that instead of the code from the manual ‘How to make the site faster’ – >
$this->move_style_to_footer(‘FILE-ID’);

in new speed booster we use ->
$this->move_style_to_footer_queue

If so, there is a question from me. I followed all the steps from manual, but PageSpeed Insights still shows me that in the header thare both js and css. My page http://showtopmodel.ru Could you please have a look and recommend.

Many thanks forthe rapidity of your answer. There wasn’t a bug. I’d let checked mobile theme in jetpack.

I’ve also unchecked “leasyload” and I think it’s much faster even if the pagespeed test is bad 78/100 I’ll work on it.

Sincerely yours

Dear Andrei,

Either you don’t understand the issue or simply trying to waste time of others. I told you very clearly in simple english that upon commenting the code (now please don’t ask me again if I commented the exact lines?), it returns a blank screen. To make it more clear, your computer screen returns a blank white screen.

Now please offer a solution if you really have, or else simply put off your hands. Don’t mislead or waste time by pasting the same reply “I posted above a solution about Speed Booster incompatibility: http://screencast.com/t/3tiILoXRi please try it and let me know how it goes!” after a couple of conversations on each thread.

I am sorry to write such a harsh feedback. But I have no other option to stop you from wasting others’ time.

Guys, whoever faces the incompatibility issue, let me make clear that the SpeedBooster plugin does not add to your speed but slows down the site if you use any plugin outside the ones recommended by the author. If you want to continue with plugins like AIOSEO or others, the best solution is to delete the Speed Booster plugin, and you will score more on Google Pagespeed.

Best regards,

Soumitra

Hi Lucian,

I use the Newsmag theme for my site http://www.pollupdates.com. I need to move five Styles to the footer. I followed your instructions and used the code below but to no benefit. Google PageSpeed still shows all five Styles to block rendering the content above the fold.

$this->move_style_to_footer(‘contact-form-7’);
$this->move_style_to_footer(‘wp-polls’);
$this->move_style_to_footer(‘google_font_open_sans’);
$this->move_style_to_footer(‘google_font_roboto_cond’);
$this->move_style_to_footer(‘js_composer_front’);
$this->move_style_to_footer(‘td-theme’);

Can you please help me.

Best,

Soumitra

PageSpeed conflict with full page cache, and it will affect page loading time. If your theme and plugins minified, you don’t need any minify method.

Chris and Alin,
I’ve followed all the instructions and face the same issue. Here is a link with analysis:
https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fshowtopmodel.ru%2Fistorii-uspeha%2Fbest%2Fannaazarova.html&tab=mobile

Can you please have a look at the case and comment. Thank you in advance.

https runs a little slower generally due to the overall issue of encryption, but many servers are now being optimized with things like mod_SPDY which is framework being baked into next versions of web, apache, etc.

We did see some hiccups on our main site last Dec. moving to https; basically in webmaster tools (search console) you end up with two sites as they STILL don’t have a “move site from http to https” function. The main weirdness was the huge drop of “inbound links/sites” going from one million plus to 250,000 or so … this is because the other sites are linking to http version of site — which is a different site in Googleverse —

However the rankings went back to normal on our main site after awhile.

Of course having a UX score of 100 on pagespeed insights didn’t hurt either!

The sitewide 301 redirect is simple enough, as is editing your dbase to change all the embedded image stuff from http to https …

There are just the general weirdness in the inbound link volume and the whacky issue of having two sets of sites listed in your Google console; one being live, one being deprecated.

I got a note about the deprecated site in Spring reminding me about mobile fixes … um, right Google — for the deprecated site? Duh.

Https is not as much a slowdown as it used to be as servers are faster, disks faster, most servers now have gigabit switches vs 10/100 (get better host if they only have 10/100).

🙂

@r1kay
we don’t use nginx as we have dedicated server with Xeons and 32GB RAM and gigabit switch, and don’t even need to use caching plugin due to mod_pagespeed and other stuff on server side. But main reason is we have some old cgi/perl/shtml/ssi stuff on our main business site — not using php — which still runs better than nginx for that stuff, and our 20 years familiarity with apache. 🙂

Here is a screenshot from page speed. I have gzip compression enabled via htacces (), but somehow my server can’t compress these files.

This test from wegpagespeed shows some files are and some files aren’t being compressed:

Can someone from tagDiv please give me an answer as why to these files won’t get compressed?

Yeah I manually minified the js composer css (it’s the biggest file according to gps), didnt shave off that many. Pagespeed still says compressing (gzipping) the file would reduce it with from 600kb, from 750 to roughly 150. Most gzip testers say my gzip is enabled, but somehow GPS keeps telling me I could roughly shave of 2MB (!!) by gzipping all the css. So not all files al being compressed with my htacces rules. Im running a website with an older version of Newspaper on the same server with nginx and GPS doesn’t mention anything about compressing. Have no idea how to fix this…

Also, why do you prefer apache on plesk over nginx handeling php? I’m on a VPS (6gn ram) and my hosting provider said using nginx would reduce my pageload way more than apache. When I have over 2000 real time apache starts to flood the ram :/ That’s why I switched to nginx handeling PHP and configure WP Super Cache with it. Doesn’t break a sweat!

Have you “minified” the main CSS file?
Use the copy/paste minifier site I recommend, to replace your existing CSS file in theme folder. Shazam. 😉

or this one:
http://cssminifier.com/

basically make copy of your style.css file; then open original, select all, copy, paste into box, then minify, then copy the “minified” version into your original file put on the server. This compresses the file, which was the error most people see on google pagespeed — it’s not “compression” of the file via gzip, it’s compressing data in the file … semantics… 🙂

Try that if you hadn’t already…. !

Of course I’m doing plesk on apache, and not using nginx for the baseline stuff only some esoteric stuff.

Hey Chris, thanks for the quick reply, been a long time sincs we spoke. I know minifying isn’t the same as compressing. Google page speed says that compressing visual composer css version something something could save 750kb alone. I’ve run a webpagespeed test and it says that some files are gzipped, but a lot of then don’t.

I normally run wp super cache on plesk with nginx and have gzip compression enabled with some nginx rules, that works perfectly fine. But I’ve switched to apache and wp super cache with mod_rewrite rules and no matter what I try I just can’t get all the css and Javascript to get gzipped. Ive tried .htacces deflate rules and even tried a plugin to do the work for me.

I’m totally lost and think about switching back to nginx with my own additional config. What am I doing wrong?

I have the same problem as you. Gzip enabled but google pagespeed still says i could reduce roughly 2mb by compressing css and javascript. Could anyone help me out?

Hi Tagdiv team,
my website page speed showing 70 for mobile & 76 for desktop, earlier it was above 95 – https://developers.google.com/speed/pagespeed/insights/?url=gaadiwaadi.com&tab=desktop

what to do ?

Hi

You’re right about post grids functionality, it loads all article and display the hidden ones when you click on load more button, but google does not penalizing your site because of this implementation.
I’ve checked your site with https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fwww.almosthuman.cn%2F&tab=desktop and notice that you don’t have set the leverage browser caching also the images aren’t optimized. Please check our page speed guide here: https://forum.tagdiv.com/how-to-make-the-site-faster/ and try to increase your page speed following that instruction. Also if you decide to use the Speed Booster plugin here are some useful information about his functionality: https://forum.tagdiv.com/topic/speed-booster-v4-1-disabled/

Let me know how it goes and provide more details if you still need assistance on this.

Thanks!