Skip to content

Watch a site's state

Two different things watch a connected site, and it helps to keep them apart.

The state is read through the plugin every few hours: PHP, WordPress, the schedule, the certificate, the mail, the keys. It comes back as a list of reasons.

Uptime is measured from outside on a schedule the workspace sets: every minute, every five minutes or every fifteen. Five is the default. It is one ordinary page request to the site’s own public address, the same one a visitor makes. It carries no key and asks the plugin nothing, which is the point: a site can answer ReDock perfectly and still be showing its visitors an error.

Once a week a third look, Mail and speed, reads each site’s SPF, DKIM and DMARC records through public DNS and measures how fast its home page loads on a phone. It has a page of its own: see Check mail delivery and page speed.

Seventy-eight out of a hundred tells you nothing you can act on. The state is a list of what was found, and each line says what to do about it.

The Overview page. Four figures across the top, then a Needs attention panel with three sites: one that has not answered a plain visit for 22 minutes with the connection error named, one whose pairing was revoked on the site so the key is refused, and one whose PHP reached end of life on a named date with the advice to ask the host to move it.

What it looks for:

  • the site did not answer the last checks, with the time it stopped and the error underneath;
  • the site refused the key, usually because the pairing was revoked on the site itself;
  • PHP reached end of life and no longer gets security fixes;
  • WordPress is behind the current release;
  • a plugin or theme whose installed version has a published vulnerability, or a site whose plugin list could not be read to check (see Known vulnerabilities);
  • the schedule is switched off, or its next run is overdue and has not moved;
  • the certificate is close to expiring, or was issued for a name this site does not serve;
  • mail stopped sending, with what the mailer said;
  • a client key appeared on the site that nobody in the workspace accepted.

One missed check is not an outage. A host restarting does not turn the column red.

The All sites list sorts by what needs attention, so the top of the page is the work.

The All sites list. A red banner at the top says one site is not answering a plain visit and one more is refusing its key. Four site rows follow, each with a state pill, the ReDock Connect version, a response time, when it was last checked, its client group and Update, Check and Revoke buttons.

A site’s own Health tab is the same reasons with the workings underneath: the certificate, the scheduled tasks that are overdue, and the system it runs on.

A site’s Health tab, marked Needs attention. The panel says the site was checked 15 minutes ago and the next look is in about four hours, then lists four reasons: a certificate expiring in nine days, 23 emails that failed to send in the last day with the error the mailer gave, PHP reaching end of life in 113 days, and four scheduled tasks waiting to run for more than two hours.

Overdue scheduled tasks are listed by name with how late each one is, and Run now starts one by hand. Scheduled posts, backups and update checks are among the things that stop happening when the schedule stalls.

The Scheduled tasks panel of a site’s Health tab, marked Needs attention with four tasks overdue. Each row names the task, when it was due, how often it repeats, and how many hours late it is, with a Run now button.

Under Settings, Uptime checks decides whether ReDock visits each site’s public address and how often.

The Uptime checks panel in Settings. A ticked box reads Visit every site’s public address on a schedule and record whether it answered, with a How often picker set to Every 5 minutes and a Save uptime checks button.

  • The visit carries no key. A site can answer ReDock and still be broken for its visitors, so this is the check that finds that.
  • The sites list shows the result and the response time. The monthly report counts the visits.
  • A site is called down after two visits in a row that got no answer, and comes back the first time it answers.
  • A visit ReDock itself could not make, because of its own budget or its own error, is never recorded as the site being down.

Alerts, also under Settings, is only about the email. Every site is checked and shown on your sites list either way.

The Alerts panel in Settings. Two ticked boxes, one reading Email this workspace’s owners and admins when a site changes and one reading Include sites that need attention, not only ones that stop answering, with a Save alerts button and a note about how often an email is sent.

A site sends at most one email a day however often it changes, and one more when it comes back to normal, which is never held back. News is a change. A site that has been broken since Tuesday does not email you again on Wednesday, because the page is where standing facts live.

The daily backup copies to Google Drive are not part of these emails. A copy that failed shows in Settings, under Google Drive, on that site’s row.

A client group can carry a promise, and the group’s page says whether the month is meeting it.

A client group page headed Simply Agile. Uptime against the target reads 8,640 checks, 4 failed, 20 minutes down across 2 sites, 99.954 percent against a target of 99.9 percent, marked Target met, with response times underneath.

Set the promise on the same page. Three buttons offer the numbers most contracts say, and any other number can be typed. Leave the box empty and save to have no target at all, which is how a target is removed.

The Promise panel: a field holding 99.9 with a Save target button, and three quick buttons for 99.9 percent, 99.95 percent and 99.99 percent, above a note saying to leave the box empty and save to have no target.

Minutes down is the share of the watched time the sites were not answering, worked out hour by hour from the visits actually made. It is not a stopwatch reading, and the percentage comes from the counts printed beside it.

Everything above is written down as it happens, so the monthly report can be built from records rather than from questions asked at the end of the month. Uptime, the jobs that ran, what needs attention today, and the calls that were refused.


Open ReDock Web.