WordPress 6.1, gepland voor november 2022, zal een “enorme verbetering van de databaseprestaties” bevatten dankzij nieuwe caching na de query.

Deze nieuwe functie belooft WordPress-websites sneller te laten werken.

De exacte cache-verbetering is caching na de query.

In de aankondigings-twitter-thread vroeg iemand of deze verbetering al in versie 6.0 was uitgebracht.

Zij hij vroeg:

“Bedankt! Was er niet al een verbetering in 6.0?

We hadden hier grote problemen mee in grote winkels: verdwijnende categorieën op archiefpagina’s wanneer alleen subcategorieën zijn aangevinkt, niet de bovenste (bovenliggende) categorie.

Benieuwd naar de notitie met meer context”

De hoofdverantwoordelijke voor WordPress beantwoord:

“We verbeteren voortdurend de databaseprestaties.

Verbeterde querycaching in 6.0. Dit is de cache na de query. Verwant maar niet hetzelfde.

Dit probleem is opgelost in 6.0.1. Ik heb het zelf opgelost.”

WordPress-database en -query’s

WordPress slaat verschillende onderdelen van de website op in een database.

Een database bevat informatie over de site, georganiseerd in tabellen.

Alle inhoud van de webpagina-berichten wordt bijvoorbeeld opgeslagen in een tabel.

Wanneer iemand een webpagina bezoekt, “zoekt” WordPress de database op om de inhoud van die webpagina in de database te zoeken en te vinden.

WordPress maakt meerdere zoekopdrachten naar de database voor elke opgevraagde webpagina en doet dit voor elke sitebezoeker.

Als gevolg hiervan kan dit een zware belasting voor een server worden als het duizenden keren per minuut gebeurt, wat resulteert in tragere databaseprestaties, wat op zijn beurt de hele site vertraagt.

Met deze nieuwe functie voor het cachen van databases, in plaats van de database te doorzoeken, zal het eerst controleren of wat u zoekt zich in een cache bevindt en de informatie daaruit halen.

Het is vergelijkbaar met het plaatsen van een lunchbestelling en in plaats van te moeten wachten tot de lunch klaar is, reikt de persoon die de bestelling opneemt onder de toonbank en produceert deze onmiddellijk.

Enorme verbetering

Volgens de belangrijkste WordPress-bijdrager die aan dit project heeft gewerkt, zal de cachefunctie resulteren in een dramatische verbetering.

De hoofdbijdrager twitterde:

“In WordPress 6.1 is er een enorme verbetering in de databaseprestaties.

Databasequery’s in WP_Query worden nu in de cache opgeslagen. Een ticket waar ik al meer dan 5 jaar aan werk, is samengevoegd.

Dit zou moeten resulteren in miljarden minder herhaalde databasequery’s”

Ook een concept-ontwikkelnotitie gestart die meer informatie bevat over caching:

“WordPress 6.1 bevat een verbetering in de manier waarop databasequery’s worden uitgevoerd in de klasse ‘WP_Query’, zodat het resultaat van databasequery’s wordt opgeslagen in de objectcache.

Dit betekent dat als dezelfde databasequery meer dan eens wordt uitgevoerd, het resultaat uit de cache wordt geladen.

Voor degenen die permanente objectcaching gebruiken, betekent dit dat de databasequery niet opnieuw wordt uitgevoerd totdat de caches ongeldig zijn gemaakt, wat resulteert in zeer weinig databasequery’s van gegevens

Antwoord van de WordPress-community

De onofficiële aankondiging werd met enthousiasme ontvangen.

Gefeliciteerd Zo’n grote impact.

— Elie Sloïm (@ElieSl) 27 september 2022

Eerlijk spel voor jou, dit is enorm op zoveel manieren. Ik kan niet wachten om dit te proberen. Heel veel dank voor al je harde werk en doorzettingsvermogen!

— Simon Pollard (@smp303) 27 september 2022

Heel mooi, Jonnie! Mooi dat je op deze schaal een positieve impact kunt maken.

— Keith Devon (@keithdevon) 27 september 2022

Super goed! Het irriteerde me altijd dat ik door hoepels moest springen om dubbele vragen hiermee te voorkomen.

— Jon Bruin (@jb510) 27 september 2022

Last minute problemen worden opgelost

Ondanks de enthousiaste tweet die aankondigde dat deze functie in de volgende versie van WordPress zal zitten, ontstond er op het laatste moment een probleem dat twijfel leek te zaaien of deze functie de volgende versie van WordPress zal halen.

Het GitHub-ticket voor het cacheproject was gesloten, wat betekent dat alle bugs opgelost leken en het voorbij was.

Maar uren later heropende dezelfde WordPress-bijdrager het ticket omdat er nieuwe problemen werden ontdekt.

Het ontdekte probleem had te maken met de persistente objectcache.

Ze schreven een toelichting:

“Heropenen omdat ik een aantal problemen heb ontdekt waarbij objectcaches blijven bestaan.
Probleem 1: Cache toevoegen wordt vaak genoemd als cachegeheugen voor persistente objecten is ingeschakeld. Dit komt omdat het update_post_caches wordt genoemd. Deze functie mag niet worden aangeroepen wanneer objectcaching is ingeschakeld.
Probleem 2: De cacheset wordt elke WP_Query-uitvoering genoemd, niet alleen de eerste.

Er is een nieuwe GitHub-pull-release geopend om de oplossing voor de nieuw ontdekte problemen te documenteren.

Bevestigd: databasecache bevindt zich in WordPress 6.1

Ik nam contact op met de ontwikkelaar via een direct bericht op Twitter en hij antwoordde dat er geen vertraging zal zijn.

Hij bevestigde dat zes weken vanaf vandaag deze nieuw ontdekte problemen zullen worden opgelost en dat de nieuwe caching-functie zal worden opgenomen in WordPress 6.1.

Er is nog niets officieel aangekondigd, maar dat is niet verwonderlijk. Elke release bevat honderden verbeteringen en de belangrijkste worden meestal gemarkeerd op de eigenlijke releasedag.

Verwacht dat de nieuwe functie die de WordPress-prestaties zal verbeteren, wordt geleverd in versie 6.1, momenteel gepland voor november 2022.

Uitgelichte afbeelding door Shutterstock/iViDI Studio

Source link