Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61961 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 496 invoked from network); 2 Aug 2012 11:51:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Aug 2012 11:51:25 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.128 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.128 c2bthomr10.btconnect.com Received: from [213.123.20.128] ([213.123.20.128:47139] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A3/52-21438-BB96A105 for ; Thu, 02 Aug 2012 07:51:24 -0400 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2bthomr10.btconnect.com with ESMTP id IPH21437; Thu, 02 Aug 2012 12:51:20 +0100 (BST) Message-ID: <501A69B4.4040401@lsces.co.uk> Date: Thu, 02 Aug 2012 12:51:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120604 Firefox/13.0 SeaMonkey/2.10 MIME-Version: 1.0 To: "internals@lists.php.net" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0302.501A69B6.0057, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.8.2.105416:17:7.944, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __TO_NO_NAME, __SUBJ_ALPHA_END, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __URI_NO_MAILTO, __URI_NO_WWW, __CP_URI_IN_BODY, BODY_ENDS_IN_URL, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_1400_1499, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr10.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B020A.501A69B8.0139:SCFSTAT14830815,ss=1,re=-4.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: register_globals work arounds From: lester@lsces.co.uk (Lester Caine) OK No discussions on why register_globals has been removed we all understand why and now have to live with that ... I'm not winging here! The question is "Does anybody have an 'elegant' fix to quickly update a legacy site that relies on globals to pass variables between page views?" My original quick thought was simply to remap these variables as $_SESSION['var'] so as not to get too deeply into the code base. I've used that in a few quick fixes, but I'm not sure that it is acceptable? I have been passing the variables via $_REQUEST but that obviously needs a lot more work in the html generated, so the session approach would seem better? But needs to observe the European rules on use of cookies :( I'm thinking that what is needed is a sort of PEAR package that would simply be added to every page and be provided with a list of variables to manage, so all we need to do is scan the site for variables and establish which need to be remembered. I've got all sorts of stuff from google/bing searches, but I'm obviously not yet asking the right question ;) Has anybody already been down that track? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk