Useful to deactivate things which ping ajax, such as XMLRPC if not using; Ajax ‘load more on page’ (endless laoding), ajax tracking, etc. — obviously the more things calling on the admin-ajax.php element will use more resources.
Great tool to learn is the console view in chrome, by pressing f12 and note console tab for errors
Install via ftp, or make sure you are uploading correct zip file from your hard drive to the wp admin theme installer
See the tutorials section in docs on tips for speeding uo your site. Disabling anything loading from external sites can help a lot.
Which version of PHP are you using?
If using child theme did you update changed files and also update plugins? Just food for thought. Also note some plugins have bugs like latest yoast seo. Also suggest installing the classic editor plugin suggest with latest wp uodate.
Been using td composer for 2 years now here.
Probably wait for the yiast .01 update to fix yoast bugs. Typically good to roll back to yoast version that works.
On the plus side, tagdiv is adding stuff people keep asking for… yoast not so much…like i never asked for a new set of seo user roles added to all my sites without making that optional, removing sitemap options, etc. sorry, rantbover. ?
For us, I found first writing the text in MS Word then ‘saving as’ out to a UTF-8 text file, then pasting THAT text into WP works best. Or, you can add a filter to the functions (or roll your own plugin; or use old plugin) to basically turn off some of the conversion funk in WP boxes.
I’d likely start in the docs, here:
https://forum.tagdiv.com/newsmag-how-to-update-the-theme/
FTP is best way; and how I do it for our sites.
Make sure you have full backups of everything; make sure you copy out any custom code put into theme panels, and widgets, into a text file, too.
Roll back to prior version of plugin ? Deactivate plugin ? Clear all your caching and resave permalinks ? Check the Yoast support forum on WordPress.org ?
Just ideas. New versions of Yoast often have bugs so I typically wait for the inevitable .01 and .02 versions. This happens every “new” version. Bug fixes, and new features. Then dot update for the bug fixes. Then a bug fix for the bug fix. (sigh)
We are leaving Yoast behind with our next major site revamp, as it’s gotten to be a joke, in my opinion.
Try resaving your font choices. Clear caching.
Yes, but if you make modications to the theme, that may break it, hence Simion asking about any changes you made.
Did you enable plugin on the plugins page? I know dumb question, but common issue there.
Try resaving your permalinks. This is most common problem with WordPress.
No worries. I’ve been doing webdev since 1994, using WP since 2004, and have been managing our web servers since 1996. 🙂
So, we run a lot of high traffic news portals as well as our company B2B sites. We run WP with server side caching, and so well aware of WP behaviors. So, a ‘static’ page still has cookies loaded via PHP, and content is still added via the handler even with so-called static pages. A normal site visitor would not see an edit button. This is why you don’t see edit buttons for TIME magazine (running on WP VIP platform).
We’ve never had this issue on our sites, so I guess I was trying to give you some level of comfort there.
Personally I find injected ‘edit with pagebuilder’ buttons annoying in WP, and have always thought so — but I have this issue with all platforms going back to first version of Canvas (to date myself a little bit more).
So, to chime in – it *would* be nice to have option to remove pesky “edit this page” items when logged in for the admin user, even if via a filter hook in t he WP API.
I guess they did give you possible solution for that, so if ultra paranoid that would be the best way to go. Still, I’ve never seen a client make note of a “why is there and edit button on the photo on your home page …”
Or, put yet another technical way: proper caching plugins make a static copy of the ‘public’ DOM/render, which would be considered the rendered page with a ‘subscriber’ or ‘anonymous’ role/cookie level; not an admin level state. So, technically unless the cache method is ‘misconfigured’ — a static version of a page/post would never render with the user role/cookie state of superuser, admin, editor or author. With those user role/levels, an ‘edit’ button would not render with the DOM, and so never be part of a static page rendered and stored for public consumption.
Easily tested, by the way, through mechanisms like “fetch and render” tools like Google, Chrome Incognito mode, etc.
-
This reply was modified 8 years by
simchris.
false positive 🙂
https://codex.wordpress.org/Akismet
Akismet takes the pain out of managing comment spam. It ensures that that spam doesn’t mess with your search engine rankings, and gives you more time to connect with your readers, instead of laboring through page after page of spam.
DUPLICATOR plugin is the absolute best way to move a site from one host to another if your target host doesn’t have a migration tool (e.g., Cpanel, Plesk, etc. have tools specifically designed to move entire site from one machine to another and keep all settings intact!).
The DUPLICATOR plugin, also does a lot of the same magic.
Proper page caching does not show conditional states in WordPress .. WP uses a session cookie to set user status and determine which micro-cached (transient) elements to show a user. So, if a cookie is set as a logged in user, then that user ‘level’ (role) would be able to see an edit button — this has been a standard in WP themes for many many years across hundred thousand themes. It is indeed considered a core ‘feature’ of WordPress.
A visitor to site without a user cookie would only see a public cached copy without any user transient extensions added to a page — just like a non-logged in user would not see the cached user bar at top of a post page, or an edit comments function, or plug-in specific functions from page builders (e.g., site origin, themify, td composer, etc.).
Welcome to WordPress!
Are you using Akismet ? Good place to start.
I guess so. Since it’s now built-in to WordPress core and simple to use. No need for external plugin, HTML5 player, jQuery, etc.
Did you try that yet ?
Did you update the plugins as well? Clear cache/disable cache plugins if any?
Going from 7 to 8 is major upgrade. Any custom child theme elements will also need to be redone; so you may have to disable child theme from 7 when going from 8.