[PHP] noob vraagje

Chimera schreef op 31-10-2003 @ 14:17:
Mijn webhost heeft, geheel terecht, RG uitgezet. Sommige klanten moet je gewoon tegen zichzelf beschermen.

Je hebt volledig gelijk,
alleen jammer dat klanten in de meeste gevallen dat soort dingen zelf niet inzien..

[Gimme more beer]

********** schreef op 02-11-2003 @ 12:23:
Je hebt volledig gelijk,
alleen jammer dat klanten in de meeste gevallen dat soort dingen zelf niet inzien..

Hoe zouden ze het moeten inzien? Het is absoluut niet iets wat je weet als je zelf nog nooit PHP hebt gedraaid. Je komt er vanzelf wel achter als je host het uit heeft staan en dan kan de host vertellen wat het betekent.

Ik laat ze er heel vrij in, zolang ze maar inzien dat er zoiets als "Register Globals" bestaat en wat het betekent. Ik vind de security issue niet dusdanig groot dat ik me er echt zorgen om maak als m'n klanten het aan zouden zetten op hun domein. Zolang ze zelf dus maar inzien wat het voor "gevolgen" kan hebben...

[Fade of Light]

en wat moet je nou doen?
als je zoiets hebt:
forumdisplay.php?s=&forumid=34
dan $_GET['forumid'] ipv gewoon $forumid ofzo?

Ja. (toch?)

Beste is bovenaan je script je variabelen te declareren.
Urm heb ik nog een n00bvraagje, waarom heb ik (schijnbaar totaal willekeurig) soms een ?sessionid=blabla in m'n url staan?

[Chimera]

Sessie Ids worden primair via cookies doorgegeven. Als dat niet kan, omdat je ze uit hebt staan ofzo, dan schakelt PHP op sessieIDs in URLs over. Dit kun je ook forceren overigens.

[Chimera]

Bovendien, sowieso kunnen klanten beter overstappen want het is utieindelijk de bedoeling dat RG helemaal uit PHP verdwijnt.

Chimera schreef op 03-11-2003 @ 09:35:
Bovendien, sowieso kunnen klanten beter overstappen want het is utieindelijk de bedoeling dat RG helemaal uit PHP verdwijnt.

Toevallig een idee wanneer of in welke versie dit gaat gebeuren?

[Chimera]

********** schreef op 03-11-2003 @ 09:37:
Toevallig een idee wanneer of in welke versie dit gaat gebeuren?

Nee, het is ook niet officeel bekend gemaakt, dus het zal nog wel een paar versies duren.

[Martin]

Fade of Light schreef op 02-11-2003 @ 16:53:
en wat moet je nou doen?
als je zoiets hebt:
forumdisplay.php?s=&forumid=34
dan $_GET['forumid'] ipv gewoon $forumid ofzo?

Dat klopt

Chimera schreef op 03-11-2003 @ 09:34:
Sessie Ids worden primair via cookies doorgegeven. Als dat niet kan, omdat je ze uit hebt staan ofzo, dan schakelt PHP op sessieIDs in URLs over. Dit kun je ook forceren overigens.

Hmm. Okay, want hij doet ze echt totaal willekeurig in de url lijkt het, soms dan klik ik op een link en dan staat het er, en de volgende link die ik klik is het opeens weg. Kan ik ook forceren dat ie het via de cookies doet?

[Chimera]

eXo schreef op 03-11-2003 @ 16:21:
Kan ik ook forceren dat ie het via de cookies doet?

Ja, maar dan werkt je site niet als cookies uitstaan. Je kunt het beter gewoon op auto laten staan.

[Gimme more beer]

Chimera schreef op 03-11-2003 @ 09:35:
Bovendien, sowieso kunnen klanten beter overstappen want het is utieindelijk de bedoeling dat RG helemaal uit PHP verdwijnt.

Daarom, da's dan hun probleem.
Zo waren er wel meer dingen die ineens zouden verdwijnen, maar het zal nog wel flink veel tijd kosten. Eerst moeten de RG's verdwijnen uit de standaard v/d normale PHP developer. Als je ziet dat er op 3 servers bij ons slechts 1 website zonder RG's gemaakt was, lijkt het me niet dat ze er in de komende 2 jaar uit gaan.

[Gimme more beer]

Chimera schreef op 03-11-2003 @ 16:29:
Ja, maar dan werkt je site niet als cookies uitstaan. Je kunt het beter gewoon op auto laten staan.

Nee dus eigenlijk

Chimera schreef op 03-11-2003 @ 16:29:
Ja, maar dan werkt je site niet als cookies uitstaan. Je kunt het beter gewoon op auto laten staan.

Toch heb ik het liever uit, de sessions gebruik ik alleen voor het content management, dus er zijn maar weinig bezoekers daar. Voor de gewone bezoekers vind ik het storend zo'n gare url.
Kan ik het in een php script aanpassen?

[Chimera]

Gimme more beer schreef op 03-11-2003 @ 16:42:
Nee dus eigenlijk

Laat die rolleyes maar achterwege prutser, hij vroeg of hij het gebruik van cookies kon forceren en dat kan weldegelijk.

[Chimera]

eXo schreef op 03-11-2003 @ 16:52:
Kan ik het in een php script aanpassen?

Afhankelijk van je host, het is een config var en die kun je misschien niet overriden.

[deathz0rz]

Enlightenment schreef op 02-11-2003 @ 05:14:
Je kan trouwens met de Extract-functie hetzelfde doel bereiken. Dus klanten die persé niet willen overstappen moeten dan maar extract($_GET); bovenaan hun script zetten. Mijn verwachtig is dat ze langzaam aan gaan beseffen wat ze doen en $_GET niet vreemd meer voor ze is.

zie:
http://nl.php.net/manual/en/function.extract.php

ik kom net terug van "vakantie"/school, dus daarom deze late reactie.

je kan dan beter import_request_variables gebruiken

[Gimme more beer]

Chimera schreef op 03-11-2003 @ 16:56:
Laat die rolleyes maar achterwege prutser, hij vroeg of hij het gebruik van cookies kon forceren en dat kan weldegelijk.

Cookies kun je niet forceren, dus het antwoord is nee. Je kunt wel zeggen dat als hij cookies niet wil, dat hij dan geen alternatief pakt.

Dat heeft dus niks met forceren te maken...

Prutser ...

Chimera schreef op 03-11-2003 @ 16:57:
Afhankelijk van je host, het is een config var en die kun je misschien niet overriden.

Mm ik geloof niet dat ik de PHP configuratie bestanden kan aanpassen op m'n host. Maar is het mogelijk om die te overriden in een php bestand?

eXo schreef op 03-11-2003 @ 23:24:
Mm ik geloof niet dat ik de PHP configuratie bestanden kan aanpassen op m'n host. Maar is het mogelijk om die te overriden in een php bestand?