On Sat, 2012-05-12 at 09:21 -0400, Jim Giner wrote:
Ashley M. Kirchner ash...@pcraft.com wrote in message
news:4fad9d8b.4020...@pcraft.com...
Can someone point me at examples or directions on how I can pass a
variable via a URL in the following way:
On May 12, 2012, at 9:47 AM, Ashley Sheridan wrote:
On Sat, 2012-05-12 at 09:21 -0400, Jim Giner wrote:
Ashley M. Kirchner ash...@pcraft.com wrote in message
news:4fad9d8b.4020...@pcraft.com...
Can someone point me at examples or directions on how I can pass a
variable via a URL in
On 5/12/2012 7:21 AM, Jim Giner wrote:
Of course, someone here with much more knowledge than I could very
soon make me look stupid :)
Meh, I don't call that looking stupid. I call it a different way
of skinning the cat. :) We're all here to learn from one another, right?
Thanks
Ben wrote:
If I understand your question properly I'd explode $two_vars with
whatever seperator you have between them and then you'll need to use
eval to get your results. Maybe something like...
$dbVars=explode(',',$two_vars); // Assuming comma seperator
foreach($dbVars AS $key = $value) {
Jasper Bryant-Greene wrote:
Ben wrote:
$dbVars=explode(',',$two_vars); // Assuming comma seperator
foreach($dbVars AS $key = $value) {
$eval=\$temp=.$value.;;
eval($eval);
echo $temp;
}
WTF do you need eval() for?!
$dbVars = explode( ',', $two_vars );
foreach( $dbVars as $value
[snip]
Try using $_POST['fname'] instead of $fname.
[/snip]
Or $_GET['fname'] depending on your form method
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[snip]
Try using $_POST['fname'] instead of $fname.
[/snip]
Or $_GET['fname'] depending on your form method
Or even $_REQUEST['fname'], which doesn't care about which
method is specified in the form. :p
Chris
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
php has a function stripslashes() you could try using.
- charles
On Monday, March 17, 2003, at 10:11 AM, Ian A. Gray wrote:
Using the \ or using single quotes instead of double
is great. However I am now finding a problem if
someone inputs either single or double quotes on a
form which uses
-Original Message-
From: Ian A. Gray [mailto:[EMAIL PROTECTED]
Sent: 17 March 2003 15:11
Using the \ or using single quotes instead of double
is great. However I am now finding a problem if
someone inputs either single or double quotes on a
form which uses php.
The user
Please, please, PLEASE don't correct code that isn't wrong with code
that is! Read http://www.php.net/manual/en/language.types.array.php.
To answer the original question, the $HTTP_POST_VARS variable is out of
scope in your function. Either use $_POST superglobal array if you're
using 4.1.0
On Dom 03 Nov 2002 06:40, David Jackson wrote:
Bryan McLemore wrote:
What is a variables value before said value has been assigned a value?
Thanks
Bryan
Wouldn't it be null or empty ?
NULL
--
Porqué usar una base de datos relacional cualquiera,
si podés usar PostgreSQL?
On Monday 15 July 2002 03:55, Tim Luoma wrote:
Jason Wong wrote:
This list gets at least one question a day on this subject ...
And there will be a lot more as people scan the web for example scripts
and find ones that assume 'register_globals' is set to on.
Questions coming from those
Also, it's good to read the press releases:
http://www.php.net/release_4_2_1.php
External variables
We would also like to attend you on a big change in PHP
4.2.0 concerning variable handling. External variables
(from the
On Thursday 14 March 2002 14:14, Analysis Solutions wrote:
[snip]
The examples on that page are lame. For example:
if($HTTP_COOKIE_VARS['username']){
// can only come from a cookie, forged or otherwise
$good_login = 1;
fpassthru (/highly/sensitive/data/index.html);
On Tue, Mar 12, 2002 at 05:42:12PM +0800, Jason Wong wrote:
On Tuesday 12 March 2002 12:27, Analysis Solutions wrote:
The source of the data *does* matter. That is why the latest releases of
PHP ( 4.0.6) recommends having register_globals OFF by default.
... snip snip snip ...
To see why
On Tuesday 12 March 2002 12:27, Analysis Solutions wrote:
For security reasons. To make sure the variable did come from POSTing a
form and not from the URL.
Neither is more or less secure. The source of the data doesn't matter.
The source of the data *does* matter. That is why the
I love your example..
But if you don't know where the data came from then it's not secure.
Consider a real-life example. Robin Hood steals the Sheriff's ATM card,
and the Sheriff stupidly enough has written the PIN onto the back of the
card. Now Robin can go and withdraw all the money from
On Monday, March 11, 2002, at 10:34 PM, Jason Wong wrote:
On Monday 11 March 2002 11:10, Chris Cocuzzo wrote:
$foo = Entry for . $HTTP_POST_VARS[name];
$foo = Entry for for $HTTP_POST_VARS[name];
But that's not good programming. Associative arrays should have the
key
quoted in order
On Tuesday 12 March 2002 11:11, Analysis Solutions wrote:
On Mon, Mar 11, 2002 at 08:39:16PM -0500, webapprentice wrote:
From: Jason Wong [EMAIL PROTECTED]
On Monday 11 March 2002 11:10, Chris Cocuzzo wrote:
$foo = Entry for . $HTTP_POST_VARS[name];
$foo = Entry for for
On Tue, Mar 12, 2002 at 11:34:14AM +0800, Jason Wong wrote:
On Tuesday 12 March 2002 11:11, Analysis Solutions wrote:
On Mon, Mar 11, 2002 at 08:39:16PM -0500, webapprentice wrote:
From: Jason Wong [EMAIL PROTECTED]
On Monday 11 March 2002 11:10, Chris Cocuzzo wrote:
$foo = Entry
Thanks for the fast answer1
Yes I thought of that, but I also got the problem using the $vars in frames:
I'm using a authenticationform for users to get to a frameset. Now I'm
transfering the usernames/pwds in the uri-string to all the framepages. In
all framepages I check for $PHP_AUTH_USER to
In that case you'll have to use session_variables or cookies.
mostly session_variables are better especially for authentication and
login/logout systems...
[EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Thanks for the fast answer1
Yes I thought of that,
Thanks,
I'll implement sessions... :)
regards
Bart
-Oorspronkelijk bericht-
Van: _lallous [mailto:[EMAIL PROTECTED]]
Verzonden: dinsdag 11 september 2001 13:30
Aan: [EMAIL PROTECTED]
Onderwerp: Re: [PHP] Re: variables
In that case you'll have to use session_variables or cookies
23 matches
Mail list logo