barnez

Note that you are describing two different things. The date stamp at the end of the article is for human visitors to see when the last version of the past was published. For search engines like Google to see that content is being updated, the sitemap is used. As your site has the Rank Math SEO plugin installed, this is already generating a sitemap that can be read by search engines. if you look here, you will see that all the posts are listed with a last modified date. Also read here about how to manually submit the sitemap to Google through the Google Search Console. Working with the Search Console is considered good practice to monitor your site’s SEO and address any warning that are flagged. Good luck!

• This reply was modified 5 months, 1 week ago by barnez. Reason: fix typos

Looks like this is resolved: https://snipboard.io/PY8jVB.jpg

You could sign-up to a free monitoring service like https://uptimerobot.com/ which checks every 5 minutes and emails you if the site is down.

Aprendes mas aquí: https://contactform7.com/faq/i-get-an-error-message-with-an-orange-border-even-though-i-dont-use-akismet/

Fixed ??

fbuilder .cff-radiobutton-field .dfield {display: flex; align-items: center; justify-content: center;}

I have had this plugin installed on 5 sites for 4 years. Never been hacked. Either a) you haven’t been updating the plugin, or b) the hack is from another vector (e.g. weak passwords, poor server management, lack of general plugin/theme/core updates).

Disable all plugins, switch to a default WordPress theme (e.g. Twenty-Twenty-Four) and test again. The form should send. Then, enable the plugins/theme one by one and test each time until you identify the conflicting extension.

Just to update:

I needed to do a table repair about 4 weeks ago after the site crashed with the following error logged: Table './xxxx_xxxx/wp_options' is marked as crashed and should be repaired in .... I repaired the wp_options table, where the number of rows was changed from 1321 to 1319. Since then, there have been no further errors logged.

I’m marking this as resolved. Thanks again for your help!

• This reply was modified 9 months ago by barnez. Reason: formatting

The line through the links is a CSS style to change the appearance. It’s either a setting that has been accidentally toggled on, or a bug in the plugin.

I’m seeing most of the links struck-out too: https://snipboard.io/wbgld4.jpg

If I inspect one of those links, its class is broken_link: https://snipboard.io/moehYt.jpg

Do you have the Broken Link Checker plugin installed? If so, have a read of this post, where the same issue was reported and resolved. You could also try disabling that plugin, clearing any caches, and then viewing the site through a browser with a private/clean session.

Could be an issue with the formatting of the form-tag. Review the plugin support for dropdown menus here.

It should look something like: [select area-of-interest "Access Control" "CCTV" "Intercoms" "Project Management" "Other"].

If the form-tag looks correct, try disabling all other plugins and enabling a stock WordPress theme (e.g. Twenty-Twenty) to rule out any conflict.

• This reply was modified 9 months, 3 weeks ago by barnez. Reason: Changed the form-tag type from 'checkbox' to 'select'

Thanks for the advice. I’ll follow this up with the host.

This is the only site connected to the database. Only WordPress connects to it.

The site is running on a shared server. Would the Query Monitor plugin be worth installing to see what’s happening when the error throws again?

Thanks for getting back. The max_connections value is set at 500</code>.

These are the logs leading up to that 00:59:16:

94.156.65.168 - - [16/Jan/2024:00:59:03 +0000] "GET /wordpress HTTP/1.1" 500 1101 "-" "-"
94.156.65.168 - - [16/Jan/2024:00:59:07 +0000] "GET /wordpress HTTP/1.1" 500 1101 "-" "-"
xxx.xxx.xxx.xx - - [16/Jan/2024:00:59:12 +0000] "POST /wp-cron.php?doing_wp_cron=1705366752.5011439323425292968750 HTTP/1.1" 200 0 "-" "WordPress/6.4.2; https://www.xxxx.com"
94.156.65.168 - - [16/Jan/2024:00:59:12 +0000] "GET /wordpress HTTP/1.1" 500 0 "-" "-"
94.156.65.168 - - [16/Jan/2024:00:59:15 +0000] "GET /wp HTTP/1.1" 500 0 "-" "-"
94.156.65.168 - - [16/Jan/2024:00:59:17 +0000] "GET /wp-admin/install.php HTTP/1.1" 403 384 "-" "-"
94.156.65.168 - - [16/Jan/2024:00:59:17 +0000] "GET /blog HTTP/1.1" 301 0 "-" "-"

Doesn’t look like the connections are too hectic …