No search results were found in Documentation!
Hi,
is it still useful in 2015 to use a plugin to cache the widgets?
https://wordpress.org/plugins/wp-widget-cache/
I need to cut down the amount of plugins, but without to slowdown my page. 🙂
Thanks!
Hey guys, tried looking for a simple solution but couldn’t find one.
I create some fancy images for my site, the featured images are optimized a lot, but it seems like wordpress doesn’t optimize the thumbnails as I get a bunch of stuff like this on PageSpeed:
Losslessly compressing http://evolvehype.com/…ploads/2015/03/ehlprodivision-100×65.jpg could save 249.5KiB (98% reduction).
What’s the easiest way so that the thumbnails are much smaller?
Thanks!
Okay thanks!
This is how it looks for me: http://dev.promicabana.de/wp-content/uploads/pagespeed.png
But okay, apparently not a problem. 🙂
Hi,
If I test my site, the Google Pagespeed mobile tab shows always a blank page.
I don’t know why this is happening, but my site looks in a normal browser still very good.
Just as an FYI,
the 1.7 version of theme was causing CPU spikes to go from our normal load of “0.9” to “1.1” up to “270.0” … (!) … considering our old server prior to Jan 2014 would have completely crashed at “60” — that’s pretty amazing in and of itself. But, server was pushing out “high load” warning emails hourly, and php status going from green to red every hour for a full day since switching on 1.7.
Going back to 1.6 immediately resolved that issue.
Normally I was skeptical of the whole “theme is crashing my server” issue, but this did in fact happen with us, and my server is about as hot-rodded and streamlined as currently possible with Linux/Apache/CentOS/Plesk-Parallels + mod_pagespeed and mod_SPDY, opcache and php optimizers; 8+ cores of XEON CPU and 32GB RAM (enterprise class server).
Still blown away server didn’t crash with “270” spikes, and email still worked, and other sites worked …. but normal server response overall also went from 0.3 seconds to 1.6 seconds and longer.
Obviously, you know there is an issue; but this is just anecdotal info for anybody else running into a WTF? moment.
Peace out 🙂
-
This reply was modified 11 years by
simchris.
After the update my pagespeed did even get faster. I am using w3 total cache and cloudflare. I disabled the lazy load functionality because I could not see the images on my Windows 8 phone. My server configuration is Linux, CENTOS 6.6 x86_64, Apache 2.2.29, PHP 5.4.36, MYSQL 5.5.42-cll, Perl 5.10.1
Maybe this helps the developers to eliminate some issues. Kind regards.
Hi,
The pagespeed and loading time of my site is very slow with V 1.7! My Bounce Rate increased more than 9%!!
When you’re planning to fix it? I supose that you’re going to release a V 1.8 right?
I don’t want go back to the V 1.6. I made a lot of changes and test of plugins for upgrade to V 1.7. Don’t want to do the same for the downgrade.
Regards,
Engels H.
Obviously the quick and dirty method worked
(trick is to delete via filemanager on server; then upload via FTP)
Always amazed that works. 😉
So, 10 minutes … and I just switched back on Disqus, photo new items right side, third ad, and the pages are 10x faster at least … maybe 20x faster…
so… shazam… there you are. In our case 1.7 does NOT work well with all the snazzo-riffic hardware, bandwidth, mod_pagespeed and other stuff we have on tap. 1.6 literally rocks.
I do believe you are correct in that some other things related to php queries and whatnot are baked in someplace, as that is HUGE difference.
from theme panel, click home page button – 2 seconds in IE 11 Win7/64. Previously 20 seconds … soooooo….
okay, happy that worked.
I guess we’re not crazy, then 🙂
hi,
was a problem of PageSpeed google,
since last night until this morning reported this problem on all Web sites.
Thanks
I just turned off whole bunch of stuff like “related posts” and removed on ad from sidebar, removed new items from footer 2 (replaced with subscribe), removed images from sidebar for new stories …
home page comes up in 6-9 seconds, vs 1-3 for the other site.
Crazy. Same server. Same php memory. Same mod_pagespeed settings.
And the 1.7 site is loading the gravatars locally, too … still hideously slow.
-
This reply was modified 11 years by
simchris.
Okay, all on the same site listed above, I’ve tried these plugins with 1.7:
Zen Cache – 62 Desktop PageSpeed Score
WP Super Cache – 62 Desktop PageSpeed Score
Gator Cache – 62 Desktop PageSpeed Score
WP Fastest Cache – 62 Desktop PageSpeed Score
W3 Total Cache – 68 Desktop PageSpeed Score
No Cache – 62 Desktop PageSpeed Score
On all tests I had the speed booster plugin enabled. I also ran tests before and after browsing the site to populate the cache.
I find it interesting that the only plugin that gained even a single point on the page speed test was W3TC. I hate this plugin. It’s constantly taking me to the plugin dashboard when I want settings, has annoying popups on the admin, and slows down the back end of any site it’s installed on.
Why are none of the other plugins reporting any difference at all? All of the caching plugins besides W3TC had the same effect as having no caching plugin installed.
I like the lazy loading on the new update, but if I have to entirely sacrifice my choice of compatible caching plugins to have it, I’d rather not. Can I turn the lazy load off to test these again?
Something is wrong if the only caching plugin that has any effect is W3TC. Before the 1.7 update, all of the tested plugins listed above worked to varying degrees with NewsMag. Some were better than others and every single one got my page speed score of the site as it is now over 80. None of them even hit 70 with 1.7.
Sorry to keep going on and on about this but it’s a MAJOR issue. You’ve already got customers ditching the theme above over it. What can be done about this?
Thanks.
As I’ve mentioned in a previous post, WP Fastest Cache is the highest performing caching plugin for tagDiv themes. I have yet to test the other caching plugins on 1.7, but this new update is no longer compatible with WP Fastest Cache. I only mention that because this plugin works on many themes, meaning it is compliant with WordPress standards and NewsMag now affects the WordPress core somehow.
1.7 dropped my pagespeed score from 89-93 to 62 and below. There were no other changes to the site. I updated the theme plugins by deleting the old plugins and installing the new plugins. As for the theme, I replaced changed files from the patch folder.
I’ll update here when I’ve tested other caching plugins with 1.7.
Hi,
I’ve checked your site, your images are not optimized, reducing their size will lower bandwidth usage. You also have to set the browser leverage cache, some resources will be cached on user browser meaning they will be downloaded only once reducing the number of requests. If you don’t have a cache plugin i recommend that you use W3 Total Cache, enable only page cache (do not enable the other options) – http://screencast.com/t/lOI30ncGfK8 . You can check this guide on how to fix those issues – https://forum.tagdiv.com/how-to-make-the-site-faster/ – and this one – https://forum.tagdiv.com/topic/tutorial-pagespeed-2015/ – and the discussions here – https://forum.tagdiv.com/topic/pagespeed/
In case this is not enough you could try to disable the view counter, it will lower the number of database queries. You can also check the plugins and remove the unused ones.
Thank you, Emil G.
Hi,
Not sure what you mean, could you please provide more details, I see your site like this on google pagespeed test: http://screencast.com/t/oR4i2nYBzyUq
For those notifications related to your page speed you can use our guide and some other forum treads:
* https://forum.tagdiv.com/topic/pagespeed/
* https://forum.tagdiv.com/topic/tutorial-chriss-custom-optimizations-for-functions-php-etc/
* https://forum.tagdiv.com/page-speed-guide/
Thanks
Hi,
@rights reporter Please send an email at contact@tagdiv.com and a request for an older Visual Composer if you think that this can help you.
Also please check this guide for page speed: https://forum.tagdiv.com/how-to-make-the-site-faster/ – https://forum.tagdiv.com/topic/tutorial-pagespeed-2015/ – https://forum.tagdiv.com/topic/pagespeed/
@daemonlynx Please provide your site URL and also may help above links.
Hope this helps and sorry for inconvenience!
Hi,
after you upgrade to the latest version 1.7 of Newsmag
PageSpeed sees the site in this manner.
as if you did not read the paper style
https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fwww.knews.it%2F&tab=desktop
You can let me know, what can I do ??
I await your response about
good job
Well on mobile devices “responsive” images have to be resized as there is now way of knowing what the actual thumbnail size might be if you have 3 images side by side in a grid; well the width of that grid might change depending on the device.
You *could* add more image sizes to your functions file to build those additional sizes; keeping in mind you might end up with 20 images per raw image (!). If you have the storage space or using CDN, might be worth it.
Or, consider using something like mod_Pagespeed with your hosting provider — which is what we do — if 50 people request a new image size, scaled from larger image — it MAKES ONE and caches it. Wicked cool.
Or, ignore that suggestion and go run the official Google PageSpeed Insights check and if they don’t bug you about those scaled images, just ignore it.
Hi,
@lospicos
Those scripts are usually automatically moved to the footer when using the speed booster plugin however the jQuery scripts aren’t moved to the footer by the speed booster plugin in case you use rev slider plugin. There is a condition in the plugin that if you use the revolution slider plugin then the jQuery scripts will be left in the head therefore you get the render-blocking JavaScript notification.
@soumitmis
We recommend using just page cache: forum.tagdiv.com/w3-total-cache-configuration/
For image compression we recommend a plugin like smush it: https://wordpress.org/plugins/wp-smushit/ not the w3 total cache plugin.
Check the treads/guide below for more info on how to customize your site’s page speed and other matters please follow and use all instructions provided in all this treads:
* https://forum.tagdiv.com/topic/pagespeed/
* https://forum.tagdiv.com/topic/tutorial-chriss-custom-optimizations-for-functions-php-etc/
* https://forum.tagdiv.com/page-speed-guide/
Thanks
Hi,
@ShinAkuma5 – You have to compress the images and enable gzip compression – http://screencast.com/t/DrmfFEsgf4sT
Check this guide – https://forum.tagdiv.com/how-to-make-the-site-faster/ – https://forum.tagdiv.com/topic/tutorial-pagespeed-2015/ – https://forum.tagdiv.com/topic/pagespeed/
@Christopher – It looks like an empty before element, you could use css to remove it: – http://screencast.com/t/u8Q6ppLOD0h
.widget_recent_entries ul li:before {
display: none;
}
Thank you, Emil G.
-
This reply was modified 11 years by
Emil G.
Thanks, Emil
appreciate the how to. It’s working pretty well on my first upgraded site. Only one instance of waiting an extra second or two for a featured image to appear; seems okay on my iPhone 6 also.
Still, I know we did try using lazy load a year ago with mod_pagespeed, which has this as one of the inherent functions since it’s modifying and caching images on the fly, including webP format conversions where useful for mobile — and we got unpredictable results with some stories which had multiple images on page, where if you scrolled down, sometimes after xxx seconds the images below the fold might or might not appear … and it was up to about a 20% “might not load” situation.
So far I’m impressed I’m not seeing that on my first 1.7 site
http://enewschannels.com
( and yes, I bought another license this past week, too 😉 )
You might need to make a “STICKY” on the lazy load option, as I know with some weird combination of things, which I ran into last year, sometimes images just time out on the lazy load on long pages. But again, so far your implementation is rocking as far as I can tell. Good job folks!
Only bug for me so far is the one odd LI element thing in the WP default recent posts widget with double space at start of each item (or rather line break).
Hi
no trouble updating to 1.7
One minor CSS bug … with the default WordPress “recent posts” widget, if I place this in sidebar or the footer column 2, there is unusual double line break at begin of each li element.
Other than that, so far, everything works perfectly. 🙂
*FYI:
Not using child theme; mod_pagespeed off while updating; tagdiv speed booster plugin not yet “on” while checking. style.css was minified but otherwise not modified.
NO link to example, as I have it off and using module 9 instead for the moment. Actually needed to do a regen thumbnails for another reason entirely, and sitting here waiting on 9 years of images to regen (!). Ugh.
I will be trying the upgrade in a little while once I have some free time to make our various customization changes and then do the uploads via FTP.
On one site I recently did an “in place” upgrade where I had no users logged in, and was surprised it worked going from 1.4 to 1.6.
But will update my own upgrade (mis)adventure when I get there today for anybody interested. My usual issue with forgetting to turn OFF all the plugins, and turning off the mod_pagespeed FIRST ..
I received a message from Google Webmaster:
Google systems have tested 16 pages from your site and found that 63% of them have critical mobile usability errors.
Here are the errors on my website: https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fwww.aroundtheplanet.org%2Fgrandmas-dim-sum-flushing-restaurant-review%2F&hl=en&priorityGroup=usability&tab=mobile&utm_source=wmx&utm_campaign=wmx_mobilepsi
Could you guys fix it to make it mobile friendly?
Thanks
Hi,
As Chris stated the theme search gets the live result using ajax. As the request is made to the server a slow response from your server could also cause this. You can test our demo and see how the theme’s live ajax search results are pulled there: http://demo.tagdiv.com/newsmag/
I’ve tested your site using google’s page speed insights testing tool and as you can also notice it returns a server response time improvement recommendation: https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fnaturguide.dk%2F&tab=desktop
I suggest you first try this without any other plugins active, leave just VC plugin active the check again.
You could also follow their documentation for the server response time and their recommendations: https://developers.google.com/speed/docs/insights/Server
Also consider using a cache plugin and to improve the loading speed look the mysql query cache: http://dev.mysql.com/doc/refman/5.1/en/query-cache.html We also use it on our demo.
Thanks
Hi,
Thanks Chris!
You can also go trough this guide: https://forum.tagdiv.com/how-to-make-the-site-faster/
In general google synchronous ads, plugins and lots of theme customization or a high number of queries on pages slow the site.
You can also follow and use instructions provided in this tread: http://forum.tagdiv.coem/topic/pagespeed/
Thanks!