Thanks for your responses (again), it is an unfortunate situation that
$HTTP_*_VARS must be retained for backwards compatibility until at least
the hypothetical PHPv5.0 mark. Having also read in this group that
define() does not support complicated constants, I'm guessing that it's
not currently
I disagree based simply on two points:
a) Ideally, the $HTTP_POST/GET and $_POST/$_GET vars should be treated
as read only.
b) There is no good reason to mix the two. Consistancy is the ideal. If
you are working on an existing project, and you have the implied need to
assign values to keys
Just a correction on that. It started as two points, then grew into 4..
I should proof read more often ;)
Mike
Mike Eheler wrote:
I disagree based simply on two points:
a) Ideally, the $HTTP_POST/GET and $_POST/$_GET vars should be treated
as read only.
b) There is no good reason to
Mike-
If you're a LAMP user, then this vi mapping might help you out ;^)
:imap ~P $GLOBALS['HTTP_POST_VARS']['']Eschi
...and I believe I have addressed most of your points in my previous
posting on the subject. Forgive me if you've already read it, or if it
doesn't explain my position
4 matches
Mail list logo