WordPress Automatische Updates

Auto-updates houden WordPress core, plugins en themes actueel zonder dat u release notes hoeft te volgen, en ze doen dit veilig: er wordt een volledige backup gemaakt voor elke update, de site wordt daarna gecontroleerd, en alles wat de site breekt wordt automatisch teruggedraaid.

Waar Auto-Updates Te Vinden Zijn

Open Websites, klik op de site, open het WordPress menu in het site-tabbladstrip en kies Updates. De pagina heet Auto-updates.

Het tabblad verschijnt op WordPress en WooCommerce sites. Als het hostingplan van de site de functie niet ondersteunt, toont de pagina in plaats van de besturingselementen een upgrade banner.

Hoe Een Beheerde Update Werkt

De volgorde voor elke update, gepland of handmatig, is hetzelfde:

1. Back up. Een volledige backup van de site wordt onmiddellijk gemaakt voordat iets verandert. Als de backup mislukt, wordt de run overgeslagen in plaats van door te gaan zonder vangnet.
2. Apply. De update wordt geïnstalleerd.
3. Verify. De site wordt opgehaald via HTTP en het antwoord gecontroleerd.
4. Watch. De run wordt in een observatievenster gehouden gedurende een half uur, waarin de site wordt gecontroleerd op fouten en uptime-incidenten.
5. Confirm or roll back. Als alles aan het einde van het venster gezond is, wordt de run gemarkeerd als Applied. Als de site fouten retourneert, wordt de pre-update backup automatisch hersteld en wordt de run gemarkeerd als Rolled back.

Dat observatievenster is waarom u een run ziet die voor een tijd op Applied (watching) staat. Het zit niet vast. Het is de periode waarin een probleem dat alleen onder echt verkeer optreedt nog steeds een automatische rollback kan activeren.

Het Aanzetten

Het hoofdbesturingselement is Automatic updates, beschreven als de hoofdschakelaar voor deze site. Deze staat standaard uit, dus er gebeurt niets totdat u deze opzettelijk aanzet.

Eronder bevinden zich drie categorieschakelaars:

Alle drie staan standaard aan, dus het aanzetten van de hoofdschakelaar geeft u het volledige beheerde gedrag. Zet een individuele categorie uit als u deze zelf wilt beheren, bijvoorbeeld als een clientcontract bepaalt dat core upgrades gepland werk zijn.

Het Update-Venster Kiezen

De Quiet hours (NZ time) selectors bepalen het dagelijkse venster dat wordt gebruikt voor geplande updates, en de strook eronder tekent het over een 24-uurs balk zodat u het in één oogopslag kunt zien. De standaard is de vroege uren, van 02:00 tot 05:00 New Zealand time.

Een site wordt maximum eenmaal per dag gecontroleerd. Runs worden verspreid in plaats van allemaal op hetzelfde moment te worden geactiveerd, dus de exacte minuut varieert.

Per-Plugin Overrides

Niet elke plugin moet op dezelfde manier worden behandeld. In de sectie Pending updates heeft elke plugin rij een selector met drie keuzes:

• Default, wat de bovenstaande Plugins-schakelaar volgt.
• Auto-update, wat deze plugin altijd bijwerkt ongeacht de standaard.
• Manual only, wat dit nooit automatisch bijwerkt.

Gebruik Manual only voorzichtig en opzettelijk. De twee goede redenen zijn een plugin die u hebt aangepast en een plugin waarvan updates de site eerder hebben verbroken. Een plugin die op handmatig staat is een plugin die stilletjes beveiligingsproblemen opeenhoopt, dus zet een herinnering in uw eigen agenda om deze te controleren.

Gebruik Auto-update voor alles wat beveiligingsgevoelig is en wat u onmiddellijk wilt patchen zodra een fix beschikbaar is, ongeacht wat de standaard op is ingesteld.

Updates Nu Uitvoeren

Klik Run updates now boven aan de pagina om onmiddellijk een run te starten zonder op het venster te wachten. Dezelfde backup-, verify- en observe-volgorde is van toepassing, dus een handmatige run is net zo veilig als een geplande.

De sectie Pending updates heeft ook een knop Apply all updates now zodra deze klaar is met het controleren van de site. Klik Refresh in die sectie om opnieuw naar nieuwe releases te zoeken.

Er kan slechts één run tegelijk plaatsvinden. Als er al een run gaande is of nog steeds in zijn observatievenster, wordt een nieuwe geweigerd.

De Statistieken en Historie Lezen

Vijf getallen staan aan de bovenkant van de pagina: Success rate, Applied, Rolled back, Failed en Last run. De waarde die u moet volgen is Rolled back. Een rollback is het systeem dat zijn werk doet, maar een patroon van rollbacks tegen dezelfde plugin vertelt u iets.

Eronder staat Update history met een lijst van elke run met:

• Wat werd bijgewerkt en de versiewijziging.
• Een status: Applied, Applied (watching), Rolled back, Failed, Skipped, Running of Pending.
• Of het Scheduled of Manual was.

Als er nog niets is uitgevoerd, staat in de sectie dat updates daar verschijnen nadat ze automatisch worden uitgevoerd of wanneer u ze handmatig activeert.

Handmatig Terugdraaien

Een succesvolle run houdt zijn pre-update backup, en rijen die een hebben bieden een Roll back besturingselement.

Erop klikken vraagt u om te bevestigen, en de formulering is belangrijk: dit herstelt uw site naar de pre-update backup die net voor deze update werd gemaakt, en wijzigingen daarna zullen verloren gaan.

Het resultaat wordt duidelijk gemeld: ofwel de site kwam gezond terug, ofwel de HTTP-status die deze in plaats daarvan retourneerde.

Wanneer Updates Worden Overgeslagen

Een run kan worden overgeslagen in plaats van mislukt. De twee veelvoorkomende redenen:

• De pre-update backup is mislukt. Niets wordt bijgewerkt en u wordt ervan op de hoogte gebracht. Los eerst het backup-probleem op: Taking a Backup.
• Een run is al gaande of onder observatie. De site wordt met rust gelaten totdat de huidige run is opgelost.

Probleemoplossing

De pagina toont een upgrade banner in plaats van de besturingselementen. Het hostingplan van de site bevat geen beheerde auto-updates. Zie Upgrading Your Plan.

Niets wordt uitgevoerd hoewel de schakelaar aan staat. Controleer of ten minste één categorieschakelaar aan staat, dat het venster niet op een bereik met nullengte is ingesteld met hetzelfde start- en einduur, en dat geen eerdere run nog onder observatie staat.

Een plugin wordt telkens teruggedraaid. De plugin is incompatibel met iets anders op de site. Stel deze in op Manual only, werk het eerst bij op een staging kopie en los het conflict daar op: zie WordPress Staging Workflow.

Updates worden toegepast maar de site ziet er verkeerd uit in plaats van een fout. De gezondheidscontrole zoekt naar HTTP-fouten, en een visueel kapotte pagina die nog steeds een 200 retourneert slaagt. Dat is waar de geschiedenis en het handmatige rollback-besturingselement voor zijn.

Waar Heen Volgende

• WordPress Updates voor het handmatige updateproces.
• Restoring From a Backup wanneer een rollback niet genoeg is.
• Site Activity Log, dat elke auto-update run registreert.