Nitro187 Posted September 8, 2003 Posted September 8, 2003 Why must this be on? That's rediculous.... there has to be a way around this..... please help?
digi Posted September 8, 2003 Posted September 8, 2003 whats so "rediculous" about it? MS4 version of OSC will be coming out with a workaround.. untill then.. enjoy what you got.. *Outlined in chalk everone looks the same* Currently useing OSC 2.2 MS1 running on Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_jk/1.2.0 mod_perl/1.26 PHP/4.3.3 FrontPage/5.0.2 mod_ssl/2.8.12 OpenSSL/0.9.6b
Guest Posted September 8, 2003 Posted September 8, 2003 I have several shops running on 4 different servers. Not once has this been a problem. Some providers will say it creates a security problem. I don't know, I doubt it. However if it is a local install....whats the big deal....? If you don't know how to do it....ask
paulm2003 Posted September 8, 2003 Posted September 8, 2003 <?php // code from debabratak & Edward Akerboom // at: http://www.php.net/manual/en/language.variables.predefined.php // workaround for using the old "register_globals = on" versus new/safe "register_globals = off" session_start(); $ArrayList = array("_GET", "_POST", "_SESSION", "_COOKIE", "_SERVER"); foreach($ArrayList as $gblArray) {$keys = array_keys($$gblArray); foreach($keys as $key) {@$$key = trim(${$gblArray}[$key]); } } ?> Adding this script at the top of every page might help, if the problem is that you can not set "globals on". But I am not sure if this is what you are looking for. Paul
Recommended Posts
Archived
This topic is now archived and is closed to further replies.