Vrijwillger gezocht voor PHP en MYSQL
Ik ben op zoek naar iemand die mijn scripting wil vernieuwen naar PHP7.
De huidige files zijn nog van een oude website (ongeveer 10 a 12 jaar oud) Ik zou deze opnieuw willen gebruiken maar helaas de nodige kennis ontbreekt om alles zelf te vernieuwen vandaar deze oproep.
Het betreft volgende systemen: members, forum, nieuws, fotoalbum, linkpartners, gastenboek, statistieken, poll, agenda. Alle nodige functies zijn reeds aanwezig. Enkel is alles "verouderd" en dringend aan venieuwing toe...
Als bedanking krijg je een eervolle en duidelijke vermelding op de website + banner ofzo op elke pagina. Er is een kleine vergoeding mogelijk.
Hier een stuk code als voorbeeld...
https://pastebin.com/PsnHmYve
Iemand dat zich geroepen voelt om mij verder te helpen? Graag een seintje via mail: [email protected]
Alvast super bedankt!
Davy
Gewijzigd op 25/10/2017 14:57:36 door Davy G
Ik wil er best een keer naar kijken maar niet voor de kat zijn delen.
Hier gaan dagen, zo niet weken, werk in zitten.
Houd je wel vast dat niet alleen de functies aangepast moeten worden (voornamelijk mysql naar mysqli) maar ook een deel van de procedures. Denk aan de opslag van wachtwoorden, want die is behoorlijk verouderd. Mogelijk nog diverse reguliere expressies voor mailadressen en de TLD's daarbij, en diverse andere veiligheden, zoals CSRF, XXS etc.....
In 12 jaar tijd is er een hoop veranderd aan het scripten, waarbij de veiligheid veel belangrijker is dan voorheen. Ik heb de code zelf uiteraard niet gezien, maar ik kan me indenken dat het misschien zelfs zinvoller is om 'from scratch' opnieuw te bouwen vanaf de tekentafel in plaats van voort te borduren op oude legacy code.
- Ariën - op 25/10/2017 12:57:50:
Als je het 12 jaar hebt kunnen uitzingen met je huidige code, dan vind ik dat erg bijzonder :-)
Houd je wel vast dat niet alleen de functies aangepast moeten worden (voornamelijk mysql naar mysqli) maar ook een deel van de procedures. Denk aan de opslag van wachtwoorden, want die is behoorlijk verouderd. Mogelijk nog diverse reguliere expressies voor mailadressen en de TLD's daarbij, en diverse andere veiligheden, zoals CSRF, XXS etc.....
In 12 jaar tijd is er een hoop veranderd aan het scripten, waarbij de veiligheid veel belangrijker is dan voorheen. Ik heb de code zelf uiteraard niet gezien, maar ik kan me indenken dat het misschien zelfs zinvoller is om 'from scratch' opnieuw te bouwen vanaf de tekentafel in plaats van voort te borduren op oude legacy code.
Houd je wel vast dat niet alleen de functies aangepast moeten worden (voornamelijk mysql naar mysqli) maar ook een deel van de procedures. Denk aan de opslag van wachtwoorden, want die is behoorlijk verouderd. Mogelijk nog diverse reguliere expressies voor mailadressen en de TLD's daarbij, en diverse andere veiligheden, zoals CSRF, XXS etc.....
In 12 jaar tijd is er een hoop veranderd aan het scripten, waarbij de veiligheid veel belangrijker is dan voorheen. Ik heb de code zelf uiteraard niet gezien, maar ik kan me indenken dat het misschien zelfs zinvoller is om 'from scratch' opnieuw te bouwen vanaf de tekentafel in plaats van voort te borduren op oude legacy code.
Die code heeft toen maar 3 a 4 jaar on-line gestaan ;-) Dat er veel veranderd is weet ik maar al te goed vandaar men vraag naar hulp. Ik wil je gerust een stuk code mailen dan kan je die eens bekijken en mssn beter vertellen wat ik het best kan doen... Vernieuwen of opnieuw beginnen...
Daarnaast: tabellen voor je layout? Het voelt bijna alsof we weer terug zijn in 2000. Ook zie ik een aantal queries die niet heel erg logisch zijn qua opzet, er wordt feitelijk data dubbel opgehaald.
En dat in dat kleine beetje code. Ik zou bang worden voor de rest.
Gewijzigd op 25/10/2017 15:06:19 door Ben van Velzen
Ben van Velzen op 25/10/2017 15:03:25:
Oh dear, ook nog zo lek als een mandje dus. Ik zou hier mee gaan in het advies van Ariën. Gewoon wegmikken en opnieuw beginnen. Hier is geen beginnen aan.
Daarnaast: tabellen voor je layout? Het voelt bijna alsof we weer terug zijn in 2000. Ook zie ik een aantal queries die niet heel erg logisch zijn qua opzet, er wordt feitelijk data dubbel opgehaald.
En dat in dat kleine beetje code. Ik zou bang worden voor de rest.
Daarnaast: tabellen voor je layout? Het voelt bijna alsof we weer terug zijn in 2000. Ook zie ik een aantal queries die niet heel erg logisch zijn qua opzet, er wordt feitelijk data dubbel opgehaald.
En dat in dat kleine beetje code. Ik zou bang worden voor de rest.
Hehe zoals ik al vermelde het is 10 a 12 jaar oud... Very old shit...
Op naar de tekentafel dus!
En dan mak je meteen in OOP en bij voorkeur met een framework een mooie opzet maken.
Want een stukje code voor een paging, dat kan prima in een eigen functie worden ondergebracht.
Gewijzigd op 25/10/2017 15:41:41 door - Ariën -
Ook kan ik mij niet voorstellen dat er in al die tijd (de 3 a 4 jaar dat dit online heeft gestaan) geen wensen waren om dingen te veranderen / te verbeteren (feature requests et cetera)? En waarom lag deze community ruim 8-9 jaar plat? Wat moet er gebeuren met de data van destijds? Houdt dit ook nog eens een migratie in? En zou alles precies 1:1 overgezet moeten worden? Of zijn er wat vernieuwde inzichten over een andere aanpak? Is zoekmachineoptimalisatie een factor?
Heb je voor de gein al eens geprobeerd om dit ding weer up te krijgen op een hedendaagse (lokale) installatie van WAMP of wat dan ook? Ik denk dat je -afhankelijk van de hoeveelheid code- minimaal een paar weken kwijt bent om dit in zijn oude "glorie" te herstellen. En dit zal iemand die deze site nooit heeft gezien nodig hebben om dit vervolgens te reverse-engineeren en er iets hedendaags van te maken, je kunt niet blind een hele community herschrijven. (Er zijn toevallig geen specs van alle pagina's en functionaliteiten, zodat je ook niet door alle code hoeft te graven?)
In de codesnippet die je meeleverde zie ik ook al een heleboel functionaliteit die in functies gevangen zou kunnen worden, maar die in het codefragment zijn uitgeschreven. Ook zitten er dure operaties in (file_exists) en andere onhandige constructies (queries in loops van andere queries). Dit is op zijn zachtst gezegd geen positieve indicatie voor de rest :p.
Ik weet niet wat je helemaal verwacht met deze vacature maar niemand met een greintje gezond verstand gaat zomaar beginnen met het direct kloppen van code. Je moet een zeker plan en een zekere visie hebben wat je hier allemaal mee wilt, al was het maar enkel over het functionele deel, en niet eens over het technische.
Gewijzigd op 25/10/2017 16:55:21 door Thomas van den Heuvel