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 didn't do
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:
$POST =
-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().)
if
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
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
: 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 might be an idea to write your own
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 been on.
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? Would
[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
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
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
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 General Mailing List (http
Label makers are proof God wants Sys Admins to be happy.
-Original Message-
From: Wendell 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
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:
-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 maintain absolute compatibility, just use
-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 accessor
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
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
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:
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 with power
]
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 lost.
Neither GET nor
] 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
]
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 notes
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
-
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
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 very
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
, 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
[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
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 compatibility, just use $HTTP_GET_VARS. It's
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 versions, just
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
32 matches
Mail list logo
