Re: Bug #10423: HTTP_ENV_VARS is bigger, overwrites session vars

> > Specifically in my case, HTTP_ENV_VARS['USER'] is now being set. It took me a while to figure out why my scripts, which use $USER as a session variable, were getting messed up. > > > That is because PHP inherits the environment from Apache, which in turn > inherits it from the shell in which you started the server. Use something like > 'env -i apachectl start' when starting apache or replace the line > HTTPD=/path/to/httpd with HTTPD="env -i /path/to/httpd" in apachectl, if using > it. > > that way you'll get a clean environment. If you need specific variables to be > set (like those for Oracle) use Apache SetEnv directive. Yeah, I figured as much. I just wondered why PHP seemed to pickup $HTTP_ENV_VARS['USER'] now, when it didn't before (I don't think). Anyway, I just changed my php.ini from: variables_order = "EGPCS" to variables_order = "GPCS" > > Finally, if register_globals is off, is $GLOBALS useable? I have some functions that manipulate variables in the global scope. > yes it is, AFAIK. > in fact, you will find it handy to have a wrapper function/class over all these HTTP_*_VARS > arrays to validate stuff ;) I can't face wading through 4 megs of code to switch to using HTTP_POST_VARS all the time. :) What kind of a wrapper function/class are you suggesting? > So this is not a bug, and you might want to close it. Consider it done. :) - Colin