Tim Williams: Ok I believe thi might then be due to register_globals
Craig Squire: right, has it changed since the weekend?
Tim Williams: The function register_globals has been disabled specifically due to
security and performance reasons (this has stemmed from the latest
update of security patches which was recently installed on the server).
Craig Squire: OK what do I do?
Tim Williams: The use of global variables can lead to it being misused, hence global variables are no longer registered for
input data (POST, GET, cookies, environment and other server
variables). Instead of using $foo, you can use $_REQUEST["foo"]
(includes any variable that arrives through the
request, namely, POST, GET and cookie variables), or use one of the
specific
$_GET["foo"], $_POST["foo"], $_COOKIE["foo"] or $_FILES["foo"],
depending
on where the input originates. Also, you can look at the
import_request_variables() function.
Tim Williams: Note that register_globals is going to be depracated (i.e., turned off
by
default) in the next version of PHP, because it often leads to security
bugs.
For further information about this please go to
http://php.net/manual/en/security.registerglobals.php.
Craig Squire: OK I shall try and work around this. Would have been nice to be forewarned though!!
Tim Williams: I apologise for any inconvenience caused by thus but unfortunatley due to security reasons the patches needed to be applied immediately.
Bookmarks