PHP prestaties

Als het gaat om de prestaties van WordPress, betekenen meer PHP threads niet automatisch betere prestaties; er zijn een aantal factoren waar je rekening mee moet houden:

• Caching: Effectieve caching kan de werkdruk op PHP threads verminderen door inhoud vanuit de cache te serveren in plaats van deze dynamisch te genereren voor elk verzoek. Dit kan de prestaties aanzienlijk verbeteren, vooral voor veelgebruikte bronnen.
• Hardware: De beschikbare hardware-resources op de server, zoals CPU, geheugen (RAM) en schijfsnelheid, hebben een directe invloed op de prestaties van PHP threads. Onvoldoende bronnen kunnen leiden tot langzamere verwerkingstijden en slechtere prestaties.
• Configuratie webserver: De configuratie van de webserver en zijn interactie met PHP kan de threadprestaties beïnvloeden.
• Snelheid database: PHP applicaties halen vaak gegevens op uit MySQL databases om dynamische inhoud te genereren. De snelheid van het ophalen van gegevens hangt af van factoren als databaseorganisatie, query-optimalisatie en de prestaties van de databaseserver. Deze elementen hebben een directe invloed op de algehele prestaties van PHP applicaties.
• PHP versie: Nieuwere PHP versies zorgen vaak voor betere prestaties van PHP threads door prestatieverbeteringen, bugfixes en beveiligingsupdates.

Bij Kinsta hechten we veel waarde aan de prestaties van je site. Daarom hebben we verschillende technologieën geïmplementeerd die zijn gericht op het maximaliseren van PHP prestaties en het minimaliseren van PHP verzoeken:

• We bieden pagina caching op zowel CDN- als serverniveau, met aanpasbare regels om maximale cache-efficiëntie te garanderen.
• We gebruiken premium servers bij GCP (C2 en C3D virtuele machines) die zijn uitgerust met de snelste CPU’s van Google Cloud om de PHP threads van je site efficiënter te laten draaien.
• Onze schaalbare infrastructuur zorgt ervoor dat de PHP threads van je WordPress site genoeg CPU resources hebben om optimaal te presteren.
• We maken gebruik van een eersteklas netwerkinfrastructuur bij Google Cloud Platform (GCP) om latency te minimaliseren. Door gebruik te maken van het hoogwaardige netwerk van GCP verkorten we de tijd die gegevens nodig hebben om te reizen tussen de verschillende onderdelen van onze infrastructuur, waaronder de MySQL server en webservers, aanzienlijk.
• We bieden een sterk geoptimaliseerde MySQL server die lokaal wordt gehost om de netwerklatency te verminderen en het ophalen en verwerken van gegevens te versnellen.
• Op de MySQL server hebben we InnoDB buffers om de databaseprestaties te helpen verbeteren door schijf I/O operaties te verminderen. Gegevens kunnen sneller worden benaderd vanuit het geheugen in plaats van vanaf schijf, waardoor lees- en schrijfbewerkingen efficiënter verlopen en de algehele prestaties van de MySQL database verbeteren.
• We zorgen ervoor dat altijd de nieuwste versie van PHP beschikbaar is om eventuele prestatieverbeteringen te integreren.

PHP prestaties bekijken

Dit toont de volgende informatie:

