Re: Re: #25748 [Opn->Bgs]: --enable-track-vars depreciated, but not documented
| From: | Philip Olson | Date: | Thu, 26 Aug 2004 01:34:11 +0000 |
| Subject: | Re: Re: #25748 [Opn->Bgs]: --enable-track-vars depreciated, but not documented | ||
| References: | 1 | Groups: | php.doc |
| Request: | Send a blank email to phpdoc+get-969363489@lists.php.net to get a copy of this message | ||
> "Not every deprecated configuration option needs to be documented."
>
> That's a silly bloody thing to say.
>
> You need to document everything that can affect a system, including the
> stuff that USED to have an effect. Saying it doesn't need to be
> documented just because it has no effect now is like saying you don't need
> to turn your car's headlights on at night if you're sure you know where
> you're going.
More like saying you don't need to crank the starter wheel in
order to start the engine as that's why we now have batteries.
track_vars has had zero affect since PHP 4.0.3 and seeing it
in configure lines makes me cringe. But anyway I thought it
was documented, or at least it used to be. I'll add it again.
How about this:
track_vars (boolean)
As of PHP 4.0.3, track_vars is always enabled. Setting it to
on or off will not affect PHP.
When enabled, the Environment, GET, POST, Cookie, and Server
variables are found in the global associative arrays $_ENV,
$_GET, $_POST, $_COOKIE, and $_SERVER.
The variables_order directive now affects this behavior.
Granted superglobals did not exist in 4.0.2 but whatever :)
Regards,
Philip