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 fo
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"" 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 Sat, 2012-05-12 at 09:21 -0400, Jim Giner wrote:
> ""Ashley M. Kirchner"" 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:
> >
> > http://server.domain.com//sc
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 $va
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) {
you can reference the vars as well, but i would guess with some logic
changes you could avoid the problem your having?
Referencing ..
$blah = '';
function add(&$blah, $something, $somethingElse) {
$something ++;
$somethingElse ++;
$blah = $something + $somethingElse
}
John Kaspar <[E
> [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: htt
[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
> -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
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 php
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 o
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 thos
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 en
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.
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 s
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
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 f
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
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:
>
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 = "Ent
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
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 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
24 matches
Mail list logo