Alle Kinsta klanten kunnen eenvoudig de PHP versie voor een WordPress site kiezen binnen het MyKinsta dashboard. We raden aan om de laatst beschikbare versie van PHP te gebruiken die wordt ondersteund door je WordPress installatie.
Zoals je misschien al hebt gehoord, is PHP overgestapt op een voorspelbaar releaseschema. Elke nieuwe versie wordt twee jaar lang actief onderhouden en krijgt een jaar lang kritieke beveiligingsupdates. Om ervoor te zorgen dat je WordPress sites zo snel en veilig mogelijk zijn, hebben wij hetzelfde schema aangenomen, wat betekent dat we niet-ondersteunde versies van PHP zullen verwijderen zodra ze end-of-life (EOL) zijn.
Waarom de PHP versie van je WordPress site bijwerken?
De twee belangrijkste redenen om de versie van PHP die achter je site draait bij te werken zijn veiligheid en snelheid.
Net zoals je WordPress zelf upgradet om er zeker van te zijn dat je beschermd bent tegen zwakke plekken in de beveiliging, zou je hetzelfde moeten doen met PHP. Daarnaast resulteert het upgraden van PHP over het algemeen in een aanzienlijke snelheidsverhoging, zoals onze PHP benchmarkrapporten laten zien.
Bekijk voor meer informatie ons artikel over ondersteunde PHP versies.
Weet je niet zeker welke versie van PHP je gebruikt? Je kunt dit controleren in het menu Tools van het MyKinsta dashboard. Of je kunt de PHP versie bekijken met de WordPress Site Health tool:
Wat als mijn site down gaat?
Problemen die worden veroorzaakt door het bijwerken van PHP versies ontstaan wanneer code die op je site draait oude functies gebruikt die niet langer worden ondersteund door nieuwere versies van PHP. De boosdoener is waarschijnlijk een plugin of een actief thema. Onze gids hieronder bevat stapsgewijze instructies om dit probleem op te lossen.
Hoe PHP versies bijwerken in WordPress
Vandaag nemen we met je door hoe je het beste je WordPress site kunt testen op compatibiliteit voordat je PHP versies gaat updaten. Velen van jullie zouden geen downtime moeten ervaren en er zal weinig werk nodig zijn.
Voor anderen kan het nodig zijn om extra te testen, problemen op te lossen en zelfs een WordPress ontwikkelaar in te huren om alles compatibel te maken.
Als je gewoon de PHP versie op je live WordPress omgeving meteen wilt bijwerken, dan kun je stap 5 overslaan. We raden je echter sterk aan om alle onderstaande stappen te volgen om er zeker van te zijn dat alles goed werkt.
Vooral als je een oudere versie gebruikt, zoals PHP 7.4.
- Maak een testsite
- PHP versie wijzigen
- Test site, plugins, thema
- Zet test naar live
- Werk PHP bij op live site
Stap 1 – Maak een testsite
Het eerste wat je moet doen is een testsite maken. Deze staat los van je live omgeving en stelt je in staat om nieuwere versies van PHP te testen zonder je live site kapot te maken.
Klik in het MyKinsta dashboard op WordPress sites in de linker navigatie. Je ziet een lijst met je sites. Klik op de site waarvoor je de PHP-versie wilt wijzigen. Klik vervolgens op het Ga naar of zoek vak (of druk op CMD + / of CTL + / op het toetsenbord) en selecteer de optie Maak nieuwe omgeving.
Volg vanaf hier de stappen in onze documentatie voor het maken van een WordPress testomgeving.
Zorg ervoor dat je ook de belangrijke opmerkingen over testomgevingen bekijkt. Als je bijvoorbeeld een externe CDN gebruikt, moet je deze mogelijk uitschakelen om je site correct te laten renderen.
Dit komt omdat je testsite een andere URL gebruikt. Caching is ook uitgeschakeld op standaard testomgevingen, dus houd hier rekening mee als je de prestaties probeert te testen.
Stap 2 – PHP versie voor WordPress bijwerken
Om de PHP versie van je WordPress site bij te werken, navigeer je naar WordPress sites > omgevingsnaam > Tools, klik dan op de Wijzig knop op de PHP instellingen kaart:
Je kunt ook een PHP update in bulk uitvoeren voor meerdere omgevingen vanaf de WordPress sites pagina. In het onderstaande voorbeeld hebben we de selectievakjes naast de namen van meerdere testomgevingen aangevinkt en kiezen we PHP instellingen wijzigen in het dropdownmenu Acties:
Welke route je ook kiest, de volgende stap is het kiezen van de PHP versie die je wilt gebruiken en klikken op de knop PHP instellingen wijzigen:
Opmerking: Bij het bulk-updaten van meerdere WordPress omgevingen wordt de hierboven gekozen versie van PHP toegepast op al deze omgevingen.
Welke methode je ook kiest in MyKinsta, het update proces kan tot drie minuten duren. Na voltooiing wordt je PHP engine opnieuw opgestart, wat kan resulteren in een paar seconden downtime voor alleen je WordPress backend. Bezoekers van je site zullen geen downtime ervaren.
Terwijl de PHP versie wordt gewijzigd, kun je elders in MyKinsta navigeren, maar sommige acties – zoals cachebeheer – zullen niet beschikbaar zijn totdat de nieuwe engine is geactiveerd. Je ontvangt een melding in het dashboard zodra de wijziging is doorgevoerd.
Stap 3 – Test je site, plugins en thema
Je zou nu een testsite moeten hebben die draait op de nieuwste versie van PHP (of de versie waar je naar wilt overschakelen). Het eerste wat je zou moeten doen is gewoon rondkijken en klikken op je WordPress site om te zien of er iets kapot is.
Als er iets incompatibel is, zoals een plugin of je thema, zie je misschien een 500 error (501, 502, 503, 504, etc.) of white screen of death op de front-end van je site. In dit geval is de makkelijkste en snelste manier om te bepalen wat de oorzaak zou kunnen zijn om al je externe plugins uit te schakelen en ze een voor een weer in te schakelen. Vergeet niet dat je op een testsite bent. Je hoeft je dus geen zorgen te maken dat je iets kapot maakt of dat iets niet werkt.
Selecteer in je WordPress dashboard in het scherm Plugins al je plugins. Selecteer vervolgens Deactiveren in de vervolgkeuzelijst Bulkacties en klik op Toepassen.
Je kunt ze dan één voor één weer inschakelen, waarbij je telkens je WordPress site bezoekt. Dit zal je helpen om de oorzaak van het probleem te achterhalen. Heb je geen toegang tot je WordPress dashboard vanwege een fout? Geen probleem, bekijk hoe je plugins uitschakelt via FTP.
Precies dezelfde tests kun je gebruiken met je WordPress thema. Je kunt tijdelijk terugschakelen naar het standaard WordPress thema, zoals het Twenty Nineteen thema.
Logbestanden bekijken in MyKinsta
Misschien heb je vastgesteld welke plugin of welk thema het probleem veroorzaakt, maar weet je niet zeker waarom? Dit is waar je WordPress foutenlogboeken van pas kunnen komen. Klik gewoon op een van je WordPress sites en klik aan de rechterkant op Logs.
Je kunt je error.log, kinsta-cache-perf.log en access.log bestanden bekijken. Standaard worden de laatste 1.000 regels getoond. Je kunt de dropdown voor het aantal regels gebruiken om een grotere hoeveelheid te selecteren (tot 20.000 regels).
Belangrijk: De MyKinsta logboektool toont geen debug-informatie. Als je debug-informatie wilt bekijken, kun je WP_DEBUG inschakelen zoals we hieronder laten zien.
Ruwe logbestanden bekijken via SFTP
Je kunt de volledig ongewijzigde logbestanden in /logs/ bekijken via SFTP.
Je logbestanden tracken via SSH
Je kunt de logbestanden volgen terwijl je experimenteert op je site met SSH. Dit betekent in feite dat je de log-updates live kunt bekijken tijdens het testen. Alle hostingpakketten van Kinsta hebben SSH toegang.
Laat de laatste 500 regels zien
tail -n 500 /www/sitename/logs/error.log
Live het bestand zien
Bekijk hoe je foutenlogbestand wordt bijgewerkt.
tail -f /www/sitename/logs/error.log
Voor degenen met SSH toegang kan ook WP-CLI een hulpmiddel van onschatbare waarde zijn.
Debugmodus inschakelen in MyKinsta
Voor Kinsta gebruikers kan de debugmodus van WordPress direct in het dashboard van MyKinsta worden ingeschakeld. Navigeer simpelweg naar de WordPress site en omgeving waarvoor je de debugmodus wilt inschakelen. Klik op Tools in het linkermenu en klik vervolgens op de knop Inschakelen van de WordPress debugging tool. Hierdoor kun je PHP fouten en meldingen zien zonder dat je de debugmodus hoeft in te schakelen via SSH of SFTP.
Onze zelfherstellende PHP feature herstart PHP automatisch als het problemen opmerkt. Als je PHP om wat voor reden dan ook handmatig opnieuw moet opstarten, kun je dat doen door naar de Tools pagina van je site te gaan en op Herstart PHP te klikken.
Debug logging inschakelen in WordPress
Als je geen SSH of MyKinsta toegang hebt, kun je altijd de debug logging in WordPress inschakelen. Eerst moet je verbinding maken met je site via SFTP. Download dan je wp-config.php zodat je deze kunt bewerken.
Zoek de regel met de tekst /* That's all, stop editing! Happy blogging. */ en voeg vlak daarvoor het volgende toe (zoals hieronder te zien is):
define( 'WP_DEBUG', true ); define( 'WP_DEBUG_LOG', true ); define( 'WP_DEBUG_DISPLAY', false );
Als de bovenstaande code al bestaat in je wp-config.php bestand, maar is ingesteld op “false”, verander deze dan gewoon in “true” Hierdoor wordt de debugmodus ingeschakeld en wordt alles in je /wp-content/debug.log bestand weergegeven. Je zult ook waarschuwingen en fouten zien in je WordPress admin als die er zijn.
Belangrijk: Vergeet niet om het uit te schakelen als je klaar bent, want deze bestanden kunnen heel snel behoorlijk groot worden.
Weet je niet waar je naar moet zoeken?
Er zijn duizenden plugins en thema’s, dus helaas is het voor ons onmogelijk om alle fouten op te sommen die je zou kunnen tegenkomen. Meestal komen deze voor doordat code (functies, syntaxis, enz.) niet compatibel is met de versie van PHP die je gebruikt. Hier is echter een voorbeeld van wat je zou kunnen zien.
500: Fatal error: Uncaught Error: A semicolon (';') is expected here. in /www/sitename/public/wp-content/plugins/bbpress-shortcodes/bbpress-shortcodes.php:177
Zoals je hierboven kunt zien, is het vrij eenvoudig om snel vast te stellen dat het de bbPress Shortcodes plugin is die een probleem veroorzaakt.
In het ergste geval kun je een compatibiliteitsprobleem hebben met één of twee plugins. Als dat het geval is, is dit wat we adviseren:
- Update je plugins en thema’s naar de nieuwste versie als je dat nog niet hebt gedaan.
- Neem contact op met de ontwikkelaar van de plugin of het thema en vraag hen om ondersteuning voor PHP 7.4 (of de huidige versie die je gebruikt) toe te voegen. Dit is een van de redenen waarom we je op de hoogte brengen voordat de uitfaseringsdata ingaan!
- Zoek een alternatieve plugin die dezelfde functionaliteit biedt en compatibel is met de PHP versie.
- Huur een WordPress ontwikkelaar in om het probleem op te lossen.
- Verander je PHP engine naar een lagere versie en kijk of de plugin of het thema dan werkt. Als dat zo is, kun je op een lagere versie van PHP werken totdat de ontwikkelaar zijn code heeft bijgewerkt. We raden dit niet aan omdat PHP 8.0 sneller is en langer ondersteund zal blijven. Maar als er iets is dat je absoluut moet draaien en het werkt alleen op PHP 7.4, dan moet je misschien je toevlucht nemen tot dit.
Stap 4 – Zet test naar live
Als je klaar bent met het testen van je site met PHP en je hebt wijzigingen aangebracht aan je plugins of thema’s, dan kun je testomgeving naar live pushen of dezelfde wijzigingen aanbrengen aan de live site die je hebt aangebracht aan de testsite.
Sommigen van jullie zullen merken dat je vrij uitgebreide wijzigingen in de testomgeving moet maken om de site op een nieuwere versie van PHP te laten draaien. In dat geval zal het gebruik van de push-to-live feature je veel tijd besparen.
Om dit te doen, zorg je ervoor dat je testomgeving geselecteerd is. Klik dan op de knop Push omgeving.
Voel je vrij om 24/7 contact op te nemen met ons support team als je problemen hebt met het updaten van de PHP versie op je WordPress site.
Stap 5 – Werk PHP bij op je live site
Nu het klaar is om PHP bij te werken, kun je de PHP versie op je live site wijzigen, net zoals je hebt gedaan met de methoden die in stap 2 hierboven zijn beschreven.
