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 Paypal is lost. This has happend only recently and has
On Fri, Oct 26, 2012 at 8:49 AM, John Boy serv...@greenholdings.co.ukwrote:
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
+...@mail.gmail.com...
On Fri, Oct 26, 2012 at 8:49 AM, John Boy
serv...@greenholdings.co.ukwrote:
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
On Fri, Oct 26, 2012 at 12:12 PM, John Boy serv...@greenholdings.co.ukwrote:
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
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
session data is validated against a list of IDs and passwords held
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
session
Thanks, Tom - -
On May 8, 2009, at 12:37 PM, Tom Worster wrote:
On 5/8/09 11:09 AM, phphelp -- kbk phph...@comcast.net 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
Hey, folks ---
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/apache),
there seems to be one
On 5/8/09 11:09 AM, phphelp -- kbk phph...@comcast.net 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
I have a problem to record session data and I would you
help me. I suppose there's something I missed in the general
configurations during the last install, but I can't realize it.
I arranged a couple of simple files handling sessions, to show you my
problem.
I have a file index.php :
I forgot to write that:
- my config is Win2000/php 4.4.0/apache 1.3
- Session files are correctly created and information stored therein.
Then there a trouble in reading such files, since when I call a session
variable, the content is not displayed.
So what to do?
Alessandro
It was due to my firewall. Highest level protection stopped any cookie
to be read. So, once realized, everything re-started to work as usual.
Alessandro
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 =
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'];
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['day'];
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
Can anybody 'splain under what conditions $_SESSION values would turn into
NULL for no reason I can figure out?
It happens consistently on this one FORM submission, but works fine on
others.
PHP 5.0.3
FreeBSD 5.3-RELEASE
Tried with Cookies and with trans_sid
No difference.
Tried altering the
Hi.
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 !
Any idea ?
Thanx for help,
Harald
--
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS,
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 using
--- 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 the Manual work?
* 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 using
* 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...
The
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 examples:
] Session data getting lost
--- 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
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?
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 html tags.
Hope that helps!
Jan
--- Rich Gray [EMAIL
[snip]
?php
session_start();
$test = -1;
.
[/snip]
I think you need to register test
http://us3.php.net/session_register
HTH!
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
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
[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
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
[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
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
* 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 array to
[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
?php
session_start();
$test = -1;
echo
* 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
* 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
Hi
I'm running v4.2.3 on RedHat v7.0 and am getting some strange behaviour with
the $_SESSION superglobal... below is a script to demonstrate the problem...
Whenever the $_SESSION array gets re-created by session_start() the reloaded
test entry is set to -1 however at no time does this value ever
--- 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 PC!
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
Subject: Re: [PHP] session data missing
ok, so now the variable names
-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
Subject: Re: [PHP] session data missing
ok, so now
-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 this file is
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.
Check
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
- 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
without values.
check this:
--firstpage.php
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]
Sent: Wednesday, July 09, 2003 1:00 PM
Subject: Re: [PHP] session data missing
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.
Regards
Ulf
I'm wrapping up an MVC implementation for PHP. Everything is working
splendidly except that redirects seem to be loosing session data. Here is
the basic logic
1) on a form, user enters data hits submit
2) data validates OK, data is saved and $_SESSION['MVC_message'] is set to
'Save was
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
1) How long does session data remain on the server?
2) Is there a place I can set the expiration?
3) Will php automatically delete the old session data
or do I have to do it?
Thanks,
Joseph
=
RisingMusic.com
450,000 registered users.
14,000 registered bands and artists.
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
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
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 controled by session.gc_maxlifetime
Is the number by second
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:
Why would my session data not be deleted after my browser is closed?
I can set some session variables, close my browser, reopen them and the old
values are still present,
I can verify this by seeing that the file still containts my session data
and values.
Thanks
John.
--
PHP General
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 correct.
I got a few others, but they didn't look to pertinent.
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 what
I have read elsewhere that depending on Cookie data for site
authentication is false economy, because Cookie data can be spoofed.
I'm designing a login that auto-fills a person's name into a field for
authentication (based on their $user_id, which is stored in the cookie),
then they enter a
-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 data can
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 can change
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
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:
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
twice
1CDA86C6527BD311B91F0008C784121003D55205@ugbiex1">news:1CDA86C6527BD311B91F0008C784121003D55205@ugbiex1...
-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 e
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 are
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
66 matches
Mail list logo