Legacy PHP-applicatie moderniseren
Van onhoudbaar naar onderhoudbaar — zonder dat je bedrijf stilvalt.
Een applicatie die al jaren draait is meestal geen mislukking maar een succes: hij is zo belangrijk geworden dat niemand hem meer durft aan te raken. Dat is precies het probleem. Moderniseren betekent niet opnieuw beginnen, maar stap voor stap vervangen wat pijn doet, terwijl de winkel open blijft.
Indicatie voor een middelgrote applicatie. Na de intake volgt een vaste prijs per fase, zodat je nooit voor een open einde staat.
Herken je dit?
Niemand durft nog te deployen
Elke release is spannend omdat er geen tests zijn. Het gevolg: er wordt steeds minder vaak uitgerold, waardoor elke release juist groter en risicovoller wordt.
De bus factor is één
Eén persoon of één leverancier weet hoe het werkt. Valt die weg, dan ligt de kennis stil. Dit is het risico dat directies het vaakst onderschatten.
Beveiliging loopt achter
Een PHP-versie zonder security-support betekent dat bekende kwetsbaarheden niet meer gedicht worden. Bij een datalek is dat ook een AVG-probleem, geen puur technisch probleem.
Elke wijziging kost te veel
Wat vroeger een dag was, kost nu een week. Niet omdat het team slechter is geworden, maar omdat de codebase geen ruimte meer geeft.
Onze aanpak
Big-bang herbouw is de duurste en risicovolste route: je betaalt jaren voordat je iets terugziet, en ondertussen moet het oude systeem tóch onderhouden worden. Wij werken gefaseerd volgens het strangler fig-patroon — nieuwe functionaliteit groeit om het oude systeem heen tot dat vanzelf overbodig is.
-
1
Inventarisatie
We brengen de codebase, afhankelijkheden en risico's in kaart. Je krijgt een geschreven rapport met de tien grootste risico's en wat elk risico kost als je niets doet.
-
2
Vangnet bouwen
Voordat er ook maar één regel verandert, komt er een testfundament rond de kritieke paden. Zonder vangnet is refactoren gokken.
-
3
Fundament vernieuwen
PHP-versie, Composer-dependencies en de build-pipeline naar de actuele stand. Grotendeels geautomatiseerd met Rector en PHPStan.
-
4
Stapsgewijs vervangen
Per bedrijfsonderdeel wordt oude code vervangen door nieuwe, achter dezelfde interface. Oud en nieuw draaien tijdelijk naast elkaar, zodat je op elk moment terug kunt.
-
5
Overdragen
Documentatie, tests en een werksessie met je eigen team. Het doel is dat je ons daarna niet nodig hebt — dat is het verschil met een leverancier die je vastzet.
Wat je krijgt
- Risicoanalyse van de bestaande codebase, met prioritering
- Geautomatiseerde tests rond de kritieke bedrijfsprocessen
- Actuele PHP-versie en dependencies, met upgradepad voor de toekomst
- CI-pipeline die bij elke wijziging tests en statische analyse draait
- Overdrachtsdocumentatie en een kennissessie met je eigen team
Wie het werk doet
PHP.nl is het Nederlandse PHP-platform, geen bureau. Aanvragen worden gekoppeld aan een specialist uit het eigen netwerk; Serff Webdevelopment is de vaste uitvoerende partner voor grotere trajecten. Je weet vóór ondertekening wie het werk doet en spreekt die persoon zelf.
Alle code, tests en documentatie blijven in jouw repository. Elke fase levert op zichzelf werkende, overdraagbare software op — ook als je besluit het vervolg zelf of met een andere partij te doen.
Veelgestelde vragen
Moeten we opnieuw beginnen of kan de bestaande code mee?
Kan de applicatie tijdens het traject gewoon door?
Wat als jullie halverwege stoppen?
Wat kost het en hoe lang duurt het?
Wie voert het werk uit?
Vraag een voorstel aan
Beschrijf kort wat er speelt. Je krijgt binnen één werkdag antwoord van een PHP-developer, niet van een accountmanager.