Search Results for 'optimize'

Also note that if you are referring to the “official Google AdSense” plugin, it has a *lot* of problems reported hence the negative ratings on wordpress.org.

It is simply not compatible with all themes due to the way it works.

In many cases, you can simply disable the speed booster plugin if you’re unable to add the exception to the booster setup per the “speed up your site” theme docs.

If you’re unable to do that, you can try disabling speed booster, and try the “scripts to footer” plugin, but then you’ll have to manually move some things to footer to optimize speed.

Or, you can try using the built-in adsense ad system for the theme, which works very well.

(( I don’t work here. ))

We dont use Yoast or any SEO plugin. Those are active addons:

Adblock Notify
Add featured image to RSS feed
Advanced Custom Fields
AJAX Thumbnail Rebuild
Akismet
Alexa Certify
Allow Multiple Accounts
AMP
Auto Refresh Single Page
Contact Form 7
Cookie Notice
Corner Ad
Custom Login
Disable WP Auto Formatting
Facebook Comments Plugin
Germanix Translate
Germanix URL
Google AdSense
Google Authenticator
Heartbeat Control
Jetpack by WordPress.com
Liveblog
Media File Renamer
Mega Ad
NextGEN Gallery
NextGEN Gallery Optimizer
Polldaddy Polls & Ratings
Popups – WordPress Popup
Redirection
Slider Revolution
tagDiv Social Counter
W3 Total Cache
WP Google Map Plugin
WP Missed Schedule
WPBakery Visual Composer

Oops! I get it now. Thank you Chris and nairolf 🙂
Any suggestions for real Lazy load options or plugins ?

Any suggestions on why Tag div booster uanble to remove render blocking and other related issue when I have already applied it for all the plugins? It’s still showing these many files under render blocking thing under Pagespeed: https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Ftomatoheart.com%2F&tab=desktop


#Remove render-blocking JavaScript:
https://ajax.googleapis.com/ajax/libs/jquery/1.11.1/jquery.min.js
https://domain.com/wp-includes/js/jquery/jquery.js
https://domain.com/…cebook-login/public/js/facebook-login.js
https://domian.com/…ntent/plugins/ytsubscribe/ytSubscribe.js
#Optimize CSS Delivery of the following:
https://domain.com/…book-login/public/css/facebook-login.css
https://fonts.googleapis.com/…3A400%2C700%7CLora%3A400%2C700&ver=4.6.1


Anywork around? At least for Google APIS and jquery.js which ware not fired by plugin but by theme and speedbooster must take care of theset two.

Also,
Yesterday I cam to know about this amazing plugin which can set “Leverage browser caching” for external .js files too which are not yet effective by “expiry rules” that we set under .htaccess. the plugin is Complete Analytics Optimization Suite (CAOS)

Have any of you used it? Anything to say on this or if you have any alternative for this ( with or wothout plugin ) ?
Thank you.

• This reply was modified 9 years by Nano.

Thanks for the tips Chris…

Not ranting – frustrated! As I stated above, we’ve done everything suggested already. In the inbishkek.com site, is the only instance where the problem is happening. In the testsite.inbishkek.com, a subdomain of inbishkek.com, where we developed it, no problems, even with lazy loading enabled. iNBishkek.com was first created in the testsite, after verification that it was working, all files were copied to the inbishkek.com domain a new database created and config files changed to point to the correct domain.

We scoured through the bowels of these forums, found only 1 post from 1 YEAR AGO, and support’s suggestion was to disable lazy load along with ALL plugins – a bunch of BS! But we did, the problem remains – occurring intermittently, for example; it worked fine over the weekend, today – Monday – the problem reappeared again.

What is weird is this; in the home page all images appear. In posts – style 8, the slider and the featured image do not. And this is my main source of frustration with this theme.

Caching is via Comet Cache WP widget (FKA Zen Cache), fully optimized, we’ve been using it for years on several premium themes – never a problem. We also cleaned the affected browsers – Chrome, Firefox, Opera & Vivaldi. Safari and IE are not affected by the problem.

Prior to uploading images, each JPG is reduced in Photoshop to 72ppi, then compressed with Caesium. When uploaded, they are optimized again with EWWW Image Optimizer. For CDN, we keep it simple, we use CloudFlare from the hosting provider and integrate it via WP. Also, to avoid any issues with integral components of the theme, we purchased licences for Visual Composer and Rev Slider.

