WordPress 5.2 staat op het punt haar intrede te doen en heeft momenteel als beoogde releasedatum 7 mei 2019.

Deze versie bevat een aantal interessante veranderingen en toevoegingen, waarvan de grootste de nieuwe Site Health Check-tool is, die enerzijds de beginnende gebruiker helpt bij het begrijpen van zijn site en tegelijkertijd developers van essentiële informatie voorziet. Andere verbeteringen zijn onder andere bescherming tegen PHP-fouten (minder “white screens of death”), verbeteringen aan de blockeditor, nieuwe dashicons en emoji’s, en diverse updates voor ontwikkelaars en toegankelijkheid (accessibility).

Bijwerken: Wat is er nieuw in WordPress 5.3

Zoals het WordPress-team het omschrijft:

WordPress 5.2 biedt nu nog robuustere tools voor het identificeren en herstellen van configuratieproblemen en fatale fouten. Of je nu een ontwikkelaar bent die klanten helpt of je in je eentje een site beheert, deze tools kunnen je helpen om de juiste informatie te vinden wanneer je die nodig hebt.

Dit is de tweede grote release zijn sinds de lancering van de WordPress-blockeditor (oftewel Gutenberg) in WordPress 5.0. Hieronder gaan we in op alle nieuwe verbeteringen en de belangrijkste veranderingen die je in deze laatste WordPress release kan vinden.

Site Health Check

We kwamen de eerste Site Health-functies tegen in WordPress 5.1 toen ze compatibiliteitschecks toevoegden voor PHP-versies met plug-ins en thema’s. In WordPress 5.2 hebben ze een compleet nieuwe tool toegevoegd. Er zijn nu twee nieuwe pagina’s waarmee je veelvoorkomende WordPress-problemen als gevolg van bijvoorbeeld server- en softwareconfiguraties, PHP-versies, etc. op kan lossen.

Site Health Status

Onder “Tools” → “Site Health” is er een nieuwe pagina met de naam “Status”. Deze check toont kritieke informatie over jouw WordPress-configuratie en eventueel items die aandacht vereisen.

WordPress Site Health

WordPress Site Health

