On Fri, Oct 26, 2012 at 12:12 PM, John Boy wrote:
> Looks like it was a corrupted Paypal cookie lurking about on my test
> machine. Clearing all Paypal cookies cured the problem.
> Hours can be spent looking for needles like this in a very complex haystack
> and it turns out to be the simplest sol
Looks like it was a corrupted Paypal cookie lurking about on my test
machine. Clearing all Paypal cookies cured the problem.
Hours can be spent looking for needles like this in a very complex haystack
and it turns out to be the simplest solution that's not even related
directly to the programming.
On Fri, Oct 26, 2012 at 8:49 AM, John Boy wrote:
> Hi
>
> I have a wesite where PHP session data is passed page to page then shells
> out to Paypal for payment then back to my website for completion of
> transaction and update of mysql file. When using Firefox our session data
> and POST data from
On Tue, 2010-06-01 at 21:54 +0100, Colin Finnis wrote:
> I'm having a problem with session data. I have a login setup which holds the
> user ID and password in the session data once the user has initially logged
> in. When the user goes to a new page or accesses a pop up window the users
> sess
Thanks, Tom - -
On May 8, 2009, at 12:37 PM, Tom Worster wrote:
On 5/8/09 11:09 AM, "phphelp -- kbk" wrote:
Just something I'm curious about: When I run PHP on my development
box (W2K), I just get one session file per connection which gets
deleted (usually) after the session expires.
When
On 5/8/09 11:09 AM, "phphelp -- kbk" wrote:
> Just something I'm curious about: When I run PHP on my development
> box (W2K), I just get one session file per connection which gets
> deleted (usually) after the session expires.
>
> When I look at the session files on the client server (linux/apac
On Tue, March 29, 2005 2:52 am, Colin Ross said:
> a couple points on your code...
>
> if something makes it to the session scope, $_SESSION[], it should be
> valid/verified, so why copy them all to a global var? i.e.
> $name = $_SESSION['name'];
I don't want to litter my later code with $_SESSION
On Tue, March 29, 2005 3:06 am, Colin Ross said:
> In edit_schedule.phps:
>
> if (isset($_POST['add_available'])){
> $year = $_POST['year'];
> $year = $year['NULL'];
> $month = $_POST['month'];
> $month = $month['NULL'];
> $day = $_POST['d
Colin Ross wrote:
In edit_schedule.phps:
if (isset($_POST['add_available'])){
$year = $_POST['year'];
$year = $year['NULL'];
$month = $_POST['month'];
$month = $month['NULL'];
$day = $_POST['day'];
$day = $day['NULL'];
In edit_schedule.phps:
if (isset($_POST['add_available'])){
$year = $_POST['year'];
$year = $year['NULL'];
$month = $_POST['month'];
$month = $month['NULL'];
$day = $_POST['day'];
$day = $day['NULL'];
$time = $_POS
--- "CPT John W. Holmes" <[EMAIL PROTECTED]> wrote:
> From: "Harald Kürsten" <[EMAIL PROTECTED]>
> > In my script I start a session, register certain variables and
> > redirect to the next page. The session file is written to /tmp,
> > but contains no data !
>
> Does a simple session example from
From: "Harald Kürsten" <[EMAIL PROTECTED]>
> In my script I start a session, register certain variables and redirect to
> the next page.
> The session file is written to /tmp, but contains no data !
Does a simple session example from the Manual work?
Some actual code would help here, but try usin
Hi,
"Rich Gray" <[EMAIL PROTECTED]> wrote:
> Well a functon that doesn't work under certain conditions should be
> deprecated IMO
Interesting comment... However, there are TONS of functions that wouldn't work unless
the module/extension were enabled during compilation/runtime.
A couple of exam
> * Thus wrote Rich Gray ([EMAIL PROTECTED]):
> > So your telling me that all variables defined in the global scope are
> > automatically added to the $_SESSION array...?
> > Not true I think
> >
>
> no. read the documentation, in full.
you're right - I'm sorry I hadn't read it in full...
>
>
>
> * Thus wrote Rich Gray ([EMAIL PROTECTED]):
> > Well a functon that doesn't work under certain conditions should be
> > deprecated IMO ... I haven't used it for a long time now...
>
> this makes absolutly no sense. So if I use a function improperly,
> it should become deprecated?
Er ...I'm not
* Thus wrote Rich Gray ([EMAIL PROTECTED]):
> Well a functon that doesn't work under certain conditions should be
> deprecated IMO ... I haven't used it for a long time now...
this makes absolutly no sense. So if I use a function improperly,
it should become deprecated?
session_register() is used
* Thus wrote Rich Gray ([EMAIL PROTECTED]):
> So your telling me that all variables defined in the global scope are
> automatically added to the $_SESSION array...?
> Not true I think
>
no. read the documentation, in full.
The soluction to your problem was resolved from the first reply (by
C
[snip]
So your telling me that all variables defined in the global scope are
automatically added to the $_SESSION array...?
Not true I think
[/snip]
You're right of course. I went back to your original code and stripped
it back some
The logic is incorrect, when you reload the page $test gets
* Thus wrote Rich Gray ([EMAIL PROTECTED]):
> Chris
>
> Thanks for your answer which I'm sorry to say makes no sense to me given the
> code example I supplied ... can you explain to me why you think register
> globals being set to on for the Linux server will cause the $_SESSION
> superglobal arra
So your telling me that all variables defined in the global scope are
automatically added to the $_SESSION array...?
Not true I think
> [snip]
> Well a functon that doesn't work under certain conditions should be
> deprecated IMO ... I haven't used it for a long time now...
>
> To answer your
[snip]
Well a functon that doesn't work under certain conditions should be
deprecated IMO ... I haven't used it for a long time now...
To answer your question ... yep I've used print_r() and after the 1st
form
submission the entry is set to -1 however at no time do I ever set
$_SESSION['test'] to
Well a functon that doesn't work under certain conditions should be
deprecated IMO ... I haven't used it for a long time now...
To answer your question ... yep I've used print_r() and after the 1st form
submission the entry is set to -1 however at no time do I ever set
$_SESSION['test'] to -1 in m
[snip]
Thanks, but no I don't think so ... session_register() is deprecated ...
[/snip]
Not depricated, just doesn't work when register_globals is off in the
.ini
Have you done a print_r($_SESSION) to see if in fact the $test variable
is contained?
--
PHP General Mailing List (http://www.php.net
Jay
Thanks, but no I don't think so ... session_register() is deprecated ...
Quote PHP manual:
Caution:
If you want your script to work regardless of register_globals, you need to
instead use the $_SESSION array as $_SESSION entries are automatically
registered. If your script uses session_regis
[snip]
http://us3.php.net/session_register
HTH!
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Jan
Sorry - no that doesn't help - as you can see from the code snippet I posted
the session_start() is at the very top of the code...
Thx anyway.
Rich
>
> You have to put session_start(); at the VERY TOP of your code.
> even before alle the tags.
> Hope that helps!
>
> Jan
>
> --- Rich Gray <[EMA
Chris
Thanks for your answer which I'm sorry to say makes no sense to me given the
code example I supplied ... can you explain to me why you think register
globals being set to on for the Linux server will cause the $_SESSION
superglobal array to lose data? Am I missing something obvious here?
Th
You have to put session_start(); at the VERY TOP of your code. even before alle the
tags.
Hope that helps!
Jan
-Original Message-
From: Chris Shiflett [mailto:[EMAIL PROTECTED]
Sent: Dienstag, 16. September 2003 20:17
To: Rich Gray; [EMAIL PROTECTED] Php. Net
Subject: Re: [PHP] Session
--- Rich Gray <[EMAIL PROTECTED]> wrote:
> I'm running v4.2.3 on RedHat v7.0 and am getting some strange
> behaviour with the $_SESSION superglobal...
...
> It works fine on Win2K albeit v4.3.0 of PHP.
Maybe you have register_globals enabled on your Linux server and not on your
Windows PC? Compare
> -Original Message-
> From: ulf sundin [mailto:[EMAIL PROTECTED]
> Sent: 13 July 2003 23:37
>
> I'm not the admin on the server, so I'll have to manage with
> the software
> provided. And that is php 4.0.6.
Ah, right. Me, too, actually, which is why I still have the 4.0.6 manual on
my
rd" <[EMAIL PROTECTED]> skrev i meddelandet
news:[EMAIL PROTECTED]
> > -Original Message-
> > From: Kevin Stone [mailto:[EMAIL PROTECTED]
> > Sent: 09 July 2003 20:30
> >
> > - Original Message -
> > From: "ulf sundin" <[EMAIL P
> -Original Message-
> From: Kevin Stone [mailto:[EMAIL PROTECTED]
> Sent: 09 July 2003 20:30
>
> - Original Message -
> From: "ulf sundin" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, July 09, 2003 1:00 PM
> Sub
he help, anyway. It seems to be working the way I wanted it to.
Regards
Ulf
"Kevin Stone" <[EMAIL PROTECTED]> skrev i meddelandet
news:[EMAIL PROTECTED]
>
> - Original Message -
> From: "ulf sundin" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED
- Original Message -
From: "ulf sundin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 09, 2003 1:00 PM
Subject: Re: [PHP] session data missing
> ok, so now the variable names are registred and stored in the file. But
>
ok, so now the variable names are registred and stored in the file. But
without values.
check this:
--firstpage.php
session_start()
session_register('foo');
$HTTP_SESSION_VARS['foo'] = 'bar';
echo $HTTP_SESSION_VARS['foo']; //outputs bar;
transport by a href to:
secondpage.php
session
> After creating a new session with session_start() and
> inserting a few values
> e.g $HTTP_SESSION_VARS['foo'] = 'bar'; a file
> /tmp/sess_{session_id} is
> created.
> The problem is that this file is empty! 0 bytes. no data is stored.
> I'm using php 4.0.6 on linux with apache 1.3 something.
> -Original Message-
> From: ulf sundin [mailto:[EMAIL PROTECTED]
> Sent: 09 July 2003 01:01
>
> After creating a new session with session_start() and
> inserting a few values
> e.g $HTTP_SESSION_VARS['foo'] = 'bar'; a file
> /tmp/sess_{session_id} is
> created.
> The problem is that thi
If your session id is not stored in a cookie (if url rewriting is on),
then the $url page may not be getting your session id, and thus is
starting a new, empty one?
Tony Bibbs wrote:
I'm wrapping up an MVC implementation for PHP. Everything is working
splendidly except that redirects seem to b
>Is the number by second, minutes, etc?
session.gc_maxlifetime specifies the number of seconds after which data
will be seen as 'garbage' and cleaned up.
http://www.php.net/manual/en/ref.session.php
Bryan
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.
lps a little!
Dickon...
- Original Message -
From: "Joseph Bannon" <[EMAIL PROTECTED]>
To: "Marek Kilimajer" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, March 05, 2003 11:17 AM
Subject: Re: [PHP] session data
> > this is contro
> this is controled by session.gc_maxlifetime
Is the number by second, minutes, etc?
Thanks,
J.
__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
--
PHP General Mailing List (http://www.php.net/)
To un
Joseph Bannon wrote:
1) How long does session data remain on the server?
2) Is there a place I can set the expiration?
this is controled by session.gc_maxlifetime
3) Will php automatically delete the old session data
or do I have to do it?
previous aswer implies "yes, automatically"
Than
On Tuesday 19 March 2002 23:29, you wrote:
> Should I change session.save_path? I have no idea of the ramifications of
> doing that, therefore I am not touching it unless someone says so.
The error message is quite explicit.
As a quick fix and to confirm whether that is the problem:
Check wha
On Tuesday 19 March 2002 23:07, Jesse Warden wrote:
> I am getting errors when I try to start a session.
>
> I get a "permission denied (13)" for trying to open the session data.
> I also get "Failed to write session data (files). Please verify that the
> current setting of session.save_path is c
On Wednesday, January 30, 2002, at 09:55 AM, Jerry Verhoef (UGBI) wrote:
> When that happens a user has to relogin. No data will be lost.
>
> Jerry
So then, do you include a re-login script at the top of every page (for
when the session authentication fails)? Or do you have some advanced
"r
On Wed, 30 Jan 2002, Michael Kimsal wrote:
> > a cookie. So I always store the IP, HTTP_X_FORWARD and USER_AGENT in the
> Do you null the user if the IP changes? IPs can change during a user's
> session, so I wouldn't base the validity of the session solely based on IP.
Also, sometimes there ar
HTTP_REFERRER is another good way to check. This allows users to access the
page ONLY from a specific set of referring pages. However, if you have a
gigantic site this can be cumbersome and can create a rather large array of
referring pages, so you may want to put the value through a reg-ex that
> > Do you null the user if the IP changes? IPs can change
> > during a user's
> > session, so I wouldn't base the validity of the session
> > solely based on IP.
> When that happens a user has to relogin. No data will be lost.
Relogin? Huh, I'd never visit a site where I have to login on every
Maybe you haven't had this experience, but we've regularly seen AOL
users get switched between IPs during the same session on our sites.
They'd had to start over and relogin every 5-10 minutes sometimes under
that method. Do you not get any complaints?
Michael Kimsal
Jerry Verhoef wrote:
>
When that happens a user has to relogin. No data will be lost.
Jerry
> -Original Message-
> From: Michael Kimsal [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 30, 2002 3:53 PM
> To: Jerry Verhoef
> Cc: PHP
> Subject: Re: [PHP] session data vs cookie data
>
Jerry Verhoef wrote:
>
>
> It is possible to "steal" a session because a session_id is usually based on
> a cookie. So I always store the IP, HTTP_X_FORWARD and USER_AGENT in the
> session. And check them every page.
>
> kind regards,
> Jerry
Do you null the user if the IP changes? IPs c
> -Original Message-
> From: Erik Price [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 30, 2002 3:30 PM
> To: PHP
> Subject: [PHP] session data vs cookie data
>
>
> I have read elsewhere that depending on Cookie data for site
> authentication is false economy, because Cookie da
52 matches
Mail list logo
