roguedadmd

Any additional thoughts? It seems to state there is a problem but I am not clear how to fix it.

Ok got it installed now, thank you.

For scheduled events it says:

A scheduled event (monitor_dropbox_backup_hook) has failed to run. Your site still works, but this may indicate that scheduling posts or automated updates may not work as intended.

Here’s what it says for loopback request:

The loopback request to your site failed, this may prevent WP_Cron from working, along with theme and plugin editors.
Error encountered: (0) cURL error 28: Operation timed out after 10000 milliseconds with 0 bytes received

It gives an option to Test Without Plugins.

Is there any specific from the debug field that would help? Only relevant item seems to duplicate the loopback request failure from above.

Samuel — I think I must be using a different plugin than you recommended because none of those options are on the WP Healthcheck page.

Could you humor me and look up to see the exact name of the one you recommend? Looking again there are others such as “WP Health (Formerly My WP Health Check)” and “Health Check & Troubleshooting”.

The one I installed is called “WP Healthcheck.”

Tanks

Hi all — thanks for the assistance. I installed WP Healthcheck and ran it and below is what it said. It does not say anything about WP-cron so not sure if I’m not seeing the info or if it just didn’t give it.

——-

WP Healthcheck: Your PHP version (5.6.38) is compatible with the current WordPress install. However, in order to get better performance and other improvements, the WordPress team recommends you upgrade your server to PHP version 7.0.0 or greater.

Dismiss this notice.
WP Healthcheck: We have found plugins that haven’t been updated in over 2 years: medium.

Please review them in your plugins page. These plugins may no longer be maintained or supported and may have security and/or compatibility issues when used with the most recent versions of WordPress.

Dismiss this notice.
Welcome and thank you for choosing the WP Healthcheck plugin.

WordPress4.9.8 PHP5.6.38 MySQL5.6.41
Toggle panel: Transients
WordPress transients are used to temporarily cache specific data. For example, developers often use them to improve their themes and plugins performance by caching database queries and script results.

However, some badly coded plugins and themes can store too much information on these transients, or can even create an excessively high number of transients, resulting in performance degradation.

Total:85
Size:
0.14MB
Clear All Transients Help: Transients
Toggle panel: Autoload Options
WordPress autoload options are very similar to transients. The main difference is: transients are used to store temporary data, while options are used to store permanent data.

All the autoload options, as well as transients, are loaded automatically when WordPress loads itself. Thus, the number and size of these options can directly affect your site performance.

Total:510
Size:
0.17MB
Top Autoload Options Help: Autoload Options

Joy, I don’t understand. A visit to the page by whom and how? If I write a post and schedule it to publish, the page for that post cannot be visited since it is not actually live. Are you talking about a visit to the root page (roguedadmd.com)?

Last week I had a post scheduled 4 days in advance. The root site definitely had traffic in between the day I scheduled it and the day the new post was supposed to go live, but it still did not post.

This has also become a more frequent issue recently.

I am not clear from your response how to rectify this.

I’ve unsubscribed since posting my own help request but for some reason and receiving emails when ANYONE posts help for this plugin.

Igor, help!

When will the new version be released? It’s not urgent — I can use one of the other methods for now instead of installing the dev version. I’m not very advanced with WordPress so would prefer to stick with the official released versions to reduce the chance of me breaking something.

Thank you. It looks like the Unyson extension was causing the problem. An update was available fixed the issue.

Hi @sol — thank you for being willing to help. I am using “The Core” theme by Themefuse.

The first time I made the adverts, I created them as draft blog posts. As draft blog posts the links worked perfectly when I previewed them. I then copied/pasted the html from the “text” tab from the draft blog post over to text tab of the sidebar widget.

When I did that the picture showed up but the link didn’t work at all. Then I started playing around in the settings within the text sidebar widget and the link would work but only over part of the ad. That’s probably where you messed up html showed up.

I also noticed that *where* in the sidebar it appeared seemed to impact whether or not it worked at all. At one point I had one ad at the bottom of the sidebar and it seemed to work normally. I moved it further up (where I wanted it) and it stopped working. I moved it back down and it wouldn’t work at all.

I set the sidebar back to how I originally created them using the html from the draft blog posts. Currently the links don’t seem to work at all in the sidebar.

Here’s the current html for the top ad:

In looking at the sidebar, I can see that the formatting seems a little off in relation to the text widgets I added — if you notice, the sidebar widgets have light brown lines next to the title of the widget (newsletter, archives, etc). They seem messed up next to the pictures I inserted. So I wonder if somehow there’s something in the sidebar setup with these text widgets that is causing issues?

Thanks in advance for any help you can provide