iNBishkek.com is not a play blog or a simple site, it is a business site. Our client, iNBiskek Magazine, depends on it for revenue and has been operating a website for 2+ years, with over 500K visitors per month and retained iMedia to give their site a complete new look and feel. Newspaper7 was chosen for its appealing look and future possibilities. However, one little problem after another, poor support, and here we are; 1 month behind schedule, over budget and a fully functioning site is nowhere in sight, so forgive me if a rant a little…or a lot.

Hi

@fpavic I’ve checked your site and I’ve noticed that you’re using cache for front-end content. This helps a lot when the page is prepared and the response time is lower.
With the back-end things can be more complicated. If you have lots of posts the response from database can be slower so you can try to optimize it first. Check this link for more details in this regard: http://dev.mysql.com/doc/refman/5.7/en/query-cache.html – http://www.wpbeginner.com/plugins/how-to-clean-up-your-wordpress-database-for-improved-performance/

You can also make a test with a default wp-theme and check how it goes.
Let us know how it goers and if you still have this issue please address via email at contact@tagdiv.com and provide wp-admin and ftp access so we ca have a closer look in your wp-install and maybe we can help.
Thanks!

I have dedicated server, advanced user, and I do my own hacks to minify CSS, de-enqueue elements not used (emojis, etc.); and move stuff to footer.

You can see my long winded thread in the docs > tutorials > DIY > best of forums

I am just an oddball case as I do some major changes to the header and footer to optimize the site so don’t need speedbooster to do that for me.

e.g., I load all the critical above the fold CSS in header and move main style to footer manually after de-enqeuuing it from header via functions/filter.

SpeedBooster is a helper, but not only way to do that; and there is no one click solution for solving “above the fold” content issues for pagespeed score for all sites.

Super fast on our system running 20 sites with millions of unique visitors per month; dedicated server.

Lots of possible reason it impacts YOUR setup(s):
With fully updated WP (4.6x branch), disable “bad” plugins that modify admin screens not updated for latest versions of WP.

So, a bad admin mod plugin might do dumb stuff like load custom fonts (new WP uses native fonts), load jquery more than once; using external tools like Jetpack, stats plugins, etc can slooooow site down — not related to theme.

External plugins which do content checks, bad Yoast SEO settings, plugins that try to rewrite/optimize images you upload “in post” can all slow things down (e.g., better to upload media via media manager separately, THEN place in posts).

Often checking your admin pages with F12/console for broken things, or things loading more than once is useful.

Also make sure your cache is cleared in browser, make sure you’re not using adblock on your own admin panels, or some funky extension in your browser, etc.

Make sure you’re not having portions of your admin loaded via CDN, separate from local stuff due to timestamp mis-matches; make sure not blocking portions of your admin via robots.txt or htaccess, or using a minification or optimization plugin on your admin pages — all that stuff BREAKS things.

But to be clear, I can say we have super busy 15 year old news portals, udpated daily, using this theme highly optimized, and having zero issues with admin panels. Just as point of reference.

(( I don’t work here. ))

Usually caching issue. You can also try

a) resave permalinks
b) clear transients with wp-optimize
c) simply go to appearance > menu and resave menus

At least I find this useful for menu gremlins with theme updates/changes 🙂

Some common issues are
a) lazy load animation turned on; turn it off
b) external optimization of images breaking file type (e.g., Photon, Smush-It)
c) server update; need to reset your caching
d) expiration of CDN based on bucket expiration; need to reset
e) browser cache corrupted; clear history in your web browser
f) WordPress transients issue;
— 1) resave permalinks (get in habit doing this after any plugin/theme updates!)
— 2) optimize db tables with wp-optimize plugins.
g) And probably should check first: conflicting plugin or ad banner from AdSense/etc. breaking images; use console view in web browser (F12) to check for page error breaking page load.
h) less common, but images being loaded via http, page loading via https; no redirect for http >> https and/or domain mis-match from CDN/cache.
i) mod_pagespeed rewriting images, but breaking on serving the files due to server or domain setup error.

Good luck!

(( I don’t work here … just the resident smarty-pants ! ))

You should optimize your site a bit for things from the report like removing query strings, compressing javascript and main CSS, where possible; consider searching web on how to optimize some of the stuff you’re loading from external sites like DISQUS — e.g., why is the disqus code loading on your home page?

It’s a process.

Make sure you have enough memory allocated to WordPress, and make sure you increase the limits for php processes time-outs, and consider reducing the number of external elements on posts which sloooow down the site. You can’t control the stuff loading from elsewhere and these do impact your score; so only way to increase score when using them, is either not use them, or find ways to optimize how they load — but not part of theme.

