PHP-upgrade van je website: wat er verandert en wat je vooraf controleert

Bij een PHP-upgrade gaat je website over op een nieuwere versie van PHP, de programmeertaal waarin onder meer WordPress draait. Kunnen je thema, plugins en eigen code de nieuwe versie aan, dan merken je bezoekers er niets van en krijgt je website weer beveiligingsupdates. Werk daarom vooraf je software bij, maak een back-up en test de nieuwe versie op een kopie van je website. Hieronder lees je per stap hoe dat gaat en wat je na de overstap controleert.

Waarom moet je website naar een nieuwere PHP-versie?

Elke PHP-versie krijgt vier jaar ondersteuning van de makers van PHP: twee jaar volledige ondersteuning en daarna twee jaar alleen beveiligingsupdates. Daarna is de versie "end of life" en worden nieuwe lekken in die versie niet meer gedicht. Zo krijgt PHP 8.2 na 31 december 2026 geen beveiligingsupdates meer. Tot wanneer elke versie ondersteuning krijgt, zie je in de tabel in PHP-versie wijzigen in Plesk.

Ook je software schuift mee. Steeds meer plugins en thema's vragen een recente PHP-versie. Heeft een update een nieuwere versie nodig dan je website gebruikt, dan meldt WordPress "Deze update werkt niet met je versie van PHP" en installeert de update niet. In Sitediagnose waarschuwt WordPress met "Je site draait op een verouderde versie van PHP" zodra je versie geen beveiligingsupdates meer krijgt.

Kleine update of overstap naar een nieuwe versie?

Er bestaan twee soorten PHP-updates. Een PHP-upgrade, waar dit artikel over gaat, is altijd de tweede.

Wat verandert er voor je website?

Werkt al je software met de nieuwe versie, dan ziet je website er na de overstap hetzelfde uit. Nieuwere PHP-versies zijn vaak ook sneller. De wissel zelf duurt een paar seconden; op een deel van onze servers is je website in die seconden onbereikbaar.

Problemen ontstaan bij code die op een oude manier geschreven is: een plugin of thema dat al jaren geen update kreeg, een oude paginabouwer of maatwerk. Dat merk je op een van deze manieren:

• Een witte pagina, een 500-fout of de melding "Er heeft zich een kritieke fout voorgedaan op deze site". WordPress stuurt dan ook een mail met als onderwerp "je site ervaart een technisch probleem" naar het beheerdersadres van je website. Daarin staat een link naar de herstelmodus, waarmee je toch in je dashboard komt.
• Een pagina die laadt, maar waar iets ontbreekt, zoals de inhoud uit een paginabouwer, een slider, een formulier of de footer. Daar hoort geen foutmelding bij, dus kijk na de overstap goed naar de inhoud van je belangrijkste pagina's.
• Een fout op één scherm, bijvoorbeeld de instellingenpagina van een plugin in je beheeromgeving, terwijl de rest van je website werkt.
• Meldingen met "Deprecated" in het foutlogboek. Dat is een waarschuwing dat een stuk code in een latere PHP-versie niet meer werkt. Je website werkt nog; een update van die plugin of dat thema lost het meestal op.

Foutmeldingen staan bij LJPc hosting standaard niet op je pagina's maar in het foutlogboek, zodat je bezoekers ze niet zien. Hoe je dat logboek opent en leest, lees je in foutlogboek bekijken in Plesk.

Twee dingen veranderen niet vanzelf mee: een geplande taak van het type Run a PHP script houdt zijn eigen PHP-versie, en PHP-instellingen die op (Default) staan krijgen de standaardwaarde van de nieuwe versie. Allebei staan ze in de controle na de overstap.

Wat controleer je vooraf?