• Totaal PHP geheugen: Het totale PHP-geheugen verdeeld over de PHP-threads.
• PHP threads: Voorheen bekend als PHP workers. Dit is het aantal PHP threads per site. Elke thread is een PHP proces dat één inkomend verzoek per keer afhandelt, dus meer threads zorgen voor meer gelijktijdige verzoeken. Gecachete content omzeilt PHP threads, die alleen nodig zijn voor databasequeries of gegevenswijzigingen.
• Geheugen per thread: Dit is de PHP geheugenlimiet per thread, wat de maximale hoeveelheid geheugen (RAM) is die elke PHP thread kan gebruiken tijdens het verwerken van een verzoek.
• Threadlimiet bereikt: Dit toont het aantal “PHP thread limit reached” fouten in deze omgeving in de afgelopen 24 uur. Als deze fout optreedt, betekent dit dat de site niet is afgeleverd en dat bezoekers van je site alleen error 500 te zien krijgen. De belangrijkste oorzaken van deze fout zijn:
  • Hoge verkeerspieken: Als je website een plotselinge piek in verkeer ervaart, zoals tijdens een promotie of evenement, kunnen alle beschikbare PHP threads vastlopen, wat resulteert in deze foutmelding.
  • Slecht geoptimaliseerde code: Trage of resource-intensieve PHP scripts kunnen er langer over doen om uit te voeren, waardoor threads langer bezet blijven. Als PHP scripts complexe of inefficiënte database queries bevatten, kunnen ze het uitvoeringsproces blokkeren.
  • Inefficiënte plugins of thema’s: Sommige plugins of thema’s kunnen buitensporig veel systeemresources gebruiken, wat leidt tot vertragingen in de verwerking van threads. Zelfs als plugins afzonderlijk geen beslag leggen op de systeemresources, kunnen te veel plugins de PHP-verwerking cumulatief vertragen.
  • Achtergrondtaken: Langlopende achtergrondprocessen of cron jobs (zoals geplande backups of database-cleanups) kunnen PHP threadresources opslokken en zo bijdragen aan het bereiken van de limiet.
  • DDoS aanval of bots: Een DDoS-aanval (Distributed Denial of Service) of grote hoeveelheden botverkeer kunnen de server overweldigen en alle beschikbare PHP threads opgebruiken, waardoor deze fout optreedt.
• Geheugenlimiet bereikt: Deze metric toont het aantal “PHP Fatal error: Allowed memory size of xxx bytes exhausted” fouten in deze omgeving in de afgelopen 24 uur. Als deze fout optreedt, betekent dit dat de site niet is afgeleverd en dat bezoekers van je site alleen error 500 te zien krijgen. De belangrijkste oorzaken van deze fout zijn:
  • Verwerking van grote gegevens: Scripts die grote datasets, afbeeldingen of bestanden verwerken (bijv. CSV import, manipulatie van afbeeldingen) kunnen veel geheugen verbruiken, wat tot deze fout leidt.
  • Geheugenlekken in code: Onjuiste behandeling van variabelen, objecten of grote arrays die niet worden vrijgegeven na gebruik kunnen een geheugenlek veroorzaken, wat leidt tot hoog geheugenverbruik.
  • Inefficiënte code of algoritmen: Het opslaan van grote arrays of objecten in het geheugen, vooral zonder de manier waarop ze worden afgehandeld te optimaliseren, kan geheugen uitputten. Scripts die bestanden, netwerkverbindingen of andere externe bronnen openen zonder ze goed af te sluiten, kunnen het geheugengebruik geleidelijk verhogen.
  • Slecht ontworpen plugins of thema’s: Bepaalde plugins of thema’s kunnen buitensporig veel geheugen gebruiken door inefficiënte code of slechte optimalisatie. Zelfs als elke plugin afzonderlijk niet veel geheugen gebruikt, kunnen veel geïnstalleerde en actieve plugins gezamenlijk je geheugenlimieten overschrijden.
  • Achtergrondtaken: Cron jobs, geplande taken of achtergrondscripts die lange periodes draaien of grote hoeveelheden gegevens verwerken kunnen deze foutmelding veroorzaken, vooral als ze niet geoptimaliseerd zijn.

PHP prestaties wijzigen

Je kunt je PHP prestaties voor elke site binnen WordPress sites wijzigen > sitenaam > Info > PHP prestaties > Wijzigen.

Dit toont je Totale geheugenpool in je huidige pakket. De geheugenpool is het totale PHP geheugen verdeeld over je PHP threads. Als je bijvoorbeeld 4 PHP threads hebt en een totale geheugenpool van 2GB, dan is de PHP geheugenlimiet voor elke PHP thread 512MB.

Je kunt de Totale geheugenpool wijzigen om de totale hoeveelheid geheugen te vergroten die wordt verdeeld over de PHP threads. Je kunt ook de schuifbalk gebruiken om toe te voegen:

