Shawn Heisey
Forum Replies Created
-
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodI just ran into the problem on another install that does NOT have the redis cache installed. The dashboard showed a green circle, and said there was 1 item that could be improved. I clicked on the provided link to Site Health, and that page showed the smiley face and said “Great job!” Plugins installed there are Akismet, Contextual Adminbar Color, and WP Super Cache.
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodI uninstalled the redis cache plugin. Now the dashboard seems to work right:
https://imgur.com/a/81NSHYk
https://imgur.com/a/dHOZn8aI cannot guarantee that I am remembering it correctly, but I THINK that when I was seeing the problem, it was an orange or yellow circle, not a green circle, saying 3 items needed attention.
So I see two possible issues right now:
- The plugin’s handling of transients is not working correctly.
- WordPress itself handles transients incorrectly when delegating to a cache instead of using the database.
I know you would bet on the cache handling it incorrectly, and to be honest that is the option I think is more likely as well, but it’s at least possible that it might be in wordpress.
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodI found the API page about transients. If I read that correctly, the redis plugin is basically taking over transients completely … which I would think SHOULD mean that it should work exactly the same as transients going to the database, but faster.
If my understanding of how an object cache should work for transients is correct, then that might be a bug in the plugin.
- This reply was modified 2 years, 8 months ago by Shawn Heisey.
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodI did not realize that there was a ww.wp.xz.cn page for support on that. Opened an issue on github and got a response saying this is apparently expected.
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodWith a little testing, I determined that it’s the Redis Object Cache that changes the dashboard when it is cleared. WP Super Cache doesn’t do it.
There are no actual settings for the Redis cache. The only things that can be done in its Settings page is flush the cache or disable the cache.
I installed that plugin because if it’s not there, the site health screen recommends a persistent object cache. It was an attractive option because installing redis is really easy, and my server has 88GB of memory.
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodDo you have any idea which of those plugins might be causing this? Is there anything I can do to resolve the problem, or would I need an update to either the plugin or wordpress?
I thought I had seen it also on a site that didn’t have caching plugins at the time, but it is possible that it only started happening after I added those plugins.
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodNope, that didn’t work. I put it on imgur. Says it might contain adult content, but it does not.
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodThat dropbox link should be viewable in any browser without apps. I’m going to try pasting the image here, but I don’t know whether that will work because it tells me “This block has encountered an error and cannot be previewed.”
Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodYes, I am running caching plugins.
I cannot get the problem to reproduce at will, so I have not tried clearing the cache. Eventually it will probably happen again and I can try that.
If there is something cached that affects this, I would really expect the cached state to be “all good” … not “3 problems.”
I just cleared both caches, and now the dashboard says:
No information yet…
Site health checks will automatically run periodically to gather information about your site. You can also visit the Site Health screen to gather information about your site now.
I don’t know how long until it does the periodic check, but maybe the problem will recur when it does.Forum: Fixing WordPress
In reply to: Dashboard shows problems, but Site Health shows all goodIt doesn’t ever tell me what the errors are. It just says there are 3 items that need attention.
Forum: Fixing WordPress
In reply to: Site health, REST API returns a 404.I managed to fix it, but I do not understand why it was a problem.
The contents of .htaccess were correct, but the permissions on the file were a little strange:-r--rw-r-- 1 lheisey www-data 206 Aug 26 20:42 .htaccessApache had full read access to that file, and the permissions should have even made it possible for Apache to write to the file. But the error persisted on the site health screen until I changed the permissions to 0660. Then the error disappeared.
It claims there are 22 total items, but only shows 21 in the “All Items” tab.
https://www.dropbox.com/scl/fi/q08h01llld7eicpr9t5fc/aioseo-22-count-only-21.png?rlkey=t662e9dcggdf0g4ie8koh8jyt&dl=0pasting the screenshot image in didn’t work. Link:
- This reply was modified 2 years, 9 months ago by Shawn Heisey.
Forum: Fixing WordPress
In reply to: Site health, REST API returns a 404.I could not figure out how to attach an image from my local machine, so I put it in dropbox.
Forum: Fixing WordPress
In reply to: Switch SSL to haproxy instead of ApacheWith wordpress and associated software upgraded, there was no difference. Login works with no problem, but I have no permission to reach the admin.
For overall performance reasons, I would like the backend access from haproxy to be unencrypted, while the user’s connection to haproxy *is* encrypted. Currently the server must encrypt all information twice.
