De tijd loopt door en de jaren gaan snel voorbij, de code raakt verouderd omdat bepaalde functies verdwijnen. Nu wil je wel graag mee maar je code werkt goed en eigenlijk heb je helemaal geen zin om je code weer helemaal door te lopen en alles aan te passen aan de huidige tijd.
Dan kun je 4 dingen doen.
1. De website en code zo laten maar blijven draaien op verouderde software
2. De website en code compleet doorlopen en toch maar aanpassen aan de huidige tijd.
3. De website offline halen (ivm veiligheid)
4. Een wrapper gaan (schrijven)gebruiken om de verouderde/verwijderde functies weer ondersteund te krijgen met de huidige technieken.
Aan dat laatste zit ik zelf te denken, ik heb een website die draait op verouderde PHP code (Geschreven rond versie 4-5
) en gaat voornamelijk om de standaard mysql_ functies. Dus zit ik te denken om een wrapper te schrijven/downloaden die deze functies emuleert.Hoe ga jij met dit soort zaken om?
AI vragen of ie het om wil zettenquote:
Op Dus zoals altijd, wat flauw maar:
ja succesquote:Op woensdag 23 april 2025 13:47 schreef Metalfrost het volgende:
[..]
AI vragen of ie het om wil zetten
Alles werkt met mysql_ functies, deze functies werkten perfect en zijn in de code zelf beveiligd tegen injectie en dergelijke. Maar zijn depricated en als ik over wil naar een hogere versie loop ik eigenlijk alleen daar tegen aan..
Dus mogelijk een wrapper schrijven waarbij ik alleen de functie namen bv iets verander (of zelfs niet en overschrijf)..
Dat gaat de veiligheid niet verbeteren en gaat je een keer bijten.quote:
Dus mogelijk een wrapper schrijven waarbij ik alleen de functie namen bv iets verander (of zelfs niet en overschrijf)..
Los het gewoon in een keer goed op
Als je frameworks/libraries gebruikt moet je die bijhouden, die hebben altijd wel guides om upgraden makkelijk te houden. Maar het liefst zoveel mogelijk zelf schrijven.
Een goede IDE helpt ook met het reactoren van je code. En in het verleden heb ik voor php Rector gebruikt om een project te moderniseren.
Toen die tijd gebruikte ik nog niet een MCV model of wrappers voor databases... site stamt uit begin 2010..
en de site hoeft nog maar een paar jaar mee, ik heb plannen om er iets anders mee te doen maar tot die tijd zou het fijn zijn als de gebruikers de site gewoon nog kunnen blijven gebruiken zonder dat het mij honderden uren aan extra werk kost... Maar allen dank voor de reacties!
Hoever sijpelt de db specifieke code door in je codebase? Met goede cohesie is dit al veel makkelijker dan wanneer dit niet zo is.quote:
We praten over 50k aan regels zelf geschreven code (zonder frameworks en door externe gemaakte libraries), waar de site al sinds het begin goed functioneert. Nooit problemen gehad met beveilgiingskwesties... dus waarom zou een wrapper dan een slechte keuze zijn? enige waar de site op faalt is dat mysql functies depricated raken, niets meer en niets minder.
Toen die tijd gebruikte ik nog niet een MCV model of wrappers voor databases... site stamt uit begin 2010..
Maar allen dank voor de reacties!
Ja mits ik gebruik maak van een wrapper, anders nee...quote:
Ik ben niet erg op de hoogte van PHP specifiek maar kan je niet gewoon find-and-replacen?
Het zit overalquote:Op zondag 27 april 2025 21:34 schreef FlippingCoin het volgende:
[..]
Hoever sijpelt de db specifieke code door in je codebase? Met goede cohesie is dit al veel makkelijker dan wanneer dit niet zo is.
Wat ik zei, tussen de 10 en 20 jaar oud... dus wil ik alles aanpassen dan heb ik daar echt een weektaak aan..
klant vraagt om nieuwe feature? cool. dan schat je het 20% hoger in en spendeer je nog even een extra 20% van de tijd om wat gelaagdheid toe te passen in je code en wat snoeiwerk te doen.
kan je gewoon open over communiceren met de klant trouwens. mensen hebben vaak wel begrip dat je na 20 jaar voortschrijdend inzicht en library updates en uitgekomen security patches wat dingen wil recht zetten.
Het is niet zo moeilijk
[ Bericht 14% gewijzigd door SpecialK op 28-04-2025 08:31:36 ]
-Doe helemaal niets, en zorg ervoor dat je in ieder geval je minor patches voor die versie update, en kijk of je eventueel je database extra goed beveiligt op netwerk niveau.
-Doe een complete rewrite, overleg eventueel met de klant of bepaalde lastige zaken die veel tijd kosten nog wel noodzakelijk zijn.