[PHP 4.1.0] $PHP_SELF

[sorted.bits]

Nadat ik vanochtend de nieuwe PHP 4.1.0 geinstalleerd had, heb ik een vaag fenomeen gevonden. Is de $PHP_SELF toevallig verdwenen ? Ik weet niet of iemand hier al ervaring mee heeft?

Scripts die eerst zonder troubles werden ge-execute, geven nu allemaal de error :

code:

PHP Warning: Undefined variable: PHP_SELF in 
D:\BugReport Werk\4Freakz\b3h33r\releasedate.php3 on line 140

Dit is de code die ik gebruik :

code:

140 : <FORM ACTION="<? echo $PHP_SELF; ?>" METHOD="POST">

Op dit moment nog geen zin om compleet PHP 4.06 te installen alleen hiervoor, dus misschien iemand die weet hoe het zit ?

[RdeTuinman]

levert phpinfo() geen duidelijkheid? Daar staan toch alle variabelen in.

[sorted.bits]

Dit is wat ik krijg bij phpinfo()

code:

_SERVER["PHP_SELF"] /b3h33r/phpinfo.php3

Dus op zich zou je denken dat die var wel aanwezig is.

[_Dexter_]

Er staat ook niets op www.php.net over dat deze variabele eruit gehaald is.

[sorted.bits]

Inderdaad... dat viel mij ook al op, ook maar 6 hits op een search op PHP_SELF op php.net.

Terwijl dit toch wel een handige variabele was.

[ACM]

Is het niet zo dat al dat soort "speciale" vars er op deze manier uitgegooid zijn en vervangen door de $_SERVER/$_GET/$_SESSION etc varianten?

Volgens mij staat dat in de changelog van php4.1.0

[_Dexter_]

btw. waarom heten jou bestanden .php3 als je php4 gebruikt?

[HGM]

er is verschil tussen een Warning en een Error. Ik denk dat je script ook wel gewoon zal werken, alleen dat je in de php.ini even moet uitschakelen dat ook de Warning's geprint worden ...

[sorted.bits]

Hehe, moet ik anders heel IIS weer aanpassen 'tis zaterdag, ik ben lui

Thx ACM, ik ga effe de changelog doorspitten danmaar

Nee, het is een warning omdat hij die VAR niet kent, deze var is vrij (lees SUPER) belangrijk hiero, want dat is het document waar hij naar refereert.

[_Dexter_]

Op zaterdag 15 december 2001 10:19 schreef ACM het volgende:
Is het niet zo dat al dat soort "speciale" vars er op deze manier uitgegooid zijn en vervangen door de $_SERVER/$_GET/$_SESSION etc varianten?

Volgens mij staat dat in de changelog van php4.1.0

Introduced $_GET, $_POST, $_COOKIE, $_SERVER and $_ENV variables, which deprecate the old $HTTP_*_VARS arrays. In addition to be much shorter to type - these variables are also available regardless of the scope, and there's no need to import them using the 'global' statement. (Andi & Zeev)

Dat betekent dus dat ze er niet uitgegooid zijn maar worden afgeraden.

[ACM]

Op zaterdag 15 december 2001 10:23 schreef _Dexter_ het volgende:
Dat betekent dus dat ze er niet uitgegooid zijn maar worden afgeraden.

Nee, sterker nog. Dat zegt _helemaal_ niets over het weggooien van $PHP_SELF etc...

Doet $HTTP_USER_AGENT het bijvoorbeeld nog?
Magoed, waarschijnlijk kan je het best met die $_SERVER[] gaan werken dan.

[sorted.bits]

Mmmm goed, ik kan niet zeggen dat documentatie van PHP nou "je van het" is, maar ik ga maar es effe kijken, thanks alvast!

[_Dexter_]

Op zaterdag 15 december 2001 10:25 schreef ACM het volgende:

[..]

Nee, sterker nog. Dat zegt _helemaal_ niets over het weggooien van $PHP_SELF etc...

klopt, maar het was ook een reactie op vorige post

[sorted.bits]

Mmm, dit schijnt het gewenste effect te geven, is nog wel buggy op dit moment.

code:

<FORM ACTION="<?php echo $_SERVER["PHP_SELF"]; ?>" METHOD="POST">

Als ik die $_SERVER["PHP_SELF"] echo, dan geeft hij de goede waarde terug, dus het zou moeten werken.

Maar hoe komen ze er nou bij dat $_SERVER["PHP_SELF"] korter is dan $PHP_SELF ?

[spine]

Op zaterdag 15 december 2001 10:22 schreef XTracer het volgende:
Nee, het is een warning omdat hij die VAR niet kent, deze var is vrij (lees SUPER) belangrijk hiero, want dat is het document waar hij naar refereert.

euhm volgens mij is

<FORM ACTION="<? echo $PHP_SELF; ?>" METHOD="POST">

hetzelfde als

<FORM METHOD="POST">

[sorted.bits]

for that matter, zucht, niet echt een leuke change... ook var's uit een form wat je POST, moet je nu anders opvragen :

code:

$_POST["varnaam"]

IPV

code:

$varnaam

Ben ik nu gek of is $varnaam korter? mmm

P.S. sPiNe je hebt helemaal gelijk, lekker slim van me Maargoed, ik weet nu hoe het werkt.

P.S. 2 : Mmmm je hebt nu wel veel meer vars tot je beschikking en nu kan je ook een $username en een $_POST["username"] gebruiken, mmm heeft dus ook voordelen.

[spine]

Op zaterdag 15 december 2001 10:43 schreef XTracer het volgende:
P.S. 2 : Mmmm je hebt nu wel veel meer vars tot je beschikking en nu kan je ook een $username en een $_POST["username"] gebruiken, mmm heeft dus ook voordelen.

dat maakt het wel een stuk overzichtelijker

[CyberSnooP]

Ik kan het natuurlijk gewoon opzoeken, maar toch:

Is de magic_quotes_gpc toegepast op de $_POST["blaat"] variabelen? Of is magic_quotes ook deprecated?

[LuCarD]

Gebruik je hem misschien binnen een functie?

PHP_SELF is niet global zoals de andere nwe variablen

[Verwijderd]

Je kan natuurlijk ook register_globals op 'On' zetten in je php.ini, zodat $PHP_SELF, en $vars uit een url gewoon werken zoals je gewend was.

Het staat op 'Off' by default, omdat in de meeste gevallen scripts niet veilig zijn, en door register_globals op Off te zetten zou 90% van de eerder onveilige scripts, nu toch veilig(er?) zijn, als ik het goed begrepen heb

[me1299]

Op zaterdag 15 december 2001 10:36 schreef sPiNe het volgende:

[..]

euhm volgens mij is

<FORM ACTION="<? echo $PHP_SELF; ?>" METHOD="POST">

hetzelfde als

<FORM METHOD="POST">

Idd ik snap niet wat jullie allemaal moeilijk doen enzo. Iedereen btw.

Gewoon action="" en het werkt ook.

[GX]

doet $PATH_INFO het nog wel gewoon in 4.1.0 ? Want ik gebruik over het algemeen die variable in mijn scripts.

[mrfatmen]

staat die niet gewoon uitgeschakelt in je php.ini

ik had ook al zoiets namelijk