1. Kijk welke PHP-versie je website nu gebruikt. In Plesk zie je dat in de kaart van je domein onder Dev Tools bij PHP, in WordPress onder Gereedschappen > Sitediagnose > Informatie, bij Server.
2. Werk WordPress, je thema en je plugins bij. Makers passen hun software aan nieuwe PHP-versies aan, dus met de nieuwste versies voorkom je de meeste problemen. Hoe je dat veilig doet, lees je in WordPress veilig bijwerken.
3. Zoek de oude onderdelen op. Op de pagina van een plugin op wordpress.org zie je bij Laatst geüpdatet hoe recent hij is, en bij PHP versie welke versie hij minstens nodig heeft. Een plugin of thema dat al jaren geen update kreeg, of dat niet meer te vinden is, geeft de meeste kans op problemen. Voor een betaalde plugin of een betaald thema kijk je bij de maker welke PHP-versies worden ondersteund. Heeft een webbouwer maatwerk voor je gemaakt, vraag dan of die code getest is op de nieuwe versie.
4. Maak een back-up van je bestanden en je database, zoals beschreven in back-up website maken.
5. Test de nieuwe versie op een kopie. Maak met WP Toolkit een stagingkopie op een subdomein, zoals staging.jouwdomein.nl. Een subdomein heeft in Plesk een eigen PHP-versie, dus je zet alleen de kopie op de nieuwe versie en loopt die na met de controle hieronder. Hoe je zo'n kopie maakt, lees je in een stagingkopie maken met WP Toolkit.

Zelf overstappen op een moment dat jou past

De PHP-versie van je website kies je zelf in Plesk, onder Dev Tools bij PHP. Zo bepaal je zelf wanneer de overstap gebeurt, bijvoorbeeld op een rustig moment waarop je meteen kunt controleren. Heb je van ons een bericht over een PHP-upgrade gekregen, dan kun je de nieuwe versie dus ook al eerder kiezen. Kies de nieuwste versie die je software ondersteunt; voor WordPress adviseert WordPress zelf PHP 8.3 of hoger. Het stappenplan staat in PHP-versie wijzigen in Plesk.

Na de overstap: zo controleer je je website

1. Leeg de cache van je cacheplugin, als je die gebruikt. Anders zie je een opgeslagen pagina van vóór de overstap.
2. Bekijk je belangrijkste pagina's als bezoeker, het liefst in een privévenster: je homepage, je dienst- of productpagina's en je contactpagina. Kijk of alle onderdelen er nog staan, niet alleen of de pagina laadt.
3. Test wat je bezoekers doen. Verstuur een formulier en doorloop bij een webshop een bestelling tot aan de betaalstap.
4. Log in op je beheeromgeving en open de instellingen van de plugins die je gebruikt.
5. Kijk in het foutlogboek of er nieuwe regels met PHP Fatal error staan.
6. Controleer je geplande taken onder Scheduled Tasks: kies bij een taak van het type Run a PHP script dezelfde versie als je website. Hoe je een taak aanpast, lees je in cronjob instellen in Plesk.
7. Controleer je PHP-instellingen, zoals memory_limit en upload_max_filesize. Wat elke instelling doet, lees je in PHP-instellingen aanpassen in Plesk.

Werkt je website niet meer na de upgrade?

1. Zoek in het foutlogboek welke plugin of welk thema de fout geeft. Het pad in de melding wijst het aan, bijvoorbeeld wp-content/plugins/naam-van-de-plugin/.
2. Werk die plugin of dat thema bij. Is er geen update, zet de plugin dan uit en kies een vervanger die wel wordt bijgehouden. Kom je niet meer in je dashboard, gebruik dan de link naar de herstelmodus uit de mail van WordPress.
3. Zet je website zo nodig tijdelijk terug naar de vorige PHP-versie, zolang die nog in de lijst bij PHP version staat. Zie dat als uitstel: een versie zonder beveiligingsupdates is geen blijvende oplossing, en PHP 8.1 en ouder zijn bij ons niet meer te kiezen.

Wat LJPc hosting hierin voor je regelt

• Kleine PHP-updates met oplossingen voor fouten en lekken installeren we automatisch op al onze servers. Daar hoef je zelf niets voor te doen.
• Je kiest per website en per subdomein je eigen PHP-versie: 8.2, 8.3, 8.4 en op bijna al onze servers ook 8.5.

Wil je hulp bij de voorbereiding, het testen of een fout na de overstap? Bel ons op 085 130 6429, mail naar support@ljpc.nl of maak een supportticket aan.