When WordPress breaks, the server usually still sends something back, sometimes even with a status that says all is well. A simple uptime monitor sees an answer and calls the site up. This rule set reads the page itself and recognises the screens WordPress, PHP and plugins show when something went wrong. On Checks & pages it shows as WordPress errors.
What WP Moo looks at
What the problems mean
What each priority means: Problem priority.
How to fix it
For your developer
The signatures are regular expressions on the first 512 KB of the decoded body, anchored on the markup of the error page together with its English or Dutch text: the wp-die-message container of wp_die(), or the <h1> of WordPress's bare database error page. In other languages these screens don't match, and the page fails on its 500 or 503 status instead. The install screen matches on the stylesheet WordPress's setup screens load (/wp-admin/css/install.min.css, or its -rtl or unminified version) together with the setup form (<form id="setup") or the link to setup-config.php?step=1, which are the same in every language. The database update screen after a WordPress update loads the same stylesheet without them, so it passes.
A PHP error ("Fatal error", "Parse error", "Recoverable fatal error" or, before PHP 7.1, "Catchable fatal error") only matches with the "in /path/file.php on line N" tail, or a stack trace, that PHP always prints. Xdebug's error table matches on its xdebug-error class with xe-fatal-error, xe-recoverable-fatal-error, xe-parse-error or xe-uncaught-exception. A "Warning", "Notice" or "Deprecated" matches in PHP's HTML or plain format, or in Xdebug's table, when its "in FILE on line N" part names a path under /wp-content/, /wp-includes/ or /wp-admin/ (with forward or back slashes), or a wp-*.php file in the WordPress folder such as wp-settings.php, within 1,500 characters of the message.
The white screen rule counts the decoded body of HTML answers (or answers without a Content-Type) only, so a small sitemap or feed passes, and skips answers with a status of 400 or higher, which fail on their status already. The coming-soon rule needs a robots noindex meta tag plus a file from a known plugin's folder (SeedProd, WP Maintenance Mode, CMP, Under Construction and a few others), and doesn't run on pages set to Hidden.
Something unclear on this page? Email [email protected]