• Meer threads: Je kunt de schuifregelaar hier naartoe bewegen om het aantal PHP threads voor je site te verhogen. Wanneer je het aantal threads verhoogt, wordt het PHP geheugen automatisch verdeeld over het hogere aantal threads; dit kan betekenen dat je minder geheugen per thread hebt. Als je bijvoorbeeld 16 threads hebt met een totale geheugenpool van 2 GB, is de PHP geheugenlimiet voor elke thread 128 MB. Als je de threads vergroot naar 32 maar de geheugenpool hetzelfde houdt, zal de PHP geheugenlimiet voor elke thread 64MB zijn.
  Met meer threads kan je site meerdere inkomende verzoeken tegelijk verwerken. Echter, met minder geheugen per thread kunnen geheugenintensieve taken zoals grote database queries of media uploads het beschikbare geheugen overschrijden, wat kan leiden tot fouten. Dit is belangrijk om te overwegen bij het configureren van je site.
  Dynamische sites die in real-time inhoud genereren, zoals e-commerce platforms, CMS-gestuurde websites of forums, hebben waarschijnlijk meer baat bij meer threads. Statische sites die vaste inhoud weergeven, zoals blogs, documentatie of websites in brochurestijl, hebben over het algemeen geen baat bij extra PHP threads, omdat hun inhoud zelden verandert en minimale serververwerking vereist.
  Je kunt het threadgebruik verminderen door caching in te schakelen en je code te optimaliseren. Voor meer details over het minimaliseren van threadgebruik, zie PHP threadgebruik verminderen en optimaliseren.
• Meer geheugen: Je kunt de schuifregelaar hierheen bewegen om de PHP geheugenlimiet per thread te verhogen; als je de PHP geheugenpool echter niet verhoogt, zal het aantal beschikbare PHP threads afnemen. De maximale geheugenlimiet per thread is 1024MB. Als je bijvoorbeeld 16 threads hebt met een totale geheugenpool van 2 GB, is de PHP geheugenlimiet voor elke thread 128MB. Als je de geheugenlimiet verhoogt maar de geheugenpool hetzelfde houdt, worden de PHP threads gereduceerd tot 2 en wordt de PHP geheugenlimiet per thread 1024MB.
  Door meer geheugen per thread toe te wijzen, kan je site geheugenintensieve taken effectiever afhandelen, zoals het uploaden van inhoud. Sites met veel plugins of sites die veel databaseverzoeken doen kunnen baat hebben bij meer geheugen per thread om optimale prestaties te behouden. Als je echter minder threads hebt, vermindert dit het aantal inkomende verzoeken dat je site tegelijkertijd kan verwerken.

Als je de waarden verandert, laat de afbeelding onder de schuifbalk de bijgewerkte waarden zien en hoe ze worden verdeeld over de threads en het geheugen.

Klik op Doorgaan als je tevreden bent met de toewijzing van threads en geheugen. Als je de geheugenpool hebt verhoogd, creëer je een PHP performance add-on; de prijsdetails worden op het volgende scherm getoond. Het abonnement verschijnt in je volgende factureringscyclus en wordt automatisch evenredig verdeeld over je huidige factureringsperiode.

Opmerking: Omdat deze add-on pro rata is, kun je tijdelijk de totale geheugenpool, threads of het geheugen verhogen als je veel verkeer verwacht voor evenementen zoals Black Friday of Cyber Monday. Na het evenement kun je terugkeren naar de oorspronkelijke instellingen en hoef je alleen te betalen voor de dagen dat de add-on actief was.

Als je de geheugenpool verlaagt om de PHP performance add-on te verwijderen en je bent in de eerste 30 dagen van je WordPress Hosting abonnement, dan wordt een evenredig bedrag voor de add-on toegevoegd aan je volgende factuur voor de periode dat deze was ingeschakeld. Als je WordPress Hosting pakket langer dan 30 dagen actief is, ontvang je een evenredig tegoed voor de add-on kosten op je Accountsaldo voor de resterende dagen van de huidige factureringsperiode. Het tegoed wordt automatisch gebruikt om het aan Kinsta verschuldigde geld op je volgende factuur te verrekenen. Raadpleeg voor meer informatie onze WordPress Hosting niet-goed-geld-terug-garantie.

Testomgevingen

