PHP 8.2 end-of-life: wat betekent het voor je Magento- of Laravel-shop?

Op 31 december 2026 stopt de security support voor PHP 8.2. Vanaf dat moment komen er voor die versie geen beveiligingsupdates meer van het PHP-project. Je webshop gaat op 1 januari niet ineens plat. Maar elk nieuw PHP-lek na die datum blijft op 8.2 openstaan.

Dat is geen reden voor paniek. Het is wel een reden om nu te plannen. Hieronder lees je wat het betekent voor Magento 2, voor Laravel en voor je hosting, en welke route je kiest.

Wat gebeurt er precies?

PHP werkt met een vast ritme. Elke versie krijgt twee jaar actieve support (bugfixes en security) en daarna twee jaar alleen security fixes. Volgens php.net ziet het er nu zo uit:

PHP 8.1 is al sinds 31 december 2025 end-of-life. PHP 8.0 sinds 26 november 2023.

Waarom dit ertoe doet, zagen we vorige week nog. Bij de PHP2Shell-lekken in oktober 2026 zat het probleem in PHP zelf, niet in de webshop. Daar helpt alleen een PHP-update. Krijgt je versie die update niet meer, dan heb je geen fix.

Wat betekent dit voor Magento 2?

Bij Magento kun je niet zomaar elke PHP-versie kiezen. Adobe geeft per release aan welke PHP-versies ondersteund zijn. Volgens de officiële systeemeisen (bijgewerkt op 13 oktober 2026):

Wat dat in de praktijk betekent:

Je draait 2.4.7 op PHP 8.2

Dit is de makkelijke situatie. 2.4.7 ondersteunt ook PHP 8.3. Je kunt dus PHP omhoog zetten zonder Magento-upgrade. Test wel je extensies: niet elke module is even netjes bijgehouden. Daarnaast loopt de standaard support van Adobe voor 2.4.7 tot 31 mei 2027. Plan de stap naar 2.4.8 of 2.4.9 dus ook alvast in.

Je draait 2.4.6

Hier wordt het lastig. 2.4.6 ondersteunt alleen PHP 8.1 en 8.2. PHP 8.1 is al end-of-life, en 8.2 volgt op 31 december. Na die datum is er voor 2.4.6 geen ondersteunde PHP-versie meer die nog security fixes krijgt. De standaard support van Adobe voor 2.4.6 eindigde al op 11 augustus 2026; volgens Adobe's lifecycle policy loopt extended support tot 31 augustus 2027. Voor deze shops is een Magento-upgrade de echte oplossing.

Je draait 2.4.5 of ouder

Dan zit je al op PHP 8.1, en die krijgt sinds eind 2025 geen security fixes meer. Ook de Adobe-support voor 2.4.4 en 2.4.5 is voorbij. Dit is geen planningsvraag meer, dit is achterstallig onderhoud.

Je draait 2.4.8 of 2.4.9

Dan zit je op PHP 8.3 of hoger, en raakt dit je niet direct. Let wel op: 2.4.9 vraagt PHP 8.5. Een upgrade van 2.4.8 naar 2.4.9 is dus ook een PHP-upgrade.

Meer over upgrades en onderhoud lees je bij Magento support.

Wat betekent dit voor Laravel?

Laravel publiceert per major-versie welke PHP-versies ondersteund worden:

Twee dingen vallen op.

Laravel 12 op PHP 8.2 kan nu nog, maar niet lang. Laravel 12 werkt prima op PHP 8.3, 8.4 of 8.5. Voor de meeste Laravel 12-apps is de PHP-upgrade dus een losse stap. En Laravel 12 zelf krijgt tot 24 februari 2027 security fixes. Neem de stap naar Laravel 13 dus mee in dezelfde planning.

Laravel 13 vraagt minimaal PHP 8.3. Wil je naar Laravel 13, dan moet PHP sowieso eerst omhoog.

Draai je nog Laravel 10 of 11? Dan krijgt je framework al geen security fixes meer, los van PHP. Ook packages hebben eigen eisen. Filament 5 vraagt bijvoorbeeld minimaal PHP 8.2, dus dat blokkeert de upgrade niet. Check per package je composer.json met:

composer why-not php 8.4

Dat laat zien welke packages een PHP-upgrade tegenhouden. Meer over ons Laravel-werk lees je op Laravel.

Wat betekent dit voor je hosting?

Twee situaties.

Je hoster beheert PHP voor je. Vraag dan concreet: welke PHP-versie draait mijn shop, wanneer stappen jullie over, en kan ik zelf kiezen? Bij veel managed hosting is overstappen een instelling. Bij Magento-hosting is het verstandig dit samen met je bouwpartij te plannen, omdat Magento-versie en PHP-versie aan elkaar vastzitten.

Je beheert de server zelf. Kijk dan naar je besturingssysteem. Debian 12 levert standaard PHP 8.2. Linux-distributies onderhouden hun eigen PHP-pakketten en backporten soms security fixes na het einde van de upstream-support. Hoe lang en hoe volledig dat gebeurt, verschilt per distributie. Ga er niet blind van uit, maar check de securitypagina van je distributie.

Wat je nu doet: de planning

1. Breng in kaart wat je draait

Per omgeving: PHP-versie (php -v, en voor de webserver phpinfo() of je hostingpanel), Magento-versie (bin/magento --version) of Laravel-versie (php artisan --version). Vergeet staging en oude omgevingen niet. CLI en php-fpm kunnen verschillende versies draaien.

2. Bepaal je route

• Magento 2.4.7 op PHP 8.2: PHP naar 8.3. Daarna Magento-upgrade plannen.
• Magento 2.4.6 of ouder: Magento-upgrade naar 2.4.7 of hoger, met PHP mee.
• Laravel 12 op PHP 8.2: PHP naar 8.3 of hoger, Laravel 13 erachteraan.
• Laravel 11 of ouder: framework én PHP upgraden.

3. Test op staging

Draai de nieuwe PHP-versie eerst op een staging-omgeving. Let op deprecation-meldingen in je logs, extensies van derden en custom code. Test checkout, betalingen en koppelingen met ERP of PIM.

4. Plan het onderhoudsvenster

Kies een rustig moment, niet midden in de decemberpiek. Voor de meeste shops betekent dat: vóór de feestdagen of in januari. Na 31 december draai je zonder vangnet als er een nieuw PHP-lek opduikt.

5. Houd de volgende datum alvast in zicht

Stap je over naar 8.3? Die krijgt security fixes tot 31 december 2027. Dat is maar één jaar later. Kan je stack het aan, kijk dan direct naar 8.4 (tot eind 2028) of 8.5 (tot eind 2029).

Hoe weet je of je nu al risico loopt?

• Je draait PHP 8.1 of ouder: je loopt nu al risico. Er komen geen fixes meer.
• Je draait PHP 8.2: tot 31 december nog fixes, daarna niet meer.
• Je draait PHP 8.3 of hoger: je zit goed, maar noteer de einddatum van je versie.

Twijfel je over je huidige stand van zaken? Een security audit geeft je een overzicht van versies, extensies en risico's. Na een korte analyse krijg je een onderbouwde inschatting van wat een upgrade vraagt. Plan een gesprek.