To maintain absolute compatibility, just use $HTTP_GET_VARS. It's availalable in all PHP versions, just deprectaed in versions here $_GET is available.

[EMAIL PROTECTED] wrote:

Thank you! =)

Okay, okay... Sorry to keep rambling on like this, but I just need to get this 100% straight:

I read up on the predefined variables on php.net, and as you said, in older PHP versions, the $_GET equivalent was $HTTP_GET_VARS, and that did the same as $_GET.

So, the RegisterGlobals boolean did exist in older versions too, but just now defaulted to false instead of true? Meaning, that my older scripts which used neither $HTTP_GET_VARS nor $_GET will infact fail on all versions where RegisterGlobals is false. Is that correct?

So, to maintain absolute compatibility, I'll just have to check if either $_GET[aVar] or $HTTP_GET_VARS[aVar] is set and get the value from the existing one?

Again, thanks for the help =)

Daniel
----- Original Message ----- From: Petre Agenbag To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 12:02 PM
Subject: Re: [PHP] Variables don't pass... *sniff*



Sorry, I missunderstood your question about backwards compatible.


 YES, accessing your variables this way ($_POST[] etc), IS backwards
 compatibel, ie, they are placed in those arrays anyways, BUT, the method
 is not backwards compatible to older versions of PHP, there the arrays
 were called $HTTP_GET_VARS or something similarly unlike $_GET...

On Wed, 2003-05-28 at 11:49, [EMAIL PROTECTED] wrote:
> Thank you mate, this works! =)
> > Just curious, though... I'd like to keep my scripts as compatible as
> possible, so can you tell me if this method is backwards compatible? I've
> never used this method before, the variables have just "been there" on a
> subsequent page. I'm kinda fearing for my previous work, if the servers
> suddenly change their configurations, rendering scripts non-functional...
> > And, I'm guessing $_POST would be the array to hold POSTed variables, right?
> > Is there a function to "release" the contents of these arrays into global
> variables in a scripts, so you don't have to go...
> $var1 = $_GET[var1];
> $var2 = $_GET[var2];
> ...if that's what you wanted? (Not sure I want to, but just to know)
> > Again, thank you! =)
> > Daniel
> > > ----- Original Message ----- > From: Petre Agenbag
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Sent: Wednesday, May 28, 2003 11:40 AM
> Subject: Re: [PHP] Variables don't pass... *sniff*
> > > RegisterGlobals = Off
> > You need to access these variables by
> > $_POST[aVariable] or in your case ( adding the variables to the end of a
> URL means you are using the GET method: $_GET[aVAriable] etc.
> > On Wed, 2003-05-28 at 11:37, [EMAIL PROTECTED] wrote:
> > Hi all!
> >
> > I'm using Apache 2.0.45, PHP 4.3.2RC4, and MySQL 3.23.49 on Windows 2003
> > Server Standard.
> >
> > I have a problem passing variables between pages. They simply get lost.
> > Neither GET nor POST pass values, and even "hardcoding" them into the URL,
> > like
> >
> > htpp://localhost/comeon.php?aVariable=ding&anotherVariable=dong
> >
> > and putting this in comeon.php:
> >
> > echo("Values: $aVariable, $anotherVariable");
> >
> > only outputs
> >
> > Values: ,
> >
> > ...I've tried with RC3 of PHP, even 4.3.1, but it doesn't work. I've used
> > PHP on my machine with Apache 2 before, and it worked fine. Actually I
> used
> > the same scripts fine on my old config. This was on XP however, so I'm not
> > sure if it's got something to do with the OS. I'm hoping it's a
> > configuration issue.
> >
> > Any ideas are VERY much appreciated =).
> >
> > Thanks,
> > Daniel
> >
> >
> > » There are 10 kinds of people - those who know binary and those who
> don't.
> > «
> >
> > > -- > PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>





-- The above message is encrypted with double rot13 encoding. Any unauthorized attempt to decrypt it will be prosecuted to the full extent of the law.



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Reply via email to