Follow the install instructions to install the needed plugins; activate them, then look at the demo styles you can import. See the install docs right side of page.

You know, after almost three years, might be worth putting note about this on the theme “system status” page about the ‘nag screen’ messages. 😉

My unwanted ‘tip of the day’ !

• This reply was modified 9 years by simchris.

Not a theme function – so you might check the interwebs for this as basic WordPress type query.

If it were me, thinking outside the box, I might consider this

a) take sidebar X and add some text at bottom temporarily, “Thought for today: Every crow is born to fly.”

c) do a search for all posts with that phrase, and in “theory” you would see “all pages using X sidebar”

Not sure how else you’d be able to do something like that as not a normal thing built in to WordPress.

Might be a way to export your dbase and find the “table” where sidebars are stored, but dunno.

There is no “sidebar” menu in WP for this kind of query.

This is why folks often plan ahead and make a sidebar called “booksider” for use on book posts, or “travelside” for a sidebar for travel, etc. This way easier to figure out what was used for what.

If you just randomly chose sidebars with each post; then maybe my a-b-c method “might” work; maybe not.

Just food for thought as my brain is problem-solver focused whether I want it to be or not!

(( I don’t work here; so my nutty ideas are only my own. ))

Envato plugin NEVER works right, and almost nobody recommends it with a straight face.

Best to learn to use FTP.

a) forces you to remember to make backups
b) you keep local copies of prior versions in case you ever need to go back
c) limit risk of some funky plugin breaking the install, and then site goes down

seriously…. !

( I don’t work here … )

sounds almost like your host is testing http/2 …

Looks like hosting issue vs WP issue, frankly. Best to double check with them first, if going back to the default WP theme does not work.

TIP:
when changing your site to https, super helpful to explicitly put your site URL into your wp-config.php file with https URL; helps a lot with letting all WP functions know the site is now https everywhere.

See WP Codex on how to edit wp-config.php file.

Seriously, it helps 🙂

I usually go to where the sidebars are populated; like appearance > widgets … all the “actual” sidebars will be there.

A sidebar “element” done in Visual Composer might actually be a “column” and not a sidebar.

Not sure that helps, but you might look at the widgets page first.

Hi, sorry if my reply sounded mean 🙂

Critical CSS is the “needed CSS” to render the above the fold content. Which might only be 20% of the CSS loaded for entire page, but when loaded inline with every page the page itself is a little bigger, but the browser doesn’t need to wait for ANY of the css and js files. This is the only way I’ve found to fully eliminate the “render blocking” message from Pagespeed Insights.

While the SpeedBooster plugin does pretty good job of moving stuff to footer (and I presume you know how to look at your page source to see if that actually happened, and WHAT is being loaded in the header), as I stated in many cases with WP, you cannot just move everything to the footer as then nothing actually loads until you get there.

TagDiv are doing a “sort of” version of this by front loading some of the CSS, and then moving the stuff to footer; but if you still get the message then it means this “scheme” didn’t quite work, and not really their fault — it will NOT work for everyone; even if they can do it with some (ahem, not all) of their demos.

Go test their demo post for example, see what happens 😉

So, the trick is to use a custom css “critical css generator” that scans your post and then figure out WHAT needs to load first “critical” in the sense it’s needed to load the page BEFORE all the css/js crap in the footer.

For this example “critical” would be defined as :

critical
· adj.
having a decisive importance in the success or failure of something.

So … TagDiv might want to — and will — weigh in as part of their lovely support effort, but you should concentrate on ALL OTHER pagespeed elements, and leave that one thing for last. Or it will drive you insane until you just learn how to get the “critical CSS’ added to the header.php file right above the body tag. Seriously. Been there. 🙂

I don’t work here; take it or leave it.

I thought I did answer it. To remove the ‘render blocking,’ you have to embed all the ‘critical’ css in your header.php file manually.

Perhaps TagDiv will have better answer when back in the office. Sorry that didn’t help. 🙂

Fact is, in WordPress you need to move all CSS and JS to footer, and then have the critical CSS loaded from the header file to fully eliminate that error message.

There is no ‘one click’ way to do it.

Check your page source and see what css and js are there.

but, the ‘gotcha’ is that most WP posts cannot render anything at all without certain code, and so putting it at bottom can help it load, but without the initial “critical” CSS actually loaded inline at top, the page still needs to get to the code to load anything at all (often giving a flash of unstyled text – aka FOUT).

I think I cover this somewhere in my epic poem on TagDiv theme optimization in the tutorials > best of forum.

🙂

Which version of Safari on what kind of device?

I’m not having this issue.

You may need to clear cache on iOS device for iPad/iPhone or MacOS.

Thank you! Flawless victory 🙂

Still need a little [resolved] bug around here.

Sometimes if you have accidentally done a “zoom” it messes with layout.

Hi andrei
Works great for desktop, but on ipad portrait it makes right side break layout, so i guess we need to limit this to the desktop viewport and leave the smaller sizes alone. Can you tweak that just a tad?

Thank you!

And normal category and tag indexes add the pagination automatically, of course.

perfect. That was what I needed.

Making copy of my style css in a place I can find more easily — just in case.

Most of my mods to old version were done in 2014, and some early 2015, so they were not easily at hand.

Thanks again 🙂

Usually a caching problem. Clear your caching/CDN setup.

You can also try’

a) resave permalinks

b) resave your home page template in > pages > page name (just resave it)

c) use wp-optimize to clear transients fully

That seems to work for me when something ‘sticks’ after a WordPress update.

I just set the featured image when creating the post, using the featured image box. Seems to work for all videos, but I’m using Newsmag + the thumbnail upsize plugin, so …. maybe that is the difference.

I usually ‘resave’ my ‘home page’ to refresh the dbase. Might work for you.

Remember you need to update the TD plugins same time updating theme 🙂

You can ignore the nag screen for VC; TagDiv tries to disable that, but they keep poking people anyway.

I did install the theme two places on same domain without any problems. And after server crashed year later, had to reinstall/reactivate and still worked for same site, so “whew.” 🙂

I was just messing with mine; I think they are all in /theme/includes/modules

Obviously “people on wordpress.org” don’t know what they are talking about. 🙂

You may want to see the how-to in setting up WP Super Cache here:
https://forum.tagdiv.com/cache-plugin-install-and-configure/

I believe the demo version of theme online runs with WP Super Cache, and many folks run with that (thousands, actually) without any issue, sooooo …..

We use it here on several sites without issue.

(( I don’t work here. ))

a) looks like you might have custom styles applied to your admin area; I’ve never had “lime green” elements in my WP install in 11 years.

b) remember you need to also update the plugins included with the theme

c) make sure you check the system status page to ensure you have enough system resources allocated

d) obvious things: 1) clear your cache on website if any; 2) clear web browser cache; 3) temp disable known problems with some things like auto-optimization scripts if they impact the admin area, impact ajax or normal WordPress setup (e.g., some “admin area modification” plugins can break stuff because they have not been updated for WP 4.6 and change of things like default fonts, jquery, tinymce version, etc.)

Good luck!

(( I don’t work here. ))

@harlnandan

often best place to start in finding options to extend what WordPress does is the official WordPress plugin repository (or “repo”) found here; in this example for Facebook login plugins:

https://wordpress.org/plugins/search.php?q=facebook+login

In choosing a plugin to “try,” you can often look at
a) number of installs
b) rating
c) how recently updated (if more than 2 years, probably not good choice)
d) by reading the support forum for each plugin to see any known issues that might impact your specific site

Hope that helped 🙂

(I don’t work here.)

The bundled version does not need activation code. Ignore nag screen.