Bekijk Volledige Versie : PHP instellingen?
Ik heb een website verplaatst van een DA resellerpakket naar een Dedicated server. Nu werkte deze website niet meer naar behoren. Na een snelle check blijkt dit aan slechte code te liggen. Overal in deze website wordt naar $_GET['variabele'] en $_POST['variabele'] variabelen gewoon verwezen door $variabele te gebruiken.
Op het resellerpakket werkt dit gewoon, echter op de dedicated server dus niet meer.
Waarschijnlijk is dit gewoon een instelling in PHP ergens... maar welke? Iemand enig idee?
Hieronder de links naar de phpinfo van resellerpakket en dedicated:
Resellerpakket:
http://showu.nl/phpinfo.php
Dedicated:
http://www.mcreeshof.nl/phpinfo.php
Ramon Fincken
21/01/09, 11:37
register globals zie mijn reply van deze week alhier.
tip: NIET meer aanzetten die instelling ! UIT = goed
Ramon Fincken
21/01/09, 11:48
you're welcome :)
tip: NIET meer aanzetten die instelling ! UIT = goed
Ik wil toch even reageren op deze uitspraak. De instelling zelf is niet onveilig/slecht, dat is een behoorlijk wijdverspreide misconceptie. Het is de code van scripts die onveilig/slecht kan zijn.
Hierbij wil ik overigens niet zeggen dat jij beweert dat de instelling slecht is Ramon maar dat idee kan wel ontstaan uit jouw uitspraak.
dus als ik zelf geen foute code erop zet, kan t in principe niet zo veel kwaad?
desalniettemin ga ik de code wel aanpassen, en wat netter maken...
dus als ik zelf geen foute code erop zet, kan t in principe niet zo veel kwaad?
Als jij de enige bent die 'foute code' op de server kan plaatsen en er zeker van bent dat je dit niet doet: nee, dan kan het geen kwaad. Als jij klanten op dezelfde server hebt.. dan eventueel wel.
Ramon Fincken
21/01/09, 12:11
Ik wil toch even reageren op deze uitspraak. De instelling zelf is niet onveilig/slecht, dat is een behoorlijk wijdverspreide misconceptie. Het is de code van scripts die onveilig/slecht kan zijn.
Hierbij wil ik overigens niet zeggen dat jij beweert dat de instelling slecht is Ramon maar dat idee kan wel ontstaan uit jouw uitspraak.
De instelling is voor lazy scripting vandaag de dag.
Je moet altijd je userinput checken, maar het wordt er niet makkelijker op gemaakt als je van alle kanten bestookt kan worden met variabelen, want daar heb je dan geen enkele controle meer over.
Als jij de enige bent die 'foute code' op de server kan plaatsen en er zeker van bent dat je dit niet doet: nee, dan kan het geen kwaad. Als jij klanten op dezelfde server hebt.. dan eventueel wel.
op de server of op het account op de server?
De instelling is voor lazy scripting vandaag de dag.
Je moet altijd je userinput checken, maar het wordt er niet makkelijker op gemaakt als je van alle kanten bestookt kan worden met variabelen, want daar heb je dan geen enkele controle meer over.
Je spreekt jezelf behoorlijk tegen hier. Die inputchecking wordt inderdaad moeilijker met reg_globals aan; met andere woorden, het is makkelijker om het uit te zetten. Dus wie is dan de lazy scripter? ;)
op de server of op het account op de server?
Er vanuitgaande dat je reg_globals voor de hele server hebt ingesteld: de server.
Als je het alleen voor 1 account zou doen: de account.
1 account .. heb t in htaccess aangepast
Ramon Fincken
21/01/09, 12:15
Je spreekt jezelf behoorlijk tegen hier. Die inputchecking wordt inderdaad moeilijker met reg_globals aan; met andere woorden, het is makkelijker om het uit te zetten. Dus wie is dan de lazy scripter? ;)
hmm :)
wat ik bedoel is, gewoon die globals uitzetten en je code nalopen. Kan absoluut geen kwaad en geeft je tijd voor reflexie op je bestaande code.
Tis natuurlijk erg makkelijk om per domein globals aan te zetten of een workaround in je functions file te zetten die iedere GET etc.. naar een variabele naam omzet. Dat werkt wel, maar is niet slim in mijn ogen
hmm :)
wat ik bedoel is, gewoon die globals uitzetten en je code nalopen. Kan absoluut geen kwaad en geeft je tijd voor reflexie op je bestaande code.
Tis natuurlijk erg makkelijk om per domein globals aan te zetten of een workaround in je functions file te zetten die iedere GET etc.. naar een variabele naam omzet. Dat werkt wel, maar is niet slim in mijn ogen
Klopt, feit blijft dat een goed(e) script(er) geen problemen zou moeten hebben met reg_globals :)
haha mee eens... echter het is code van enkele jaren geleden, toen ik nog een stuk minder goede scripter was ;-)
1 account .. heb t in htaccess aangepast
Vanzelfsprekend enkel op die account dan.
Als je zelf al aangeeft dat je dit geschreven hebt toen je het nog niet helemaal onder de knie had dan kan ik je nu zeker adviseren om je scripting toch nog even bij langs te lopen.
Ik heb het al zo vaak mee gemaakt dat een site gedefaced en dergelijke wordt door verouderde scripting.