On Aug 3, 2013 3:03 PM, "dealTek" wrote:
>
> Hi all,
>
>
> I am having trouble with session vars.
>
> I'm trying to implement the credit card direct pay method outlined here...
>
> http://developer.authorize.net/api/dpm/
>
> - Basically, page 1 is my form that goes outside my site to the cc
gatewa
Hi all,
I am having trouble with session vars.
I'm trying to implement the credit card direct pay method outlined here...
http://developer.authorize.net/api/dpm/
- Basically, page 1 is my form that goes outside my site to the cc gateway
company then comes back with a result... (PG2)
Problem:
Am 18.03.13 19:46, schrieb Éric Oliver Paquette:
> Hi all,
>
> I'll be swift in my explanation as I can't find in any way the source of the
> problem; it seems to be installation-related.
>
> At execution, sometimes (randomly it seems at first), variable session aren't
> properly stored.
>
> =
gt;>>> session.cache_limiter nocache nocache
>>>>> session.cookie_domain no valueno value
>>>>> session.cookie_httponly Off Off
>>>>> session.cookie_lifetime 0 0
>>>>> session.cookie_path / /
>
>>>> session.bug_compat_42 Off Off
>>>> session.bug_compat_warnOff Off
>>>> session.cache_expire 180 180
>>>> session.cache_limiter nocache nocache
>>>> session.cookie_domain no value no value
valueno value
>>> session.cookie_httponly Off Off
>>> session.cookie_lifetime 0 0
>>> session.cookie_path / /
>>> session.cookie_secure Off Off
>>> session.entropy_fileno valueno v
okie_httponly Off Off
>> session.cookie_lifetime 0 0
>> session.cookie_path / /
>> session.cookie_secure Off Off
>> session.entropy_file no value no value
>> session.entropy_length 0 0
>> session.gc_divisor 1000 1000
>> session.gc_maxlifetime 1440 1440
>>
cookie_httponly Off Off
>> session.cookie_lifetime 0 0
>> session.cookie_path / /
>> session.cookie_secureOff Off
>> session.entropy_file no valueno value
>> session.entropy_length 0 0
>> session.gc_divisor 10
isor10001000
> session.gc_maxlifetime14401440
> session.gc_probability1 1
> session.hash_bits_per_character 5 5
> session.hash_function 0 0
> session.name PHPSESSID PHPSESSID
> session.referer_check no
ile no value no value
> session.entropy_length 0 0
> session.gc_divisor 1000 1000
> session.gc_maxlifetime 1440 1440
> session.gc_probability 1 1
> session.hash_bits_per_character 5 5
> session.hash_function 0 0
> session.name PHPSESSID PHPSESSID
> session.referer_check no va
0
session.gc_probability 1 1
session.hash_bits_per_character 5 5
session.hash_function 0 0
session.namePHPSESSID PHPSESSID
session.referer_check no valueno value
session.save_handler files files
session.save_path /var/lib/php/session/var/lib/php/session
s
On Mon, Mar 18, 2013 at 7:46 PM, Éric Oliver Paquette
wrote:
> Hi all,
>
> I'll be swift in my explanation as I can't find in any way the source of
> the problem; it seems to be installation-related.
>
> At execution, sometimes (randomly it seems at first), variable session
> aren't properly store
Hi all,
I'll be swift in my explanation as I can't find in any way the source of the
problem; it seems to be installation-related.
At execution, sometimes (randomly it seems at first), variable session aren't
properly stored.
=
First things first, about installation :
I've read about passing the session id to a script and using that to opene
up the existing session file. Is this something I could do in this case?
Or am I SOL?
You can pass the session ID and reactivate the session that way,
sure. Not pretty, and it does lead to security considerations,
On 12/13/2012 9:16 AM, Marco Behnke wrote:
Am 13.12.12 14:49, schrieb Jim Giner:
Ok, that is a different answer from the previous one where you said "it
points to a folder within my main domain's structure"
Are you running on error_reporting(E_ALL) and ini_set('display_errors',
'On')?
Just to
Am 13.12.12 14:49, schrieb Jim Giner:
>
>> Ok, that is a different answer from the previous one where you said "it
>> points to a folder within my main domain's structure"
>>
>> Are you running on error_reporting(E_ALL) and ini_set('display_errors',
>> 'On')?
>> Just to be sure that there are no hi
On 12/12/2012 5:25 PM, Marco Behnke wrote:
Am 12.12.12 15:58, schrieb Jim Giner:
On 12/12/2012 8:08 AM, ma...@behnke.biz wrote:
Jim Giner hat am 12. Dezember 2012 um
02:53
geschrieben:
On 12/11/2012 7:27 PM, Marco Behnke wrote:
Am 08.12.12 19:08, schrieb Jim Giner:
All my debugging messag
Am 12.12.12 15:58, schrieb Jim Giner:
> On 12/12/2012 8:08 AM, ma...@behnke.biz wrote:
>>
>>
>> Jim Giner hat am 12. Dezember 2012 um
>> 02:53
>> geschrieben:
>>> On 12/11/2012 7:27 PM, Marco Behnke wrote:
Am 08.12.12 19:08, schrieb Jim Giner:
> All my debugging messages indicagte that I
On 12/12/2012 8:08 AM, ma...@behnke.biz wrote:
Jim Giner hat am 12. Dezember 2012 um 02:53
geschrieben:
On 12/11/2012 7:27 PM, Marco Behnke wrote:
Am 08.12.12 19:08, schrieb Jim Giner:
All my debugging messages indicagte that I have the same session id,
yet I don't have the same variables,
Jim Giner hat am 12. Dezember 2012 um 02:53
geschrieben:
> On 12/11/2012 7:27 PM, Marco Behnke wrote:
> > Am 08.12.12 19:08, schrieb Jim Giner:
> >> All my debugging messages indicagte that I have the same session id,
> >> yet I don't have the same variables, ie, they're missing.
> > Just to be
On 12/11/2012 7:27 PM, Marco Behnke wrote:
Am 08.12.12 19:08, schrieb Jim Giner:
All my debugging messages indicagte that I have the same session id,
yet I don't have the same variables, ie, they're missing.
Just to be sure ... the webspace is on the same server and has access to
the same direc
Am 08.12.12 19:08, schrieb Jim Giner:
> All my debugging messages indicagte that I have the same session id,
> yet I don't have the same variables, ie, they're missing.
Just to be sure ... the webspace is on the same server and has access to
the same directory where the session data is stored? (ses
On 12/8/2012 12:10 PM, Jim Giner wrote:
On 12/8/2012 11:41 AM, Jim Giner wrote:
On 12/8/2012 11:04 AM, Daniel Brown wrote:
You can pass the session ID and reactivate the session that way,
sure. Not pretty, and it does lead to security considerations, but it
would work.
OK - I've done th
On Sat, Dec 8, 2012 at 12:10 PM, Jim Giner wrote:
> On 12/8/2012 11:41 AM, Jim Giner wrote:
>
>> On 12/8/2012 11:04 AM, Daniel Brown wrote:
>>
>>> You can pass the session ID and reactivate the session that way,
>>> sure. Not pretty, and it does lead to security considerations, but it
>>> wo
On 12/8/2012 11:41 AM, Jim Giner wrote:
On 12/8/2012 11:04 AM, Daniel Brown wrote:
You can pass the session ID and reactivate the session that way,
sure. Not pretty, and it does lead to security considerations, but it
would work.
OK - I've done this in script 1:
if (isset($_REQUEST['ses
On 12/8/2012 11:04 AM, Daniel Brown wrote:
You can pass the session ID and reactivate the session that way,
sure. Not pretty, and it does lead to security considerations, but it
would work.
OK - I've done this in script 1:
if (isset($_REQUEST['sess']))
$sess_id = $_REQUEST['sess'
On Sat, Dec 8, 2012 at 10:52 AM, Jim Giner wrote:
> Didn't work.
>
> Let me explain my domain names. My main domain is "albanyhandball.com". I
> have two subs called "x.albanyhandball.com" and "y.albanyhandball.com".
> Attached to each of these is what my isp calls an "add-on domain" name.
> The
On 12/7/2012 4:02 PM, Jim Giner wrote:
So i need the ini set in both scripts. Thx. Ill try that later
jg
OK - I put the line:
ini_set('session.cookie_domain','.albanyhandball.com');
session_start();
into each of my scripts.
Didn't work.
Let me explain my domain names. My main domain is "a
On 12/7/2012 3:20 PM, Sebastian Krebs wrote:
2012/12/7 Daniel Brown
On Fri, Dec 7, 2012 at 3:04 PM, Jim Giner
wrote:
OK - now that I've messed us all up, help me to understand your proposed
solution. I added the ini-set line to my first script. Then I called my
second one and still had th
On Fri, Dec 7, 2012 at 2:04 PM, Jim Giner wrote:
> On 12/7/2012 2:59 PM, Daniel Brown wrote:
>>
>> On Fri, Dec 7, 2012 at 2:54 PM, Jim Giner
>> wrote:
>>>
>>>
>>> What if my sub-domain names are not in the form of 'a.domain.com' and
>>> 'b.domain.com'.
>>
>>
>> A subdomain is a subdomain. U
So i need the ini set in both scripts. Thx. Ill try that later
jg
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, Dec 7, 2012 at 3:20 PM, Sebastian Krebs wrote:
>
> Would be better to put 'session.cookie_domain' into the php.ini. In both
> cases: Clear cookies (at least for your site) completely and set
> session.auto_start to 0.
If it's configured on the server for overrides, sure, a local one.
2012/12/7 Daniel Brown
> On Fri, Dec 7, 2012 at 3:04 PM, Jim Giner
> wrote:
> >
> > OK - now that I've messed us all up, help me to understand your proposed
> > solution. I added the ini-set line to my first script. Then I called my
> > second one and still had the same problem with a missing
On Fri, Dec 7, 2012 at 3:04 PM, Jim Giner wrote:
>
> OK - now that I've messed us all up, help me to understand your proposed
> solution. I added the ini-set line to my first script. Then I called my
> second one and still had the same problem with a missing session var. Is
> there a correspond
On 12/7/2012 2:59 PM, Daniel Brown wrote:
On Fri, Dec 7, 2012 at 2:54 PM, Jim Giner wrote:
What if my sub-domain names are not in the form of 'a.domain.com' and
'b.domain.com'.
A subdomain is a subdomain. Unless you've discovered a new
magical form of subdomain that is not, you should
On 12/7/2012 2:58 PM, Sebastian Krebs wrote:
2012/12/7 Jim Giner
On 12/7/2012 2:41 PM, Daniel Brown wrote:
On Fri, Dec 7, 2012 at 2:38 PM, Jim Giner
wrote:
On 12/7/2012 2:36 PM, Daniel Brown wrote:
On Fri, Dec 7, 2012 at 2:33 PM, Jim Giner
wrote:
Something new for me - working wi
On Fri, Dec 7, 2012 at 2:54 PM, Jim Giner wrote:
>
> What if my sub-domain names are not in the form of 'a.domain.com' and
> 'b.domain.com'.
A subdomain is a subdomain. Unless you've discovered a new
magical form of subdomain that is not, you should be fine. And if you
have, in fact, made t
2012/12/7 Jim Giner
> On 12/7/2012 2:41 PM, Daniel Brown wrote:
>
>> On Fri, Dec 7, 2012 at 2:38 PM, Jim Giner
>> wrote:
>>
>>> On 12/7/2012 2:36 PM, Daniel Brown wrote:
>>>
On Fri, Dec 7, 2012 at 2:33 PM, Jim Giner >>> >
wrote:
>
> Something new for me - working with
On 12/7/2012 2:41 PM, Daniel Brown wrote:
On Fri, Dec 7, 2012 at 2:38 PM, Jim Giner wrote:
On 12/7/2012 2:36 PM, Daniel Brown wrote:
On Fri, Dec 7, 2012 at 2:33 PM, Jim Giner
wrote:
Something new for me - working with scripts on two of my sub-domains.
I want to call script 2 in my B domai
On Fri, Dec 7, 2012 at 2:38 PM, Jim Giner wrote:
> On 12/7/2012 2:36 PM, Daniel Brown wrote:
>>
>> On Fri, Dec 7, 2012 at 2:33 PM, Jim Giner
>> wrote:
>>>
>>> Something new for me - working with scripts on two of my sub-domains.
>>>
>>> I want to call script 2 in my B domain from script 1 in my A
On 12/7/2012 2:36 PM, Daniel Brown wrote:
On Fri, Dec 7, 2012 at 2:33 PM, Jim Giner wrote:
Something new for me - working with scripts on two of my sub-domains.
I want to call script 2 in my B domain from script 1 in my A domain.
It appears that the session vars established in script 1 do not
On Fri, Dec 7, 2012 at 2:33 PM, Jim Giner wrote:
> Something new for me - working with scripts on two of my sub-domains.
>
> I want to call script 2 in my B domain from script 1 in my A domain.
>
> It appears that the session vars established in script 1 do not show up in
> script 2. Is that beca
Something new for me - working with scripts on two of my sub-domains.
I want to call script 2 in my B domain from script 1 in my A domain.
It appears that the session vars established in script 1 do not show up
in script 2. Is that because the domain name is different? Is this
where one must
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
ap_uas_1w6e-nr-1shwm+...@mail.gmail.com...
> 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 an
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
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 Aug 15, 2012, at 4:13 PM, Robert Cummings wrote:
>
> I only pointed it out because I used to do exactly the same thing :)
>
> Cheers,
> Rob.
Thanks, I was starting to feel pretty dumb.
Cheers,
tedd
_
t...@sperling.com
http://sperling.com
--
PHP General Mailing List
On Aug 15, 2012, at 4:42 PM, Andrew Ballard wrote:
> On Wed, Aug 15, 2012 at 3:24 PM, Tedd Sperling wrote:
>> The php manual ( http://us3.php.net/manual/en/function.session-start.php )
>>
>> First Note states that session_start() must be called *before* anything sent
>> to the Browser.
>>
>> S
On Wed, Aug 15, 2012 at 3:24 PM, Tedd Sperling wrote:
> Your points are well taken -- thanks.
I've seen a lot of people code that way, so it's easy to miss. In your
original code, that first statement was calling session_start() 1,000
times. This is because the first time through, SID is undefine
On 12-08-15 03:19 PM, Tedd Sperling wrote:
Rob:
Again thanks.
Sorry, I totally missed your point.
In my "defense" I commonly use the value returned from microtime() as a string and not as
a float. The code that followed my "microtime( false );" demo broke the string and
recombined it into a
Andrew:
Your points are well taken -- thanks.
However, my only concern is given this:
> for($i=1; $i < 1000; $i++)
>{
>if (!defined('SID'))
> {
> echo __LINE__, '::session_start()';
> session_start();
> }
>}
The php manual ( http:
On Aug 14, 2012, at 11:01 AM, Robert Cummings wrote:
>
> I'm not sure if you're making a joke, but your changes have no effect. You've
> merely explicitly stated the optional parameter's default value. What I had
> meant was to change the following:
>
>
> $starttime = microtime();
> $startar
On Fri, Aug 10, 2012 at 11:56 AM, Tedd Sperling wrote:
> On Aug 10, 2012, at 11:45 AM, Tedd Sperling wrote:
>
>> On Aug 9, 2012, at 5:16 PM, Jim Lucas wrote:
>>> You are relying on PHP's loose typing. This is a poor check.
>>>
>>> session_id() returns a string, not boolean.
>>>
>>> You should d
On Aug 14, 2012 1:36 AM, "tamouse mailing lists"
wrote:
>
>
> On Aug 13, 2012 8:01 AM, "Robert Cummings" wrote:
> >
> > On 12-08-10 04:42 PM, Tedd Sperling wrote:
> >>
> >> On Aug 10, 2012, at 1:21 PM, Ege Sertçetin
wrote:
> >>
> >>> Hi. My question will maybe out of topic, I'm sorry.
> >>> How
On 12-08-14 10:41 AM, Tedd Sperling wrote:
On Aug 13, 2012, at 10:59 AM, Robert Cummings wrote:
On 12-08-10 04:42 PM, Tedd Sperling wrote:
On Aug 10, 2012, at 1:21 PM, Ege Sertçetin wrote:
Hi. My question will maybe out of topic, I'm sorry.
How can you know that one way will be much slower
On Aug 13, 2012, at 10:59 AM, Robert Cummings wrote:
> On 12-08-10 04:42 PM, Tedd Sperling wrote:
>> On Aug 10, 2012, at 1:21 PM, Ege Sertçetin wrote:
>>
>>> Hi. My question will maybe out of topic, I'm sorry.
>>> How can you know that one way will be much slower than other one? I mean,
>>> ho
On Aug 13, 2012 8:01 AM, "Robert Cummings" wrote:
>
> On 12-08-10 04:42 PM, Tedd Sperling wrote:
>>
>> On Aug 10, 2012, at 1:21 PM, Ege Sertçetin wrote:
>>
>>> Hi. My question will maybe out of topic, I'm sorry.
>>> How can you know that one way will be much slower than other one? I
mean, how can
tions (I have found no other options
> > so far) are that, for the former, the system php.ini file is not read so
> > the per-site php.ini file(s) have to duplicate most if not all of what's
> > in the system php.ini file; this is for each WP site (if not a WP Net
> > (AKA W
On 12-08-10 04:42 PM, Tedd Sperling wrote:
On Aug 10, 2012, at 1:21 PM, Ege Sertçetin wrote:
Hi. My question will maybe out of topic, I'm sorry.
How can you know that one way will be much slower than other one? I mean, how
can I learn which function is faster before I test it?
Ege:
No your
the per-site php.ini file(s) have to duplicate most if not all of what's
> in the system php.ini file; this is for each WP site (if not a WP Net
> (AKA WPMU) install); and for the latter, -any-and-every- subdir in the
> WP dir hier that has code that may reference the PHP session must
(if not a WP Net
(AKA WPMU) install); and for the latter, -any-and-every- subdir in the
WP dir hier that has code that may reference the PHP session must have
its own php.ini file in it. Either way it becomes a significant
maintenance problem, especially once there are more than one or two
such sites
On Aug 10, 2012, at 1:21 PM, Ege Sertçetin wrote:
> Hi. My question will maybe out of topic, I'm sorry.
> How can you know that one way will be much slower than other one? I mean, how
> can I learn which function is faster before I test it?
Ege:
No your question is on topic.
This question sho
Am 09.08.12 23:16, schrieb Jim Lucas:
> On 08/09/2012 01:45 PM, Tedd Sperling wrote:
>> On Aug 8, 2012, at 5:41 PM, Jim Giner
>> wrote:
>>
>>> On 8/8/2012 11:24 AM, Ansry User 01 wrote:
I am setting the _SESSION variables in one of my file, but whenever
I leave the php page session varia
On Aug 10, 2012, at 11:45 AM, Tedd Sperling wrote:
> On Aug 9, 2012, at 5:16 PM, Jim Lucas wrote:
>> You are relying on PHP's loose typing. This is a poor check.
>>
>> session_id() returns a string, not boolean.
>>
>> You should do this instead.
>>
>> if ( session_id() === '' )
>>
>>
>
On Aug 9, 2012, at 5:16 PM, Jim Lucas wrote:
> You are relying on PHP's loose typing. This is a poor check.
>
> session_id() returns a string, not boolean.
>
> You should do this instead.
>
> if ( session_id() === '' )
>
>
>
> --
> Jim Lucas
Thanks Jim -- you're right.
What about?
i
On 08/09/2012 01:45 PM, Tedd Sperling wrote:
On Aug 8, 2012, at 5:41 PM, Jim Giner wrote:
On 8/8/2012 11:24 AM, Ansry User 01 wrote:
I am setting the _SESSION variables in one of my file, but whenever I leave the
php page session variables are not accessible. Not sure what I need to do
addi
On Aug 8, 2012, at 5:41 PM, Jim Giner wrote:
> On 8/8/2012 11:24 AM, Ansry User 01 wrote:
>> I am setting the _SESSION variables in one of my file, but whenever I leave
>> the php page session variables are not accessible. Not sure what I need to
>> do additionally other then defining _SESSION[
On 8/8/2012 11:24 AM, Ansry User 01 wrote:
I am setting the _SESSION variables in one of my file, but whenever I leave the
php page session variables are not accessible. Not sure what I need to do
additionally other then defining _SESSION[].
Any pointer.
You must make it a habit to start ea
-Original Message-
From: David Harkness [mailto:davi...@highgearmedia.com]
Sent: Wednesday, August 08, 2012 11:53 AM
To: Ansry User 01
Cc: php-general@lists.php.net
Subject: Re: [PHP] PHP session variables
On Wed, Aug 8, 2012 at 8:24 AM, Ansry User 01 wrote:
> I am setting the _SESS
On Wed, Aug 8, 2012 at 8:24 AM, Ansry User 01 wrote:
> I am setting the _SESSION variables in one of my file, but whenever I
> leave the php page session variables are not accessible.
As always, post some code demonstrating what you're doing. Help us help
you! :)
David
On Wed, Aug 8, 2012 at 11:24 AM, Ansry User 01 wrote:
> I am setting the _SESSION variables in one of my file, but whenever I leave
> the php page session variables are not accessible. Not sure what I need to do
> additionally other then defining _SESSION[].
> Any pointer.
If you're not tel
On Jul 9, 2012, at 2:40 PM, Floyd Resler wrote:
> I want to have an alert pop up to let the user know their session is about to
> expire. Would the best approach be to do a timer in Javascript or check it
> in PHP. I'm storing session data in a MySQL database so I can know when a
> session w
On Mon, Jul 9, 2012 at 2:40 PM, Floyd Resler wrote:
> I want to have an alert pop up to let the user know their session is about to
> expire. Would the best approach be to do a timer in Javascript or check it
> in PHP. I'm storing session data in a MySQL database so I can know when a
> sessio
I want to have an alert pop up to let the user know their session is about to
expire. Would the best approach be to do a timer in Javascript or check it in
PHP. I'm storing session data in a MySQL database so I can know when a session
will expire. If I check it through PHP will the session ex
2012/4/24 ma...@behnke.biz
>
>
> bug zhu hat am 24. April 2012 um 08:28 geschrieben:
>
> > thank you for your explanation,
> > when i write to $_SESSION after session_commit(),$_SESSION is just a
> > regular array
>
> Yes. Actually session_commit does not "terminate" the session as mentioned
> e
bug zhu hat am 24. April 2012 um 08:28 geschrieben:
> thank you for your explanation,
> when i write to $_SESSION after session_commit(),$_SESSION is just a
> regular array
Yes. Actually session_commit does not "terminate" the session as mentioned
earlier but is closes it for writing. You cann
thank you for your explanation,
when i write to $_SESSION after session_commit(),$_SESSION is just a
regular array
2012/4/24 Stuart Dallas
> Please don't top-post, and please include the list when replying.
>
> On 24 Apr 2012, at 06:35, bug zhu wrote:
> > 2012/4/24 Stuart Dallas
> >> On 24 Apr
On Tue, Apr 24, 2012 at 12:58 AM, bug zhu wrote:
> there are tow php files a.php and b.php,
>
> content of a.php as follows:
> session_start();
> if (!isset($_GET['flag']))
> {
> header('Location: b.php');
> }
> else
> {
> var_dump($_SESSION);
> }
>
> content of b.php as follows:
> session_star
Please don't top-post, and please include the list when replying.
On 24 Apr 2012, at 06:35, bug zhu wrote:
> 2012/4/24 Stuart Dallas
>> On 24 Apr 2012, at 05:58, bug zhu wrote:
>>
>> > there are tow php files a.php and b.php,
>> >
>> > content of a.php as follows:
>> > > > session_start();
>> >
On 24 Apr 2012, at 05:58, bug zhu wrote:
> there are tow php files a.php and b.php,
>
> content of a.php as follows:
> session_start();
> if (!isset($_GET['flag']))
> {
> header('Location: b.php');
> }
> else
> {
> var_dump($_SESSION);
> }
>
> content of b.php as follows:
> session_start();
>
hi all:
there are tow php files a.php and b.php,
content of a.php as follows:
Hi, Jim
To avoid this kind of problem it would also help to provide an
autoloader-function as PHP then tries to load the class-definition by this
autoloader ;)
Using that you'd bind yourself to have a pretty good system for php-classes
and you'd avoid having problems like that.
I'd in fact have n
"Stuart Dallas" wrote in message
news:7eeba658-c7f6-4449-87bd-aac71b41e...@3ft9.com...
Make sure the class is declared before you call session_start.
*
You Da Man!!
I see now why it makes a difference. The session tries to bring back the
data but doesn't know how to handle the objects in
On 2 Mar 2012, at 21:09, Jim Giner wrote:
> ok - In examinig the objects in the Session after the data has been
> displayed and the user has hit triggered a re-entry into my script (just one
> script involved here), the objects in the session array now say
> "[__PHP_Incomplete_Class_Name" and "
ok - In examinig the objects in the Session after the data has been
displayed and the user has hit triggered a re-entry into my script (just one
script involved here), the objects in the session array now say
"[__PHP_Incomplete_Class_Name" and "__PHP_Incomplete_Class Object ". They
didn't say
Please quote the pertinent bit of the message you're replying to, it makes
using the list a halluvalot easier and improves SEO for the archives.
On 2 Mar 2012, at 20:55, Jim Giner wrote:
> Yes I ahve the class defined. The classes work in most cases - just this one
> place where I want to save
Yes I ahve the class defined. The classes work in most cases - just this
one place where I want to save the objects in a sess var for re-use fails
me.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 2 Mar 2012, at 20:07, Jim Giner wrote:
> My first foray into classes & objects.
>
> When retrieving a set of records, I'm using a class to build an object. At
> this time I save each record/object into a Session array by doing this:
>
> $rows = mysql_num_rows($qrslts);
> if ($rows > 0)
> f
My first foray into classes & objects.
When retrieving a set of records, I'm using a class to build an object. At
this time I save each record/object into a Session array by doing this:
$rows = mysql_num_rows($qrslts);
if ($rows > 0)
for ($i=1;$i<=$rows;$i++)
{
$row = mysql_fetch_ar
On Mon, 2012-02-20 at 20:02 +0100, Matijn Woudt wrote:
> On Mon, Feb 20, 2012 at 7:21 PM, Adam Tauno Williams
> wrote:
> > php-5.3.3-3.el6_2.6.x86_64
> > 2.6.32-220.4.2.el6.x86_64
> > The PHP session file. Originally I had a tmpfs mounted for the session
> > files
> flock(53, LOCK_EX^C
>
> where file handle 53 is
>
> ...
> lr-x--. 1 root root 64 Feb 17 15:24 52
> -> /opt/informix/msg/en_us/0333/cli.iem
> lrwx--. 1 root root 64 Feb 17 15:24 53
> -> /var/lib/php/session/sess_ulgsl9joplobb9o4fue3n2e1k0
> l-wx--. 1 ro
sg/en_us/0333/cli.iem
lrwx--. 1 root root 64 Feb 17 15:24 53
-> /var/lib/php/session/sess_ulgsl9joplobb9o4fue3n2e1k0
l-wx--. 1 root root 64 Feb 17 15:24 6 -> pipe:[660246]
The PHP session file. Originally I had a tmpfs mounted for the session
files. I removed that and used
Hello Ashley,
> One thing sticks out a little bit to me. In your index.php file, you're
> accessing an element of the $_SESSION array, but without calling
> session_start() first. I believe this may be causing the issue you are seeing.
I tried using it without success. I'm having now 3 separat
Andre Polykanine wrote:
>Hi guys and girls,
>I'm completely stuck at a really stupid thing.
>For some reason my session id doesn't pass through the links.
>
>Here is the code:
>
>index.php:
>
>// Checking if the admin was ever authorized
>if ($_SESSION['PSS']!=session_id()) $auth=0; else $auth=
Hi guys and girls,
I'm completely stuck at a really stupid thing.
For some reason my session id doesn't pass through the links.
Here is the code:
index.php:
Invalid login or password!";
include "login.php";
} else {
// Attention!
session_name("PalantirSessId");
session_start();
// Everything goe
Hansen [mailto:hansen.r...@live.com.au]
Sent: Tuesday, May 17, 2011 11:16 PM
To: php-general@lists.php.net
Subject: RE: [PHP] Session question
Unless your adding more code to your included file it isn't worth having it
as an include as there is more typing/text involved. For management pur
Tue, 17 May 2011 13:01:19 +0200
> To: php-general@lists.php.net
> Subject: Re: [PHP] Session question
>
> Paul Halliday wrote:
>
> > Is it OK to have session_start as an include?
> >
>
> Yes.
>
>
>
> --
> Per Jessen, Zürich (18.1°C)
>
Paul Halliday wrote:
> Is it OK to have session_start as an include?
>
Yes.
--
Per Jessen, Zürich (18.1°C)
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Is it OK to have session_start as an include?
I have something like this:
// Session init
session_start();
function sKill() {
session_destroy();
session_unset();
header ("Location: login.php");
exit();
}
function sInt() {
header ("Location: login.php");
exit();
}
if (
1 - 100 of 2516 matches
Mail list logo
