On Thu, 29 May 2003 07:21:01 -0700 (Pacific Standard Time), Rasmus
Lerdorf wrote:
>It isn't a pointer. It is a reference which you should think of as a
>symbol table alias. A pointer, at least by my definition, is a memory
>address. In PHP it isn't a memory address, just another entry in the
>s
> -Original Message-
> From: Wendell Brown [mailto:[EMAIL PROTECTED]
> Sent: 29 May 2003 15:18
>
> On Thu, 29 May 2003 10:33:16 +0100, Ford, Mike [LSS]
> wrote:
>
> >Well, how about references, then? (And me, personally, I'd
> use isset()
> >rather than is_array().)
> >
>
On Thu, 29 May 2003, Wendell Brown wrote:
> On Thu, 29 May 2003 10:33:16 +0100, Ford, Mike [LSS]
> wrote:
>
> >Well, how about references, then? (And me, personally, I'd use isset()
> >rather than is_array().)
> >
> > if (isset($_POST)):
> > $POST = &$_POST;
> > else:
> >
On Thu, 29 May 2003 10:33:16 +0100, Ford, Mike [LSS]
wrote:
>Well, how about references, then? (And me, personally, I'd use isset()
>rather than is_array().)
>
> if (isset($_POST)):
> $POST = &$_POST;
> else:
> $POST = &$HTTP_POST_VARS;
> endif;
I was told that PHP
> -Original Message-
> From: Wendell Brown [mailto:[EMAIL PROTECTED]
> Sent: 28 May 2003 15:02
>
> On Wed, 28 May 2003 12:46:50 +0100, David Grant wrote:
>
> >I would've thought that $HTTP_*_VARS will be deprecated
> sometime in the
> >future. It might be an idea to write your own acce
> -Original Message-
> From: David Grant [mailto:[EMAIL PROTECTED]
> Sent: 28 May 2003 12:47
> To: Leif K-Brooks
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [PHP] Variables don't pass... *sniff*
>
>
> Leif K-Brooks wrote:
>
> > To
Deprecated means that it has fallen out of favor, and is
_in_the_process_of_being_phased_out_ You should not rely on this code in
new applications. Go look it up in a dictionary.
If you have to be backward compatible with < 4.1.0 (which was released
on 10-Dec-2001!) I suggest something like this:
ndell Brown [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 7:43 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [PHP] Variables don't pass... *sniff*
On Wed, 28 May 2003 16:30:17 +0200, [EMAIL PROTECTED] wrote:
>Howcome? I don't think I understand that...
Ch
] ; [EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 4:42 PM
Subject: Re: [PHP] Variables don't pass... *sniff*
On Wed, 28 May 2003 16:30:17 +0200, [EMAIL PROTECTED] wrote:
>Howcome? I don't think I understand that...
Check this out.
http://us4.php.net/registerglobals
--
PHP Gen
Wendell Brown wrote:
Egads! Wouldn't the following be a little simpler?
At the top of the file put.
if( is_array($_POST) )
$pArray = $_POST;
else
$pArray = $HTTP_POST_VARS;
Absolutely! I've been getting a little carried away with moving a lot
of PHP functions to OO classes recently...
On Wed, 28 May 2003 16:30:17 +0200, [EMAIL PROTECTED] wrote:
>Howcome? I don't think I understand that...
Check this out.
http://us4.php.net/registerglobals
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[snip]
Yup! You could even add that php to the auto_prepend_file variable in
your php.ini or add this to your .htaccess file (assuming you are
running Apache and have overwrite turned on) and the prepend will happen
automagically on every php program:
php_value auto_prepend_file "/www/extract_p
> However, both of these "solutions" create the same security issue that
> turning RegisterGlobals on took care of in the first place. :)
Howcome? I don't think I understand that... Is the security issue not with
the fact that you're POSTing og GETing variables rather than the way you do
it? Woul
On Wed, 28 May 2003 16:13:22 +0200, [EMAIL PROTECTED] wrote:
>if (!empty($_POST)) {
> extract($_POST);
>} else {
> extract($HTTP_POST_VARS);
>}
>
>And have it in an include file, "extract_post.php".
>This way I can just include it and all variables are available, just like if
>register_globals had
From: Wendell Brown
To: [EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 4:01 PM
Subject: Re: [PHP] Variables don't pass... *sniff*
On Wed, 28 May 2003 12:46:50 +0100, David Grant wrote:
>I would've thought that $HTTP_*_VARS will be deprecated sometime in the
>future. It migh
On Wed, 28 May 2003 12:46:50 +0100, David Grant wrote:
>I would've thought that $HTTP_*_VARS will be deprecated sometime in the
>future. It might be an idea to write your own accessor methods, e.g.
>
>function RetrieveGetParameter($parameterValue)
Egads! Wouldn't the following be a little simp
Leif K-Brooks wrote:
To maintain absolute compatibility, just use $HTTP_GET_VARS. It's
availalable in all PHP versions, just deprectaed in versions here $_GET
is available.
I would've thought that $HTTP_*_VARS will be deprecated sometime in the
future. It might be an idea to write your own ac
Blanchard [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 1:47 PM
To: Leif K-Brooks; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: [PHP] Variables don't pass... *sniff*
[snip]
To maintain absolute compatibility, just use $HTTP_GET_VARS. It's
availalable in all PHP vers
e 10 kinds of people - those who know binary and those who don't"
- Original Message -
From: Leif K-Brooks
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 1:35 PM
Subject: Re: [PHP] Variables don't pass... *sniff*
To maintain absolute compatibil
[snip]
To maintain absolute compatibility, just use $HTTP_GET_VARS. It's
availalable in all PHP versions, just deprectaed in versions here $_GET
is available.
[/snip]
Just to be perfectly clear on this. Let's say that I am writing an
application that I am going to release to the public (for fre
ne?
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 co
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 com
Maybe they could include a quick "overview" of the latest changes as
well as a link to the on-line manual in your "sign-up" message when
joining the list?
On Wed, 2003-05-28 at 11:46, Chris Hayes wrote:
> Could someone with power over php.net please try to make this change in
> variable handling
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 do
.
> $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
ECTED]
Sent: Wednesday, May 28, 2003 11:46 AM
Subject: Re: [PHP] Variables don't pass... *sniff*
Could someone with power over php.net please try to make this change in
variable handling very extremely clear for downloaders? Make it something
you cannot miss? Not everybody reads release
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,
lto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 3:08 PM
To: [EMAIL PROTECTED]
Subject: [PHP] Variables don't pass... *sniff*
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 l
not being funny ... but, you should read release notes, that's what they are
for
regards
Jonathan
-Original Message-
From: Chris Hayes [mailto:[EMAIL PROTECTED]
Sent: 28 May 2003 10:46
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Variables don't pass... *sniff*
Could someone
Could someone with power over php.net please try to make this change in
variable handling very extremely clear for downloaders? Make it something
you cannot miss? Not everybody reads release notes and readme.txt files.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: ht
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.
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&an
32 matches
Mail list logo
