VEROUDERDE SYSTEMEN
PHP upgraden zonder opnieuw te beginnen
Je applicatie draait nog op PHP 5 of 7. De hostingpartij wil upgraden, of doet het binnenkort gewoon. Opnieuw bouwen is duur en hoeft vaak niet. Ik breng de bestaande code naar de nieuwste PHP-versie met de langste ondersteuning. Zo ben je weer jaren vooruit.
Waarom nu
- PHP 7.4 en ouder krijgen al jaren geen beveiligingsupdates meer.
- Hostingpartijen zetten oude PHP-versies uit, of rekenen extra voor verlengde ondersteuning.
- Nieuwe pakketten en bibliotheken werken niet meer op de oude versie, dus ook kleine wijzigingen worden lastig.
Hoe ik een upgrade aanpak
- Ik zet de applicatie lokaal op en zoek uit wat er op de nieuwe PHP-versie niet meer werkt: verwijderde functies zoals
mysql_*, strengere types en waarschuwingen die nu fouten zijn. Met statische analyse en een code scan zie ik dat vooraf, niet pas als het live misgaat. - Ik werk de code en de pakketten bij, stap voor stap, zodat de applicatie tussendoor blijft werken.
- Staan er wachtwoorden of API-sleutels in de code? Die haal ik eruit en bewaar ik veilig buiten de website, alleen leesbaar voor de server.
- Ik test op een kopie van je productieomgeving. Pas als alles werkt, gaat de nieuwe PHP-versie live, en de oude blijft klaarstaan. Waar het kan, blijven de checks daarna staan: bij elke wijziging draaien statische analyse, code scans en tests automatisch, en gaat een update pas live als alles groen is.
Wat ik upgrade
Maatwerk in PHP, en WordPress-plugins en -thema's op maat. Een Laravel-applicatie? Kijk bij Laravel upgrade. Draait je site op Drupal 7? Kijk dan bij Drupal migratie.
Uit de praktijk: een trainingsbureau
Een trainingsbureau had een eigen PHP-site met een CMS, jaren geleden op maat gebouwd. De site draaide op een oude PHP-versie.
Vraag
De hosting stopte met de oude PHP-versie, en op een nieuwe versie gaf de site fouten. Opnieuw bouwen was duur en niet nodig: de site deed precies wat hij moest doen.
Aanpak
Eerst een volledige back-up van bestanden en database. Daarna een lokale kopie met dezelfde instellingen als de hosting. Ik scande de code automatisch op alles wat in nieuwe PHP-versies niet meer werkt en loste het op. Wachtwoorden en API-sleutels stonden gewoon in de code. Die haalde ik eruit en zette ik veilig buiten de website, alleen leesbaar voor de server. Elke publieke pagina, elke CMS-pagina en het boekingsformulier testte ik voor en na.
Resultaat
De site draait op een actuele PHP-versie die nog jaren ondersteund wordt, zonder fouten. Het CMS werkt zoals het altijd werkte. En wachtwoorden en sleutels staan niet meer in de code, maar veilig apart.
Veelgestelde vragen
Moet alles opnieuw gebouwd worden?
Meestal niet. De meeste code is met gerichte aanpassingen op PHP 8 te krijgen. Is een deel echt niet te redden, dan hoor je dat vooraf.
Hoe lang duurt een upgrade?
Dat hangt af van de omvang en de staat van de code. Na een eerste analyse kan ik een inschatting geven.
Kan het ook goedkoper?
Is het een website die weinig meer verandert? Dan kan ik hem ook omzetten naar statische HTML. Hij ziet er hetzelfde uit en blijft gewoon draaien, maar zonder PHP en database online. Dat is veilig, en goedkoper dan een upgrade. Voor een applicatie met een login of formulieren werkt dat niet: die moet echt naar een nieuwe PHP-versie.
Een oude applicatie?
Vertel op welke PHP-versie hij draait en wat hij doet. Je hoort van mij.