I do have a lengthy post in the docs > tutorials > best of forums on some speed up tricks I use; and many others here have posted similar.

To stay sane:
1) try optimizing your site with disqus off, ads off, and not using external elements like jetpack, or external things like smush-it, etc.
2) optimize based on a typical post page, not home page as they will never get highest score due to all the modules, queries, and images

Good luck!

The best way to upgrade is

a) delete old version of theme AND the included plugins via FTP
b) install new version of theme in theme folder via FTP
c) upload updated plugins to plugin folder via FTP
d) login to admin panel, resave permalinks
e) optimize dbase with wp-optimize

That is how I’ve been doing it past 3 years with theme back to version 1x. 🙂

Learn to use FTP; best way to properly delete things as you know they are gone. If you have aggressive caching running, you should disable that when doing theme changes. If using CDN, you need to poke an update.

Try using wp-optimize to clear transients in your dbase; also resave permalinks whenever you change themes to clear stuck rewrites.

Test one of your posts with GTmetrix.com for explanation and help on optimizing your site/server further. Read the help/examples for each item to work on. Only you can optimize images, make sure gzip/deflate working on server, minimize external elements being loaded, etc.

You can also peruse my epic poem in the docs > tutorials > best of forums section.

• This reply was modified 9 years by simchris.

The NGINX vs Apache thing is a tad confusing with the latest web servers; for example I run Apache because I’ve been doing so for 20 years and know it’s tweaks; NGINX works a bit diffferent; and if I didn’t have a legacy 16 year old website to deal with we’d been running NGINX.

Funny thing, even with the new system, NGINX runs in front of Apache to serve http/2 for https, which we have not yet implemented. But the pages are served by Apache (for now).

Your server is likely running opcache/memcache with NGINX, which is good. It speeds up files requested over and over, as I stated. Local caching on your site is different, as it caches the stuff being queried for each page to speed things up since there is no lag time waiting for dbase to serve and render the page (technically with php/wordpress there are no actual “pages” on your site, they all are built dynamically).

So, you likely have a CentOS/Apache setup (as we do here), but NGINX being used for caching.

Generally, you should just tell your host you need your domain optimized for WORDPRESS, and they should be able to do the rest on the backend as far as caching, gzip/deflate, etc.

No support on weekends isn’t good for hosting provider; means they are a reseller and not a “true host” — they are reselling another company’s hosting, which is very common.

In any case, it’s a process — but some of the stuff is NOT theme specific, it’s WordPress specific, meaning the server side tweaks, and general optimization of time to live, caching, expiration headers, image compression, etc., are NOT specific to ANY theme.

So, good to make Google your friend and explore the many articles out there on “speeding up WordPress” — sites like WPBeginner, WPMU, etc.

SOrry how do I do clear cache and resave permalinks?

I will install wp-optimize now.

Clear your cache, resave permalinks, clear transients with wp-optimize.

I’ve never seen ? added to a filename as that would not even work on a web server properly. That may be loaded as part of the URL to the image to indicate the size being loaded, but not part of file name.

Also good habit to start naming your images based on size … like
image1-600x450.jpg
image-about-puppies-640x480.jpg
090916-joe-announce-500x275.jpg

etc.

You might look at your actual files upload folder on your domain to see what the files are actually called, via FTP or your hosting account file manager.

I doubt ?=600 is being added to file names. Not happening on my sites running Newsmag.

If you are using some external plugin to auto-optimize images (photon, smush-it pro, etc) that would be an issue with that plugin and not the theme, btw.

(( I don’t work here … ))

Hey party people!

Remember that the gzip/deflate settings on both web server and in htaccess (remember that settings for my stuff is based on Apache servers; needs to be different for NGINX boxes, which are becoming more and more common) are good for 20 points or more alone. That is always first thing you need to address. This is what the server compresses before it sends something to the web browser. It’s mission critical, step one.

For example first item in your GTMetrix test:

Enable compression for the following resources to reduce their transfer size by 424.8KiB (79% reduction).

Also for image compression; re checking any image that can be compressed more than 2KB is good idea as it adds up on image heavy layouts;
eg.
Optimize the following images to reduce their size by 31.8KiB (5% reduction).

Generally you can kind of ignore stuff that says optimize by 322bytes as that is 1/3 of a kb. Unless you want to really go nuts on optimization score (I leave that stuff to last myself).

ALSO; to stop yourself from waking up in the middle of night screaming (oh wait, that’s me), test one of your post pages and not your home page; the home page will always initially have worst score due to so many images being loaded. An “average” post page, is best to tune with as that is 90% of your site traffic and what Google is focused on.

