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
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.
>
> =
"Éric Oliver Paquette" wrote:
>
>Le 2013-03-18 à 15:41, Éric Oliver Paquette a écrit :
>
>>
>> Le 2013-03-18 à 15:37, Matijn Woudt a écrit :
>>
>>>
>>>
>>>
>>> On Mon, Mar 18, 2013 at 8:35 PM, Éric Oliver Paquette
> wrote:
>>>
>>> Le 2013-03-18 à 15:24, Éric Oliver Paquette a écrit :
>>>
Le 2013-03-18 à 15:41, Éric Oliver Paquette a écrit :
>
> Le 2013-03-18 à 15:37, Matijn Woudt a écrit :
>
>>
>>
>>
>> On Mon, Mar 18, 2013 at 8:35 PM, Éric Oliver Paquette
>> wrote:
>>
>> Le 2013-03-18 à 15:24, Éric Oliver Paquette a écrit :
>>
>>>
>>> Le 2013-03-18 à 15:20, Matijn Woud
Le 2013-03-18 à 15:37, Matijn Woudt a écrit :
>
>
>
> On Mon, Mar 18, 2013 at 8:35 PM, Éric Oliver Paquette
> wrote:
>
> Le 2013-03-18 à 15:24, Éric Oliver Paquette a écrit :
>
>>
>> Le 2013-03-18 à 15:20, Matijn Woudt a écrit :
>>
>>>
>>>
>>>
>>> On Mon, Mar 18, 2013 at 8:13 PM, Éric
On Mon, Mar 18, 2013 at 8:35 PM, Éric Oliver Paquette
wrote:
>
> Le 2013-03-18 à 15:24, Éric Oliver Paquette a écrit :
>
>
> Le 2013-03-18 à 15:20, Matijn Woudt a écrit :
>
>
>
>
> On Mon, Mar 18, 2013 at 8:13 PM, Éric Oliver Paquette <
> eopaque...@gmail.com> wrote:
>
>>
>>
>> On Mon, Mar 18, 201
Le 2013-03-18 à 15:24, Éric Oliver Paquette a écrit :
>
> Le 2013-03-18 à 15:20, Matijn Woudt a écrit :
>
>>
>>
>>
>> On Mon, Mar 18, 2013 at 8:13 PM, Éric Oliver Paquette
>> wrote:
>>
>>>
>>> On Mon, Mar 18, 2013 at 7:46 PM, Éric Oliver Paquette
>>> wrote:
>>> Hi all,
>>>
>>> I'll be
Le 2013-03-18 à 15:20, Matijn Woudt a écrit :
>
>
>
> On Mon, Mar 18, 2013 at 8:13 PM, Éric Oliver Paquette
> wrote:
>
>>
>> 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
>>
On Mon, Mar 18, 2013 at 8:13 PM, Éric Oliver Paquette
wrote:
>
>
> On Mon, Mar 18, 2013 at 7:46 PM, Éric Oliver Paquette <
> eopaque...@gmail.com> 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.
>
>
> 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
> p
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
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
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 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
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
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, 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
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=
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
call session_destroy(); then start the session again
On 3/25/2011 3:55 PM, Peter Lind wrote:
More info (including some code) would be needed to get to the bottom
of this, I'd say. Hard to diagnose what's happening otherwise.
Regards
Peter
So I guess there is no list of things to check for sessions? I'll try
to pair down the code to something
More info (including some code) would be needed to get to the bottom
of this, I'd say. Hard to diagnose what's happening otherwise.
Regards
Peter
--
WWW: plphp.dk / plind.dk
LinkedIn: plind
BeWelcome/Couchsurfing: Fake51
Twitter: kafe15
--
PHP General Mailing List (http://www.php.net/)
To un
On 3/25/2011 12:13 PM, Ken Robinson wrote:
At 01:09 PM 3/25/2011, markb wrote:
Very rusty with PHP.
We moved our web site to a new hosting service (godaddy). PHP changed
from 4x to 5.2.17.
I can no longer change $_SESSION variables after the first use.
First call to form - start session create v
On 3/25/2011 12:13 PM, Ken Robinson wrote:
At 01:09 PM 3/25/2011, markb wrote:
Very rusty with PHP.
We moved our web site to a new hosting service (godaddy). PHP changed
from 4x to 5.2.17.
I can no longer change $_SESSION variables after the first use.
First call to form - start session create v
At 01:09 PM 3/25/2011, markb wrote:
Very rusty with PHP.
We moved our web site to a new hosting service (godaddy). PHP
changed from 4x to 5.2.17.
I can no longer change $_SESSION variables after the first use.
First call to form - start session create variables
Second call - can read variables
Hi Florin, thank you for your write up, actually the main reason why I asked
the original question was because I mainly write servlet based webapps
currently but I've decided to use PHP for my next project mainly for
exploratory reasons.
On Sat, Mar 19, 2011 at 10:06 AM, Florin Jurcovici <
florin.
> -Original Message-
> From: Cheryl Sullivan [mailto:csull...@shh.org]
> Sent: Friday, September 17, 2010 7:51 AM
> To: Peter Lind; tommy...@gmail.com
> Cc: a...@ashleysheridan.co.uk; php-general@lists.php.net
> Subject: RE: [PHP] Session Vars loaded from MSSQL Query dr
P as well -
Thanks again -
-Original Message-
From: Andrew Ballard [mailto:aball...@gmail.com]
Sent: Friday, September 17, 2010 11:15 AM
To: Cheryl Sullivan
Cc: Peter Lind; tommy...@gmail.com; a...@ashleysheridan.co.uk;
php-general@lists.php.net
Subject: Re: [PHP] Session Vars loaded f
On Fri, Sep 17, 2010 at 10:50 AM, Cheryl Sullivan wrote:
> Hi there - just to clear things up, I didn't mean your answer was irrelevant.
> It was an excellent point - I just took the function call encompassing the
> query string out of the code I posted to avoid people having to read too
> muc
quot;;
print "hidden_SSN = ".$_POST['hdnSSN']."";
print "hidden_CostCenter = ".$_POST['hdnCostCenter']."";
print "session_empFName = ".$_SESSION['empFName']."";
print "session_userLastName = ".$_SESSIO
On Fri, Sep 17, 2010 at 8:13 AM, Cheryl Sullivan wrote:
> Hi Andrew - I didn't mean to ignore your reply...
>
> Here is your earlier post -
>
> " The fact that you can echo the $_SESSION information on the same page and
> they contain the correct values suggest to me that the issue of MySQL/MSSQL
s to me? Thanks -
-Original Message-
From: Andrew Ballard [mailto:aball...@gmail.com]
Sent: Thursday, September 16, 2010 2:21 PM
To: Cheryl Sullivan
Cc: Tommy Pham; php-general@lists.php.net
Subject: Re: [PHP] Session Vars loaded from MSSQL Query drop, those loaded from
MYSQL Query st
> -Original Message-
> From: Cheryl Sullivan [mailto:csull...@shh.org]
> Sent: Thursday, September 16, 2010 11:12 AM
> To: Tommy Pham; php-general@lists.php.net
> Subject: RE: [PHP] Session Vars loaded from MSSQL Query drop, those
> loaded from MYSQL Query stick
>
>
On 16 September 2010 20:03, Cheryl Sullivan wrote:
> We are actually running the query through a function that removes single
> ticks, etc to avoid this, but I didn't think that was relevant to the
> question so I didn't include it. Thanks, though!
You're the one with the problem you don't under
On Thu, Sep 16, 2010 at 10:26 AM, Cheryl Sullivan wrote:
[snip]
> When I echo all five $_SESSION vars from here, they are all populated.
> Then I can either redirect or form post to the next page. In either
> case, the $_SESSION vars populated from SQL Server ( the SSN and Cost
> Center vars) are
Tommy Pham [mailto:tommy...@gmail.com]
Sent: Thursday, September 16, 2010 11:39 AM
To: php-general@lists.php.net
Subject: RE: [PHP] Session Vars loaded from MSSQL Query drop, those
loaded from MYSQL Query stick
> -Original Message-
> From: Cheryl Sullivan [mailto:csull...@shh.org]
> Sent:
September 16, 2010 12:03 PM
To: Cheryl Sullivan
Cc: a...@ashleysheridan.co.uk; php-general@lists.php.net
Subject: Re: [PHP] Session Vars loaded from MSSQL Query drop, those
loaded from MYSQL Query stick
On 16 September 2010 16:26, Cheryl Sullivan wrote:
> Absolutely -
>
>
>
> Th
On 16 September 2010 16:26, Cheryl Sullivan wrote:
> Absolutely -
>
>
>
> This is from the first page
>
>
>
>
> $_SESSION['UserLastName'] = strtolower(trim($_POST['txtLastName']));
>
> $_SESSION['BadgeID'] = trim($_POST['txtBadgeID']);
>
>
>
> //access MS SQL Server database
>
> $q1 = "select * f
> -Original Message-
> From: Cheryl Sullivan [mailto:csull...@shh.org]
> Sent: Thursday, September 16, 2010 8:33 AM
> To: Tommy Pham; php-general@lists.php.net
> Subject: RE: [PHP] Session Vars loaded from MSSQL Query drop, those
> loaded from MYSQL Query stick
>
tommy...@gmail.com]
Sent: Thursday, September 16, 2010 11:00 AM
To: php-general@lists.php.net
Subject: RE: [PHP] Session Vars loaded from MSSQL Query drop, those
loaded from MYSQL Query stick
> -Original Message-
> From: Cheryl Sullivan [mailto:csull...@shh.org]
> Sent: Thursday, Sept
On Thu, Sep 16, 2010 at 10:26 AM, Cheryl Sullivan wrote:
> Absolutely -
>
> This is from the first page
>
>
> $_SESSION['UserLastName'] = strtolower(trim($_POST['txtLastName']));
>
> $_SESSION['BadgeID'] = trim($_POST['txtBadgeID']);
>
> //access MS SQL Server database
>
> $q1 = "select * from em
> -Original Message-
> From: Cheryl Sullivan [mailto:csull...@shh.org]
> Sent: Thursday, September 16, 2010 7:12 AM
> To: php-general@lists.php.net
> Subject: [PHP] Session Vars loaded from MSSQL Query drop, those loaded
> from MYSQL Query stick
>
> Hi there – I’m new to this news group.
__
From: Ashley Sheridan [mailto:a...@ashleysheridan.co.uk]
Sent: Thursday, September 16, 2010 10:14 AM
To: Cheryl Sullivan
Cc: php-general@lists.php.net
Subject: Re: [PHP] Session Vars loaded from MSSQL Query drop, those
loaded from MYSQL Query stick
On Thu, 2010-09-16 at 10:11 -0400, Cheryl Sulliv
On Thu, 2010-09-16 at 10:11 -0400, Cheryl Sullivan wrote:
> Hi there – I’m new to this news group. Any help with this is appreciated –
>
> When I populate session vars from a MYSQL query, they are still there when I
> change pages. If I populate them from an MSSQL query, they drop.
>
> It d
Ok, that usually happens.
Gerardo
www.webseficientes.com.ar
On Tue, Jun 8, 2010 at 1:48 PM, Stephen Sunderlin <
stephen.sunder...@verizon.net> wrote:
> Thanks Gerardo.
>
> I send a large dump.sql file to my /tmp dir and filled up the remaining
> space so PHP was not able to write any more sessio
Thanks Gerardo.
I send a large dump.sql file to my /tmp dir and filled up the remaining
space so PHP was not able to write any more session variable. Took me a
little while to figure that one out.
Thanks for your response.
On Tue, 08 Jun 2010 12:00:23 -0400, Gerardo Benitez
wrote:
Hi Ste
Hi Stephen,
you can try setting the session path using session_save_path
http://www.php.net/manual/en/function.session-save-path.php.
Gerardo
www.webseficientes.com.ar
On Sat, Jun 5, 2010 at 2:18 AM, Stephen Sunderlin <
stephen.sunder...@verizon.net> wrote:
> trying out a CentOS release 5.2 (
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
tedd
Please accept my apologies for not thanking you sooner, I am going over you
code and learning great stuff.
Again, thank you. And thank you to Adam as well.
gary
"tedd" wrote in message
news:p06240804c7cbe9aa1...@[192.168.1.102]...
> At 10:14 AM -0400 3/21/10, Gary wrote:
>>Thanks agai
At 10:14 AM -0400 3/21/10, Gary wrote:
Thanks again for all the help, however the plot thickens.
Gary :
It doesn't have to thicken. Here's an example of using $_SESSION that
works and you can have as many fields as you want:
http://www.webbytedd.com/aa/step-form-sessions/index.php
All the
Thanks again for all the help, however the plot thickens.
I have put:
On the first page, Now what happens is it only sticks to the first two
(lend_fname and lend_lname), the others still get lost. Any idea how or why
the exact code works differently?
Thanks Again.
gary
"tedd" wrote in
At 2:22 PM -0400 3/20/10, Gary wrote:
I have this perplexing issue of session varibles getting dropped. It is a 4
page form, the last page being a review page incase the submitter wants to
change any of the information.If you go through the form, all of the
information carries forward, and from
On Sat, Mar 20, 2010 at 6:56 PM, Gary wrote:
> Adam
>
> Thank you for your reply.
>
> ""Are you checking to see if the post variable is set in the code that
> handles saving the form values to session variables? ""
>
> No, I not done anything about the post variable, frankly I thought the
> sessi
Adam
Thank you for your reply.
""Are you checking to see if the post variable is set in the code that
handles saving the form values to session variables? ""
No, I not done anything about the post variable, frankly I thought the
session variable would cover it. I tried your code
if (isset($_
On Sat, Mar 20, 2010 at 2:22 PM, Gary wrote:
> I have this perplexing issue of session varibles getting dropped. It is a
> 4
> page form, the last page being a review page incase the submitter wants to
> change any of the information.If you go through the form, all of the
> information carries f
1 - 100 of 1636 matches
Mail list logo