Een PHP upgrade betekent dat je de PHP versie op je server bijwerkt naar een nieuwere release, en je code zo aanpast dat die daarop blijft werken. Voor een eenvoudige website is dat soms één klik in het hostingpaneel. Voor een maatwerk PHP-applicatie die jaren niet is bijgewerkt, is het een klein project. In beide gevallen geldt: een PHP versie die end of life is, krijgt geen security-updates meer, en daar wil je niet op draaien.

Welke PHP versies worden nog ondersteund? (per oktober 2026)

PHP brengt elk jaar rond november een nieuwe versie uit. Elke versie krijgt twee jaar actieve ondersteuning (bugfixes en securityfixes) en daarna nog twee jaar alleen securityfixes. Volgens de officiële pagina php.net/supported-versions is dit de stand per oktober 2026:

PHP versie Uitgebracht Actieve ondersteuning tot Securityupdates tot
PHP 8.5 20 november 2025 31 december 2027 31 december 2029
PHP 8.4 21 november 2024 31 december 2026 31 december 2028
PHP 8.3 23 november 2023 31 december 2025 31 december 2027
PHP 8.2 8 december 2022 31 december 2024 31 december 2026

Oudere PHP versies: end of life

Deze oudere PHP versies zijn volgens php.net/eol end of life en krijgen geen enkele update meer:

PHP versie End of life sinds
PHP 8.1 31 december 2025
PHP 8.0 26 november 2023
PHP 7.4 28 november 2022
PHP 7.3 en ouder 2021 of eerder

Let op PHP 8.2: die verloopt op 31 december 2026. Draai je daar nu op, plan je volgende PHP upgrade dan nu al.

Waarom een PHP upgrade belangrijk is

Draaien op een oude PHP versie voelt veilig zolang alles werkt. Toch zijn er drie redenen om niet te wachten.

Security. Na de end of life-datum worden nieuwe vulnerabilities niet meer gedicht. Je server is dan zo veilig als de laatste security-patch van jaren geleden, en bij een audit of pentest staat een niet-ondersteunde PHP versie vrijwel altijd bovenaan de lijst.

Hosting. Hostingpartijen schakelen oude versies uit of rekenen extra voor verlengde ondersteuning. Dan moet je ineens, op hún moment.

Performance en ontwikkeling. Nieuwe PHP versies zijn vaak sneller en bieden new features waarmee developers sneller en veiliger werken. Libraries en frameworks laten oude versies los, zodat je zonder upgrade ook geen nieuwe updates van je packages meer krijgt.

Wat verandert er bij een upgrade naar PHP 8?

De grootste sprong voor veel applicaties is die van PHP 7.x naar PHP 8. Dat is ook de stap waar de meeste fouten ontstaan.

Nieuwe mogelijkheden in PHP 8.0

PHP 8.0 bracht onder meer named arguments, attributes, union types, de match-expressie, de nullsafe-operator en JIT-compilatie. Dat maakt code korter, beter leesbaar en strenger getypeerd, wat de verdere ontwikkeling van je applicatie makkelijker maakt.

Wijzigingen die bestaande code breken

Tegelijk zijn er wijzigingen die bestaande code kunnen breken:

  • Vergelijkingen tussen strings en getallen werken anders: 0 == 'foobar' was true in PHP 7 en is false in PHP 8.
  • Veel interne functions gooien nu een TypeError of ValueError in plaats van een waarschuwing.
  • De @-operator onderdrukt geen fatal errors meer.
  • Incompatibele method-signatures geven een fatal error.

Code die onder PHP 7 jarenlang waarschuwingen gaf zonder dat iemand het merkte, stopt onder PHP 8 dus soms abrupt. Daarom test je een PHP upgrade altijd eerst. Elke versie daarna (8.1 tot en met 8.5) brengt kleinere wijzigingen en deprecations; die vind je in de officiële migratiegidsen op php.net.

Stappenplan: PHP versie upgraden zonder downtime

Dit is de volgorde die wij aanhouden bij het updaten van een PHP-applicatie.

1. Controleer je huidige PHP versie

Kijk in je hostingpaneel of via php --version op de server welke versie je draait. Geen toegang tot de server? Zet dan via FTP een tijdelijk bestand met phpinfo() neer en verwijder het direct na het controleren. Controleer ook of de command line en de webserver dezelfde versie gebruiken; dat verschilt vaker dan je denkt.

2. Inventariseer afhankelijkheden