And as an anecdote; my original thread on the optimization was actually for the 2014/15 versions of Newspaper, then I switched to Newsmag when it first came out as it better fit my news portals which get updated daily.

Stuff for htaccess and functions.php are “generally” going to be same between the two themes.

So, I’d tackle the gzip/deflate thing first – as that is your biggest gotcha right now.

Hi Bogdan,

Yes we already had conversations through email ( and that’s why I mentioned that TagDiv has already tried) but I have already tried each and everything except fresh installation.)
But then what does it mean by the fresh installation. This is already a new theme and has been freshly installed 2 weeks back and I am facing this issue since the new theme installation.

I have tried installing default theme or previous theme and all works totally fine because there is no Ajax based login on any other theme. And as far mydomain.com/wp-admin login is concerned , it’s working very fine.

So, either there is some conflicting code in ajax login.php or it’s getting some redirection command from somewhere ( means by any old unused deleted plugin codes). Though I have already repaired, optimized my database and have deleted old Wordfence plugin related files and many other files using grabage collector plugin.

In the very first solution to this issue , TagDiv support has told me to check with Hosting provider because they noticed ( see this image that the theme can’t access admin-ajax.php . When ajax pagination is used the theme makes many requests at this file and server security module may treat it as a thread and it will be banned.

I asked about this my hosting provider, they replied that they can’t see any issue from server side and-and A 403 error is normally linked to how you have file permissions setup and the theme might have changed a few permission while activating.

Can you please check if any such 403 errors are still coming? Where should I look for file permission? then I also tried following method suggested under many threads to stop redirection:

One possible solution, I found to the similar problem is this:

Go into PhpMyAdmin to your WordPress database
Find the table named wp_usermeta
Find the rows titled session_token
Delete the value associated with it
(Mind you the value is huge and your browser might freak out. I did it by clicking ‘edit’ for that record first, then toggling the null value for the field on and off, selecting the empty field and pressing delete a couple of times to make sure, and then hit save)

But it didn’t work either. I am not sure if it’s the theme issue or not , but it happens only with this theme and only when using Ajax login. Can you tell me where will I find this Ajax login.php file to see if there are any redirection option?

Can’t we stop this redirection by writing some code? I have also changed/renew the SALT security codes under WPconfig.php but nothing worked till now.

I am just waiting for one angel who can look and rectify this issue.

Thank you.

***URGENT**** URGENT **** URGENT

You can try couple of things
a) clear your cache on site if using plugin, or reset CDN if used
b) clear your web browser cache/history fully to reload new CSS used in WP
c) resave permalinks
d) clear transients with wp-optimize plugin
e) go to your menus settings and just resave them
f) disable conflicting plugins (use F12 in console view to see if ‘errors’)

Good luck! Your menus load just fine for me.

(( I don’t work here ))

With any new major update to WordPress, you should have backup to roll back to, if needed; you also must clear your browser cache, and any/all caches used in wordpress, CDN, etc.

You can also
a) resave permalinks
b) optimize db to clear transients with wp-optimize
c) simply resave menus from menu panel if none of the above helps

Also good to turn off auto-updates for WP, so you can be prepared with backups prior to doing an update to new version of WP; then roll back if something breaks.

Theme is working for me, but you can try the cache clearning, resave permalinks, resave menu; this is all necessary with many things that changed in WP with new versions of 4.6x.

If the system panel status is to be believed- My Speedbooster plugin is active : https://i.snag.gy/SO0ZFB.jpg
May be it still move some CSS file to the footer but you are in better position to say if this can happen.

Ye, we do use WP Super cache as well as CloudFlare for speed optimization but currently, I have deactivated both to see the live version of my site instantly because I am doing lots of customizations these days.

Do caching works for fonts? I mean I optimize my site using Super cache and CloudFlare. Will it preload these fonts so that visitors won’t be able to notice this re-writing from happening ?

About the method to change the font directly in style.css here: http://screencast.com/t/fgEWZiXyZB9 , do the arrowed place to change the font family will change the default font not just for the title ( H1) but also for H2, H3,H4,H5,H6 all right?

I have uploaded “BentonSans Cond Bold” font using theme font uploading option, putting it’s name under the mentioned place in style.css at http://screencast.com/t/fgEWZiXyZB9 will work? Do I need to search for the name of the font family of “BentonSans Cond Bold” or simply putting this name there will work?

Thank you for all your help.