Je kunt de Totale geheugenpool alleen wijzigen in de live omgeving. Als je het in de live omgeving aanpast, geldt de nieuwe waarde voor alle standaard en premium testomgevingen.

Wanneer je de geheugenpool of het aantal threads in de live-omgeving wijzigt, wordt de toewijzing van geheugen per thread voor de standaard testomgeving overeenkomstig aangepast; het maximale aantal threads voor een standaard testomgeving is echter beperkt tot 2. Als de live omgeving bijvoorbeeld een geheugenpool van 2 GB heeft met 4 PHP threads, zou elke thread een geheugenlimiet van 512 MB hebben. In de standaard testomgeving zouden dit 2 PHP threads zijn, elk met een geheugenlimiet van 512 MB.

In premium testomgevingen heb je de flexibiliteit om het aantal threads en het geheugen onafhankelijk van de live omgeving aan te passen.

Pool-, threads- en geheugenverdelingswaarden

De tabellen hieronder tonen de beschikbare verdelingsopties voor het geheugen en de threads op basis van de waarde van de totale geheugenpool:

512 MB geheugenpool

1GB geheugenpool

1.5GB geheugenpool

2GB geheugenpool

2,5GB geheugenpool

3GB geheugenpool

4GB geheugenpool

Als je meer PHP threads of een hogere geheugenlimiet per thread nodig hebt, raden we je aan een dedicated server te gebruiken.

De PHP performance add-on verwijderen

Om de PHP performance add-on van alle sites te verwijderen, ga je naar je gebruikersnaam > Bedrijfsinstellingen > Mijn pakket en klik je op Verwijderen binnen PHP performance.

Hierdoor worden alle sites teruggezet naar het oorspronkelijke PHP-geheugen en de threads die in je pakket zijn opgenomen. Het bevestigingsvenster laat zien van welke sites de add-on wordt verwijderd en waar de geheugenpool op wordt teruggezet. Om de verwijdering te bevestigen klik je op PHP performance add-on verwijderen.

Om de PHP performance add-on voor een individuele site te verwijderen, kun je de PHP performance wijzigen en de Totale geheugenpool verlagen naar de standaardwaarde die in je pakket is opgenomen. Je kunt de add-on ook verwijderen voor alle sites waarvoor deze is ingeschakeld binnen je gebruikersnaam > Bedrijfsinstellingen en klik in het gedeelte PHP performance op Verwijderen.

Het bevestigingsvenster laat zien van welke sites de add-on wordt verwijderd en waar de PHP geheugenpool, het aantal threads en het geheugen per thread op worden teruggezet. Klik op PHP performance add-on verwijderen om de verwijdering te bevestigen.

Als je in de eerste 30 dagen van je WordPress Hosting pakket zit, wordt een evenredig bedrag voor de add-on toegevoegd aan je volgende factuur voor de periode dat deze was ingeschakeld. Als je WordPress Hosting pakket al meer dan 30 dagen actief is, ontvang je een evenredig tegoed voor de add-on kosten op je Accountsaldo voor de resterende dagen van de huidige factureringsperiode. Het tegoed wordt automatisch gebruikt om het aan Kinsta verschuldigde geld op je volgende factuur te verrekenen. Raadpleeg voor meer informatie onze WordPress Hosting niet-goed-geld-terug-garantie.

PHP geheugenlimiet add-on

Deze add-on verhoogt de geheugenlimiet van 256MB naar 512MB tegen een kostprijs van $50 per site per maand. Om de add-on binnen MyKinsta te bekijken, ga je naar WordPress sites > sitenaam > Add-ons > PHP geheugen.

Als je de PHP geheugenlimiet add-on verwijdert en je zit in de eerste 30 dagen van je WordPress Hosting pakket, dan wordt een evenredig bedrag voor de add-on toegevoegd aan je volgende factuur voor de periode dat deze was ingeschakeld. Als je WordPress Hosting pakket langer dan 30 dagen actief is, ontvang je een evenredig tegoed voor de add-on kosten op je Accountsaldo voor de resterende dagen van de huidige factureringsperiode. Het tegoed wordt automatisch gebruikt om het aan Kinsta verschuldigde geld op je volgende factuur te verrekenen. Raadpleeg voor meer informatie onze WordPress Hosting niet-goed-geld-terug-garantie.

