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 plugins 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.
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 plugins 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 plugins 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 🚀
- Nieuwste WordPress-versie
- Actuele versie van PHP
- Actuele SQL-server
- Vereiste en aanbevolen PHP-modules zijn geïnstalleerd
- UTF8MB4 wordt ondersteund
- Geplande gebeurtenissen
- Lopende HTTP-verzoeken
- REST API beschikbaar
- Kan loopback-verzoeken uitvoeren
Beveiligingschecks 🔒
- Alleen actieve thema’s worden uitgevoerd
- Up-to-date van plugins
- HTTP-verbinding
- Veilige communicatie
- Debug-modus uit
- Kan communiceren met WordPress.org
- Achtergrondupdates werken goed
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. 😉
De tests zijn ook filterbaar via site_status_tests, wat betekent dat plugin- 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.
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: WordPress-versie, sitetaal, gebruikerstaal, startpagina-URL en site-URL, permalink-structuur, multisite-check, aantal gebruikers.
- Mappen en omvang:Locatie WordPress-map, omvang, locatie uploadmap en omvang, locatie thema en omvang, locatie plugins en omvang, omvang database, omvang totale installatie.
- Actief thema:Naam thema, versie, auteur, websiteauteur, parent-thema, functies thema, locatie map thema.
- Must-use-plugins: Details van alle vereiste plugins die momenteel actief zijn, versienummers en auteursnamen.
- Actieve plugin: Actieve plugins die momenteel runnen, versienummers en auteursnamen.
- Media-afhandeling: Actieve editor, versienummer ImageMagick, string, resourcelimieten, versie GD, versie Ghostscript.
- Server: Serverarchitectuur (zoals Linux, Windows, enz.), webserver (zoals Nginx of Apache), PHP-versie, PHP SAPI, PHP max. invoervariabelen, tijdslimiet, geheugenlimiet, max. invoertijd, max bestandsgrootte uploaden, max grootte artikel, cURL-versie, SUHOSIN-status, Imagick-bibliotheekstatus, .htaccess-regels.
- Database: extensie, serverversie, clientversie, databasegebruiker, host, naam, prefix.
- WordPress-constanten: ABSPATH, WP_HOME, WP_SITEURL, WP_CONTENT_DIR, WP_PLUGIN_DIR, WP_MAX_MEMORY_LIMIT, WP_DEBUG, WP_DEBUG_DISPLAY, WP_DEBUG_LOG, SCRIPT_DEBUG, WP_CACHE, CONCATENATE_SCRIPTS, COMPRESS_SCRIPTS, COMPRESS_CSS, WP_LOCAL_DEV.
- Permissies bestandssysteem: Checken of de volgende mappen schrijfbaar zijn. Hoofdmap WordPress, map wp-content, map met uploads, map met plugins, map met thema’s, map met must-use-plugins.
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 plugin 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.
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 plugin.
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:
- In 5.0 werd
WP_Screen::is_block_editor()geïntroduceerd om ontwikkelaars in staat te stellen code voorwaardelijk uit te voeren, afhankelijk van het feit of de blockeditor wordt geladen. Er waren echter enkele problemen met deze functie, maar die zijn nu opgelost in WordPress 5.2. Bekijk #46195. - Media- en tekstblokken zijn verbeterd.
- De resizers van afbeeldingen en blokken zijn veel beter dan voorheen.
- Prestatieverbeteringen zijn doorgevoerd die laadtijd verkorten.
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:
- Nieuwe functie:
is_privacy_policy() - Een nieuw sjabloonbestand voor het thema:
privacy-policy.php - Nieuwe body-class:
.privacy-policy - Nieuwe menu-item class:
.menu-item-privacy-policy
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.
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.
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.
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.
- Artikelformats bevinden zich nu in lijsttabellen.
- Nieuwe linkmarkering in het WordPress-adminbalk-submenu.
- Het archief dat wordt bekeken in de archief-dropdown-widget is nu vooraf geselecteerd.
- Een nieuwe mediaweergave is toegevoegd aan de mediabibliotheek.
- Aan de datatabellen op de pagina’s Persoonlijke Gegevens Exporteren en Persoonlijke Gegevens Wissen zijn koppen toegevoegd.
- Het alt-tekstveld is nu het eerste veld dat wordt weergegeven in de media-modal.
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?
Elke site is uniek, dus het is belangrijk om de meegeleverde testomgeving te gebruiken voor al je tests. Met een testomgeving kost het 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 plugins. Je kunt natuurlijk ook een handmatige back-up maken voordat je je live site bijwerkt, voor de zekerheid.
En als één testomgeving niet genoeg is, kun je ervoor kiezen om extra premium testomgevingen (maximaal vijf) voor je Kinsta site te installeren.
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.
Als alles goed gaat met de update zou je het “Welcome to WordPress 5.2”-scherm moeten zien. Dat is alles! Appeltje, eitje.
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.
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 plugins en thema’s die beschikbaar zijn. Hier zijn een paar manieren om veelvoorkomende problemen op te lossen.
- Krijg je het ‘white screen of death‘? Dit wordt meestal opgelost door PHP opnieuw op te starten en de volledige paginacache van je WordPress-site te verwijderen.
- Probeer al je plugins uit te schakelen om te zien of het probleem is opgelost. Activeer ze vervolgens één voor één totdat je ziet welke plugin voor problemen zorgt en bijgewerkt moet worden door de ontwikkelaar.
- Probeer over te schakelen naar een standaard WordPress-thema, zoals Twenty Twenty. Als dit het probleem oplost, kan je het best contact opnemen met de ontwikkelaar van het thema.
- Problemen met JavaScript-problemen in uw browser oplossen en diagnosticeren.
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 plugins, 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 plugin- 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.
Brian heeft een enorme passie voor WordPress, gebruikt het al meer dan tien jaar en heeft zelfs al aantal premium plugins ontwikkeld. Brian houdt van bloggen, films en hikes. Kom in contact met Brian op Twitter.
Laat een reactie achter