Hi Richard,
Sorry to have not responded for so long, and thanks for your views. It
turns out the problem is browser based, at least in part. A windows PC
with IE6 in our office could not get the site working right, whereas a
linux laptop with firefox was fine with it. The immediate need is
On Wed, July 18, 2007 9:35 am, Mark Tuma wrote:
> I have a fairly simple set of php scripts which use session variables
> to
> pass information from one page to the next in an online booking system
> for an event. In most cases these work fine, but users with a couple
> of
> ISPs are consistently
Mark Tuma wrote:
Hi,
I have a fairly simple set of php scripts which use session variables to
pass information from one page to the next in an online booking system
for an event. In most cases these work fine, but users with a couple of
ISPs are consistently unable to use the system, as the
On Tue, November 28, 2006 3:47 pm, blackwater dev wrote:
> I have code which logs someone in and then allows them to see certain
> info
> if they are logged in. I have users who claim it works fin in some of
> their
> browsers, firefox, safari, etc and some versions of IE but not all and
> I'm
> s
Hi,
do you have any access to the client computers (is it an intranet)? If so,
check yourself the existence of the cookie and check JS and cookie settings on
their browser.From my own experience, you should never truct the user's
comments about their config or actions...
Otherwise, you could m
Is this only happening when the user clicks the "back" button in the
browser?
I recently had a similar problem with IE caching pages even when the header
is set to (supposedly) prevent caching. Apparently there is a bug with IE
which requires a specific workaround.
The fields are pre-filled with
If the problem is that their browser is not accepting the cookies,
then turning on trans-sid will fix it -- as the session ID is then
passed in the URL as GET argument.
Only problem there is that users are more likely to forward a link
that exposes their session ID to somebody else, so unless you
Configure the problem browser to prompt you when it gets a cookie.
You'll probably find that it's rejecting the cookies, so it's not
preserving the state of the session, so you get a new session every
page hit.
On Thu, August 17, 2006 12:35 pm, Dave Goodchild wrote:
> Hi all, I am currently writi
--- Scott Fletcher <[EMAIL PROTECTED]> wrote:
> > At some point, the user is going to have to be responsible for his/her
> > own actions. After all, I can log into my bank's Web site and then let
> > someone else use my computer, and there's no way my bank can prevent
> > it.
>
> Sure the bank can
Hate to disillusion you Scott, but Java cannot plug this hole. Let's
conduct a test, with your account, not mine, eh? ;-)
Warren Vail
-Original Message-
From: Scott Fletcher [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 06, 2004 11:20 AM
To: [EMAIL PROTECTED]
Subject: Re:
>>At some point, the user is going to have to be responsible for his/her own
>>actions. After all, I can log into my bank's Web site and then let someone
>>else use my computer, and there's no way my bank can prevent it.
Sure the bank can prevent it or otherwise my bank would never use the
website
Scott,
I suspect you will gets lot's of input on this one. There is a fairly
glaring hack that allows users to override your session variables (if you
rely on the feature of PHP that automatically adds session variables, as
well as get and post variables, to the global pool [register_globals, I
t
--- Scott Fletcher <[EMAIL PROTECTED]> wrote:
> Is there a really good way to use PHP Session to tell whenether the
> user is authorized user or not?
Yes, there are many good ways, and I'm sure I'm not even aware of many of
them.
> I see one problem here, let's say the user tried to access certai
> HELP? I AM ABOUT TO PULL MY HAIR OUT?
I can't tell from here... move closer to the monitor.
> I have already spent time reading over the online php manual and I
still
> can't figure a way around this issue. I notice that when I start a
session
> and I create session variables, those variables
http://us2.php.net/manual/en/function.session-set-cookie-params.php
set the domain strictly to "test.com" not "subdomain.test.com" etc etc
--
Jason k Larson
Dale wrote:
HELP? I AM ABOUT TO PULL MY HAIR OUT?
I have already spent time reading over the online php manual and I still
can't figure
You could put it in yourself
action="somepage.php"
or my preference is stick the session as a hidden field
/>
Cheers!
Rick
"Finish each day and be done with it. You have done what you could; some
blunders and absurdities have crept in; forget them as soon as you can.
Tomorrow is a new day; y
16 matches
Mail list logo