Het identificeren van PHP prestatieproblemen

Kinsta’s APM tool

Het gebruik van tools zoals Kinsta’s APM tool en de Query Monitor plugin kunnen je helpen bij het identificeren van prestatieproblemen en trage queries. We raden ook aan om samen te werken met een gekwalificeerde performance expert om problemen te diagnosticeren.

PHP threadlimiet

Je kunt de PHP threadlimiet grafiek bekijken in MyKinsta > WordPress Sites > sitenaam > Analytics > Prestaties > PHP threadlimiet.

Als een PHP thread gedurende 10 aaneengesloten seconden niets te doen heeft, wordt het PHP threadproces automatisch beëindigd. Zodra het weer nodig is, wordt het threadproces direct opnieuw aangemaakt. Deze grafiek laat zien hoe vaak het maximum aantal toegewezen threads op je site is bereikt.

Als je bijvoorbeeld een WP 5 abonnement afneemt, dan staat dit maximaal 4 PHP threadprocessen toe. Als er 3 PHP threads in gebruik zijn en er wordt een ander verzoek gedaan op je site waarvoor een PHP thread nodig is, dan wordt bij het aanmaken van de PHP thread het maximum aantal van 4 PHP threads bereikt en wordt dit gelogd als een incident waarbij de limiet voor PHP threads is bereikt.

Dit geeft je mogelijk slechts een gedeeltelijk beeld van je PHP thread-activiteit, omdat dit alleen het aantal keren registreert dat de PHP threadlimiet is bereikt en niet hoe lang alle PHP threads in gebruik waren.

Als je site bijvoorbeeld een enorme verkeersgolf ervaart, kan het zijn dat alle PHP threads een heel uur lang constant bezig blijven zonder inactieve tijd en daarom in dat uur helemaal niet worden afgesloten. Dit zou slechts worden geregistreerd als één geval van het bereiken van de PHP thread limiet, en daarom kan het lijken alsof de PHP threads niet bezet waren gedurende dat uur, terwijl ze in feite allemaal de hele tijd actief waren. Na 30 minuten, als er een afname in verkeer is waardoor een PHP thread 10 seconden niet actief is, zal deze automatisch worden beëindigd. Als de PHP thread echter binnen een minuut weer nodig is, wordt het maximum aantal PHP threads weer bereikt, waardoor er weer een PHP thread limiet wordt gelogd.

Als je het aantal PHP threads voor je site wilt verhogen, kun je dit doen binnen WordPress sites > sitenaam > Info > PHP prestaties > Wijzigen.

Als je de websiteprestaties onderzoekt en vaststelt of je site continu zijn PHP threads verbruikt, kun je de activiteit van PHP threads controleren met tools in een SSH sessie. Het volgende custom commando controleert bijvoorbeeld elke 0,3 seconden het aantal actieve PHP threads:

watch -n 0.3 "ps aux | awk '\$(NF-2) ~ /php-fpm/ && \$(NF-1) ~ /pool/ && \$8 ~ /R/ { print \$0 }' | wc -l".

Om dit commando te verlaten, druk je op CMD + C of CTRL + C en laat je beide toetsen los.

PHP geheugenlimiet bereikt

Je kunt de PHP geheugenlimiet grafiek bekijken in MyKinsta > WordPress Sites > sitenaam > Analytics > Prestaties > PHP geheugenlimiet bereikt.

Deze grafiek toont het aantal keren dat de PHP geheugenlimiet is bereikt. Kinsta’s standaard PHP geheugenlimiet is 256MB, wat meer dan genoeg is voor de meeste WordPress plugins en sites. Deze limiet bestaat om te voorkomen dat PHP scripts te veel geheugen gebruiken. Als je de limiet te hoog instelt, kan een verkeerd geconfigureerd of kapot script ernstige problemen veroorzaken door te veel geheugen te gebruiken.

Dit geeft slechts een gedeeltelijk beeld van je PHP geheugengebruik, omdat het het aantal keren dat de geheugenlimiet wordt bereikt registreert, maar niet de duur van die keren.