Een ding dat waarschijnlijk direct opvalt is dat ze bovenaan de pagina een score hebben gegeven aan jouw site gebaseerd op het percentage tests waarvoor jouw site is geslaagd. Niet iedereen is hier blij mee en er is momenteel een discussie tussen developers gaande (Ticket #47046) of zo’n beoordelingssysteem zou moeten bestaan. De voornaamste reden om tegen een dergelijk beoordelingssysteem te zijn is omdat deze kan zorgen dat gebruikers geobsedeerd raken met het halen van een score van 100%.

Wij staan er echter positief tegenover, omdat een systeem als deze bijdraagt aan de bewustwording van gebruikers. Het is bijvoorbeeld belangrijk om te controleren of een site geen inactieve plug-ins en thema’s bevat.

Velen weten bijvoorbeeld niet dat wanneer iets niet actief is op een WordPress-site, dat dat niet automatisch betekent dat de code niet uitgevoerd kan worden als iemand ernaartoe browset. Om je WordPress-site veilig te houden, is het daarom aan te raden om inactieve thema’s en plug-ins volledig te verwijderen als ze niet worden gebruikt.

De tests in de nieuwe Site Health-tool omvatten checks voor de volgende prestatie- en veiligheidsgerelateerde items:

Prestatiechecks 🚀

Beveiligingschecks 🔒

Als je een Kinsta-klant bent, is het niet moeilijk om een 100% score te halen, omdat alles binnen ons platform altijd up-to-date wordt gehouden. 😉

Site Health tool in WordPress - 100% score

Site Health tool in WordPress – 100% score

De tests zijn ook filterbaar via site_status_tests, wat betekent dat plug-in- of thema-ontwikkelaars hun eigen tests kunnen toevoegen of bestaande kunnen verwijderen. Lees hier meer.

Site Health Info

Onder “Tools” → “Site Health” is er nog een nieuwe pagina met de naam “Info”. Hier kan je nuttige (debugging) informatie vinden over de configuratie van je WordPress-site. Deze kan je vervolgens delen met ontwikkelaars, hostingproviders, etc. Er is een handige “Kopieer site-info naar klembord”-knop waarmee je gemakkelijk de informatie naar het klembord kopieert om deze later in een tekstbestand te delen met een derde partij.

WordPress Site Health Info

WordPress Site Health Info

De pagina Site Health Info bevat honderden datapunten over jouw WordPress-site. Zonder twijfel zal deze nieuwe pagina developers helpen sneller de informatie te krijgen die ze nodig hebben van gebruikers.

Hier is een snapshot van een aantal gegevens die je nu met een oogopslag kan zien.

WordPress 5.2's nieuwe Site Health Info bevat handige debug-informatie waarmee developers gebruikers beter (en sneller) kunnen helpen! 👏Click to Tweet

Bescherming tegen PHP-foutmeldingen

Voor WordPress 5.1 was het oorspronkelijk de bedoeling om een nieuwe functie te introduceren, genaamd “bescherming tegen fatale foutmeldingen”, die bescherming zou bieden tegen de gevreesde “white screen of death” die getoond werd wanneer PHP werd bijgewerkt. Echter, als gevolg van een aantal enorme gebreken, werd deze functie vertraagd. Het is nu opgenomen in WordPress 5.2.

Deze functie helpt te herkennen wanneer een fatale fout optreedt. Vervolgens wordt de plug-in of thema die achter de foutmelding zit tijdelijk gepauzeerd in het dashboard, zodat je nog steeds in staat bent om in te loggen op de backend van uw site en (hopelijk) het probleem op te lossen. Voor minder technische gebruikers is dit een geweldige nieuwe functie. Het enige negatieve wat we erover kunnen zeggen, is dat we hadden gewild dat deze functie jaren geleden al was toegevoegd!

We raden echter altijd aan om een testomgeving te gebruiken bij het testen van een nieuwe versie van PHP.

Als je site problemen ondervindt tijdens het upgraden van de PHP-versie, zal het in de front-end eruit zoals de afbeelding hieronder, maar je kan nog steeds inloggen op de back-end om het probleem op te lossen.

Bescherming tegen fatale foutmeldingen in WordPress 5.2

Bescherming tegen fatale foutmeldingen in WordPress 5.2

In de back-end zie je nu een bericht dat je WordPress-site zich momenteel in de herstelmodus bevindt en dat er een fout kan optreden met een thema of plug-in.

Back-end in de herstelmodus

Back-end in de herstelmodus (afbeeldingsbron: WordPress.org)

Diverse updates voor ontwikkelaars

WordPress 5.2 wordt ook geleverd met verbeteringen voor ontwikkelaars; van verbeteringen aan de blockeditor en privacybeleid-pagina’s, een nieuwe WordPress-hook tot updates aan de coderingsstandaard, en meer.

Verbeteringen aan de blockeditor

Met de komst van WordPress 5.2 zijn ook aan de blockeditor (Gutenberg) tal van verbeteringen aangebracht. Dit zijn een aantal die ons opvielen:

prestaties van de blockeditor in WordPress 5.2

Prestaties van de blockeditor in WordPress 5.2 (Bron: WordPress.org)

Updates aan de PHP-coderingsstandaard

WordPress beveelt nu officieel aan om PHP 5.6 of hoger te gebruiken bij jouw hostingprovider. In het geval je je afvroeg, Kinsta ondersteunt momenteel PHP tot aan versie 7.3!

Dit betekent dat ontwikkelaars met WordPress 5.2 kunnen profiteren van nieuwe coderingsstandaarden, zoals namespaces, anonieme functies, short array syntax, short ternary syntax en assignments met conditionals. Als je een ontwikkelaar bent en al geruime tijd op PHP 7 of hoger draait, heeft deze update waarschijnlijk weinig invloed op je dagelijkse werkzaamheden, maar het is goed om te zien dat WordPress bezig is met het maken van updates.

Lees meer over updates aan de coderingsstandaard.

Privacy-updates

WordPress 5.2 gaat gepaard met een aantal verbeteringen voor ontwikkelaars die werken met pagina’s over privacybeleid en data-export.

Om te beginnen zijn er nu vier nieuwe helpers die het aanpassen van de pagina met privacybeleid eenvoudiger maken:

De tweede verandering heeft betrekking op data-exports:

Export van gebruikersdata gebruikt niet langer een hardcoded lijst, maar gebruikt nu de standaardlijst met toegestane tags in wp_kses(). Ook is er nu nieuwe filtering beschikbaar.

Lees meer over de privacyupdates in WordPress 5.2.

Verbeteringen in het schrijven van JavaScript

Met de toevoeging van webpack- en Babel-configuraties in het @wordpress/scripts-pakket hoeven ontwikkelaars zich geen zorgen te maken over het opzetten van complexe bouwtools om modern JavaScript te kunnen schrijven. Lees meer over verbeteringen voor JavaScript.

Nieuwe hook voor body tag

WordPress 5.2 voegt een nieuwe wp_body_open () hook toe, waarmee thema’s het injecteren van code direct aan het begin van de <body> element kunnen ondersteunen. Het WordPress-team moedigt thema-ontwikkelaars aan om dit te gaan gebruiken. Lees meer over andere updates voor ontwikkelaars.

Nieuwe emoji’s en dashicons

Wat visuele updates betreft, heeft WordPress 5.2 nieuwe emoji’s en dashicons.

Downtime en WordPress problemen? Kinsta is de hosting oplossing speciaal ontworpen om jou tijd te besparen! Bekijk onze kenmerken

Twemoji bijgewerkt

In WordPress 5.2 is de nieuwste versie van Twemoji, 12.0.1, toegevoegd. Versie 12 bevat 230 nieuwe emoji’s, inclusief accessibility emoji’s en onze persoonlijke favoriet, de luiaard. Bekijk #46805.

Twemoji 12.0

Twemoji 12.0

Nieuwe dashicons

Dashicons worden gebruikt om het WordPress-beheerdersdashboard mooier te maken. Het was definitief tijd voor een update, omdat er al sinds WordPress 4.5 niets is veranderd. WordPress 5.2 heeft 13 nieuwe pictogrammen, waaronder voor Instagram, een reeks pictogrammen voor BuddyPress en geroteerde Aarde-pictogrammen voor wereldwijde integratie. Ook WOF 2.0-bestandsindeling voor lettertypen is toegevoegd.

WordPress 5.2 dashicons

WordPress 5.2 dashicons (Afbeeldingsbron: WordPress.org)

Bekijk de volledige lijst met nieuwe pictogrammen.

Grote veranderingen in toegankelijkheid

WordPress 5.2 komt met een aantal veranderingen die samen het contextuele bewustzijn en de navigatieflow van het toetsenbord van het toetsenbord verbeteren voor hen die schermlezers gebruiken en andere ondersteunende technologieën gebruiken.

Beveiligingsverbeteringen

Ticket #39309 werd in 2017 aangemaakt en gaat over een beveiligingsprobleem met de infrastructuur van WordPress. In het kort komt het erop neer dat als iemand het lukt om api.wordpress.org te hacken, ze dan nep-updates kunnen uitvoeren en de sites van WordPress-gebruikers kunnen overnemen.

Om dat te voorkomen controleert WordPress vanaf versie 5.2 het bestaan van de header x-content-signature. Als deze niet wordt gevonden, dan valt deze terug op een handtekeningbestand. Ongeacht de methode zijn alle updatepakketten vanaf nu digitaal ondertekend met Ed25519 en gecodeerd met base64.

Hoe bij te werken naar WordPress 5.2?

Omdat de site van iedereen klant weer anders in elkaar zit, raden we altijd aan onze one-click testomgeving te gebruiken. Het kost je slechts een paar seconden om je live site te klonen om vervolgens WordPress 5,2 te testen op compatibiliteit met jouw bestaande thema en plug-ins. Je kunt natuurlijk ook een handmatige back-up maken voordat je je live site bijwerkt, voor de zekerheid.

Om WordPress naar 5.2 bij te werken, klik je simpelweg op het updates-pictogram in het WordPress-beheerdersdashboard. En klik op de knop “Update Now”. Terwijl je site wordt bijgewerkt, staat deze in de onderhoudsmodus. Wanneer de updates zijn voltooid, is de site weer bereikbaar.

In het dashboard updaten naar WordPress 5.2

In het dashboard updaten naar WordPress 5.2

Als alles goed gaat met de update zou je het “Welcome to WordPress 5.2”-scherm moeten zien. Dat is alles! Appeltje, eitje.

WordPress 5.2 welkomstscherm

WordPress 5.2 welkomstscherm

Als het goed is ontvang je ook een bericht om je database bij te werken naar de nieuwste versie. Klik eenvoudigweg op de “Update WordPress Database”-knop en je bent klaar om te beginnen.

Database-update vereist

Database-update vereist

Problemen met WordPress-update oplossen

Wanneer gebruikers naar een belangrijke versie van WordPress updaten, zijn er altijd mensen die problemen ervaren, wat te wijten is aan de duizenden verschillende plug-ins en thema’s die beschikbaar zijn. Hier zijn een paar manieren om veelvoorkomende problemen op te lossen.

Samenvatting

WordPress 5.2 brengt een aantal mooie en leuke veranderingen met zich mee! De nieuwe Site Health Status-informatie helpt gebruikers te begrijpen hoe ze de prestaties en beveiliging van hun site kunnen verbeteren. Het zal interessant zijn om te zien hoe de nieuwe percentagescore in de toekomst uitpakt, maar het zal in elk geval voor meer bekendheid zorgen voor zaken als het gebruiken van de laatste versie van PHP, het verwijderen van inactieve thema’s en plug-ins, enz.

De nieuwe Site Health Info-informatie zal ontwikkelaars helpen om direct de informatie te krijgen die ze nodig hebben om klanten te helpen. Dit betekent minder hulpverzoeken voor plug-in- en thema-ontwikkelaars, maar ook voor hostingproviders. Je zal waarschijnlijk zien dat veel developers hun documentatie bijwerken en verzoeken om een export van deze pagina toe te voegen aan een hulpverzoek.

De bescherming tegen PHP-foutmeldingen biedt een manier voor gebruikers die upgraden naar nieuwere versies van PHP om alsnog in te kunnen loggen als er iets mis is gegaan. Minder “white screens of death” is altijd een goede zaak!

Wat vind jij van WordPress 5.2? We horen graag je mening over de nieuwe Site Health-tool.


Als je dit artikel leuk vond, dan ga je Kinsta’s WordPress hosting platform ook heel erg leuk vinden! Of het nu gaat om het versnellen van je website of de 24/7 support van ons ervaren WordPress-team. Onze door Google Cloud aangedreven infrastructuur is gericht op automatische schaalbaarheid, prestaties en beveiliging. Laat ons jou het Kinsta verschil tonen! Bekijk onze pakketten