Kennisbank · Systemen
Oude PHP-applicatie vervangen of vernieuwen
Je maatwerk-webapplicatie draait op een oude PHP-versie of een framework dat niet meer wordt bijgewerkt. Waarom dat een risico is en wat je kunt doen.
Een webapplicatie op een oude PHP-versie werkt vaak nog, maar krijgt geen beveiligingsupdates meer. Hoe langer hij zo draait, hoe groter het risico. Je kunt upgraden of opnieuw bouwen; welke route past, hangt af van de staat van de code.
Deze pagina gaat over maatwerk in PHP, zoals een klantportaal, een bestelsysteem of een interne applicatie. Gaat het om een WordPress-website, dan is bijwerken meestal gewoon onderhoud door je websitebouwer.
Hoe lang krijgt jouw PHP-versie nog updates?
Elke PHP-versie krijgt twee jaar volledige ondersteuning en daarna twee jaar alleen beveiligingsupdates. Stand op 4 november 2026 (php.net, php.net):
| Versie | Beveiligingsupdates tot |
|---|---|
| PHP 5.6 | 31 december 2018 |
| PHP 7.4 | 28 november 2022 |
| PHP 8.0 | 26 november 2023 |
| PHP 8.1 | 31 december 2025 |
| PHP 8.2 | 31 december 2026 |
| PHP 8.3 | 31 december 2027 |
| PHP 8.4 | 31 december 2028 |
| PHP 8.5 | 31 december 2029 |
Draait je applicatie op PHP 8.2, dan krijgt hij na 31 december 2026 geen beveiligingsupdates meer. Op PHP 7 of 5 is dat al jaren zo.
Niet alleen PHP zelf
Vaak is niet alleen PHP verouderd, maar ook het framework en de losse onderdelen waarop de applicatie is gebouwd. Een framework van tien jaar geleden, of zelfgeschreven code zonder framework, maakt upgraden lastig: elke nieuwe PHP-versie kan onderdelen laten breken.
Een webapplicatie staat per definitie aan het internet. Juist daar is software zonder updates een risico, zeker als er klant- of ordergegevens in staan.
Wat je merkt
- Je hostingpartij waarschuwt dat de oude PHP-versie verdwijnt.
- Een upgrade naar een nieuwere PHP-versie laat onderdelen van de applicatie stukgaan.
- Niemand durft nog iets aan te passen, omdat de code slecht gedocumenteerd is.
- De oorspronkelijke bouwer is niet meer bereikbaar.
Upgraden of opnieuw bouwen?
| Wat je ziet | Richting |
|---|---|
| Het framework bestaat nog en krijgt updates | Upgraden |
| De code is netjes opgezet en heeft automatische tests | Upgraden |
| Het framework bestaat niet meer, of alles is zelfgeschreven | Opnieuw bouwen |
| Niemand durft nog iets aan te passen | Opnieuw bouwen |
| De applicatie past niet meer bij hoe je nu werkt | Opnieuw bouwen |
Upgraden betekent dat de applicatie wordt bijgewerkt naar een PHP-versie en framework die wel updates krijgen. Opnieuw bouwen betekent dat we op gangbare techniek bouwen wat de applicatie doet, met code die elke developer kan lezen.
Na een verkennend gesprek weet je welke route bij jou past.
Zo pakken we het aan
- We bekijken samen wat de applicatie doet en wie hem gebruikt, ook klanten of leveranciers die erop inloggen.
- Je krijgt een inschatting in uren.
- We bouwen in stappen. De oude applicatie blijft draaien tot de nieuwe klaar is.
- We toetsen met je eigen gegevens, en je betaalt pas als het nieuwe systeem werkt zoals afgesproken.
- Je gegevens gaan mee. Code, rechten en hosting komen op jouw naam.
Wat bepaalt de kosten?
- het aantal schermen, rapporten en gebruikersrollen;
- koppelingen met andere software of met systemen van klanten;
- hoeveel gegevens er mee moeten, en in welke staat;
- of klanten of leveranciers erop inloggen, want dan moet de overstap voor hen soepel verlopen.
Je krijgt vooraf een inschatting in uren. Meer uren komen er alleen met jouw akkoord.
Is je bouwer niet meer bereikbaar, of wil je verder met een andere partij? Lees dan maatwerksoftware laten overnemen.