Als je site correct is ingesteld bij Kinsta, zou je de PHP geheugenlimiet niet moeten bereiken. Als dat wel het geval is, raden we aan je PHP threadgebruik te verminderen en te optimaliseren.

Je kunt de PHP geheugenlimiet van een site wijzigen binnen WordPress sites > sitenaam > Info > PHP prestaties > Wijzigen.

Cache analyse

De cache analyse sectie in MyKinsta cache analytics kan worden gebruikt om het totaal aantal cache requests en de top cache bypasses van je site te bekijken.

Het gebruik van PHP threads verminderen en optimaliseren

Caching

Caching is je beste vriend als het gaat om het optimaliseren van je site en het verminderen van het aantal benodigde PHP threads. Onthoud dat PHP threads niet nodig zijn voor gecachete content, dus cache alles wat je kunt.

Pagina caching

Bij Kinsta verzorgen we pagina caching voor je; alle sites gebruiken de FastCGI cache module van Nginx voor supersnelle prestaties.

Edge caching

Edge caching slaat de cache van je Kinsta site of pagina (normaal gesproken alleen opgeslagen in het datacenter van je site) op in Cloudflare’s wereldwijde netwerk van 260+ datacenters. Wanneer bezoekers je site bezoeken, wordt de gecachete content geleverd vanaf de dichtstbijzijnde locatie, waardoor de prestaties en de snelheid van de website aanzienlijk worden verbeterd met wel 40%.

Object cache

Het toevoegen van een persistente object cache zoals Redis voor je database kan de prestaties verbeteren en de behoefte aan PHP threads verminderen. Zonder object caching worden MySQL database query’s uitgevoerd voor elk verzoek, zelfs als het dezelfde query en resultaten zijn.

Redis slaat de resultaten van databasequery’s op in RAM, zodat PHP die resultaten kan ophalen zonder de query opnieuw uit te voeren. Het verwijderen van de noodzaak voor herhalende database queries zorgt ervoor dat PHP threads resources kunnen besparen en verzoeken efficiënter kunnen uitvoeren.

Je kunt Redis caching aan je site toevoegen met onze Redis caching add-on.

Code-optimalisatie

Zorg ervoor dat de code van je site zo efficiënt mogelijk is. Dit geldt voor custom code, themacode en plugincode. Als je het niet zeker weet, raden we je aan een ontwikkelaar te vragen om de code van je site te bekijken.

Custom code

Als je website je eigen code bevat in plugins of je thema, zorg er dan voor dat deze echt nodig is en goed geschreven.

Plugins

Kijk goed naar de plugins die op de site worden gebruikt en controleer of ze echt nodig zijn, geen dubbele functies bevatten en de beste optie zijn voor de behoefte die ze vervullen. Als er plugins zijn die niet compatibel zijn met de nieuwste versie van WordPress en PHP, is het misschien tijd om andere opties te overwegen. Als je plugins op je site hebt die niet worden gebruikt, is het aan te raden om die te verwijderen.

Thema

Gebruik een lichtgewicht en goed presterend thema. Vermijd thema’s die functionaliteit bevatten die het beste via aparte plugins kan worden geïmplementeerd (zoals SEO, zoekfiltering, aangepaste velden, sliders/slideshows voor afbeeldingen, etc.) of die niet nodig zijn voor je site.

PHP bijwerken

Gebruik de nieuwste PHP versie voor snellere prestaties. PHP benchmarks laten zien dat elke PHP versie sneller is dan de vorige.

Kinsta’s CDN inschakelen

Het inschakelen van Kinsta’s CDN zorgt voor nog meer efficiëntie en optimalisatie voor je site. Kinsta’s CDN is ons hoogwaardige HTTP/3 CDN, ondersteund door Cloudflare, dat je zonder extra kosten wordt aangeboden. Als het is ingeschakeld, kan je site statische assets van locaties over de hele wereld serveren.

Een performance expert raadplegen

Als je bekend bent met siteoptimalisatie, is dit een optionele stap. Een expert kan je helpen om alle aspecten van je sites te analyseren, knelpunten te identificeren en oplossingen te implementeren.