Welke framework-versie, Composer-packages, plugins en thema’s gebruik je? Controleer per onderdeel welke PHP versie wordt ondersteund. Een verouderde plugin of library is de meest voorkomende oorzaak van fouten na een upgrade.

3. Maak een back-up

Maak een volledige back-up van bestanden en database, en controleer dat je hem ook echt kunt terugzetten.

4. Test op een staging-omgeving

Zet een kopie van je applicatie op met de nieuwe PHP versie. Laat statische analyse los op de code (bijvoorbeeld PHPStan of PHP_CodeSniffer met de PHPCompatibility-regels) en draai de tests. Tools zoals Rector kunnen veel aanpassingen automatisch doen; controleer het resultaat wel zelf.

5. Los fouten en deprecations op

Werk alle errors en deprecation-meldingen weg en update packages die niet meer compatibel zijn. Upgrade bij grote sprongen per versie, zodat je weet welke wijziging welke fout veroorzaakt.

6. Zet de nieuwe PHP versie live

Wijzig de versie in je hostingpaneel of serverconfiguratie, liefst op een rustig moment. Houd de foutlog in de gaten en controleer de belangrijkste functies: inloggen, formulieren, e-mail, betalingen en koppelingen. Laat ook collega’s die de applicatie dagelijks gebruiken hun vaste taken doorlopen; zij zien afwijkingen vaak eerder dan een developer.

Na de upgrade: PHP updates bijhouden

Een PHP upgrade is geen eenmalige klus. Binnen elke PHP versie verschijnen regelmatig patch-releases (zoals 8.4.1, 8.4.2) met bugfixes en security-fixes. Zorg dat die updates automatisch of minimaal maandelijks worden geïnstalleerd. Plan daarnaast elk jaar een moment om te bepalen wanneer je naar de volgende versie gaat upgraden. Zo blijft elke stap klein en voorkom je dat je over een paar jaar opnieuw een grote inhaalslag moet maken.

PHP versie updaten bij je hosting

Bij gedeelde hosting stel je de PHP versie meestal zelf in. In cPanel heet die optie vaak MultiPHP Manager, in DirectAdmin en Plesk vind je hem bij de PHP-instellingen van je domein. Bij een VPS of eigen server installeer je de nieuwe versie naast de oude en schakel je de webserver om. Weet je niet waar het zit, vraag het je hostingpartij; zet het in ieder geval niet om zonder test.

WordPress, Joomla en andere CMS’en

Voor WordPress of Joomla gelden dezelfde regels. Werk eerst de core, plugins en thema’s bij, test op staging en schakel dan pas de PHP versie om. Een verouderde plugin die al jaren geen updates heeft gehad, is de klassieke oorzaak van een fatal error na de upgrade. Vervang zo’n plugin liever dan dat je op een oude PHP versie blijft hangen, en verwijder plugins die je niet meer gebruikt: elke plugin is code die bij een upgrade kan breken.

Welke PHP versie voor WordPress?

WordPress raadt per oktober 2026 PHP 8.3 of hoger aan, volgens de officiële requirements. WordPress draait ook nog op oudere PHP versies, maar de WordPress-documentatie waarschuwt zelf dat die end of life zijn en je site kwetsbaar kunnen maken. Kies dus minimaal PHP 8.3, en controleer per plugin welke PHP versie wordt ondersteund. Wil je weten wat er verder bij regelmatig onderhoud hoort, lees dan wat WordPress onderhoud inhoudt.

Wanneer een PHP upgrade groter wordt dan verwacht

Bij maatwerkapplicaties die op PHP 5 of 7 zijn gebouwd, is de PHP upgrade vaak het topje van de ijsberg. Een oude framework-versie die niet op PHP 8 draait, packages die niet meer bestaan, geen tests: dan moet je eerst die achterstand wegwerken. Draai je op Symfony, lees dan ook ons artikel over een Symfony upgrade, want framework en PHP versie hangen direct samen.

Wat een upgrade kost, hangt af van de afstand tot de doelversie, de hoeveelheid code, de staat van je packages en of er tests zijn. Na een blik in de code geven we je een inschatting op maat.

Hulp bij je PHP upgrade

Wil je zeker weten wat er gebeurt als je de PHP versie omzet? Met een codebase scan zien we welke onderdelen breken, welke packages vervangen moeten worden en hoe groot de klus is. Daarna kunnen we de upgrade, de security-updates en het verdere onderhoud van je PHP-applicatie voor je uitvoeren, inclusief doorontwikkeling, zodat je de volgende keer niet weer achterloopt.