That's one of the reasons I use Client variables, but have had a few
problems with one of my sites. Firstly, I'm not totally sure how to handle
the Cdata table in the Database - I have a basic query to delete from Cdata
after 360 minutes[1], but this doesn't seem to work (cookie seems to expire
sooner - I was under the impression that a query was needed, but am I
wrong?). Sites like www.mydigiguide.com manage to keep your login data
until you clear your cache - how can we do this using Database-stored client
variables? (or is the issue a space one)?
Secondly, I have 3 domains, A, B and C. B and C point to A. The user might
logon from either domain. If client.email is set from, say, domain B, it
isn't defined for A or C.
Can anyone give me some example Application.cfm / logging in examples?
Cheers.
Will
[1] - Query code:
<CFIF DateDiff("n", Client.LastVisit, Now()) GTE 360>
<CFQUERY NAME="delClientVars" DATASOURCE="localads" MAXROWS=1>
DELETE FROM CData
WHERE CFID = '#Cookie.CFID#:#Cookie.CFTOKEN#'
</CFQUERY>
<cfset logged = False>
</CFIF>
----- Original Message -----
From: "Andy Ewings" <[EMAIL PROTECTED]>
Newsgroups: dotcom.lists.cftalk
Sent: Tuesday, March 27, 2001 5:41 PM
Subject: RE: session variable storage
> Yup.....to be honest I'd use Client vars instead of session vars whatever.
> Don't have to bother locking anything
>
> ------------------------------------------------------------------
> Andrew Ewings
> Project Manager
> Thoughtbubble Ltd
> http://www.thoughtbubble.net
> ------------------------------------------------------------------
> United Kingdom
> http://www.thoughtbubble.co.uk/
> Tel: +44 (0) 20 7387 8890
> ------------------------------------------------------------------
> New Zealand
> http://www.thoughtbubble.co.nz/
> Tel: +64 (0) 9 488 9131
> ------------------------------------------------------------------
> The information in this email and in any attachments is confidential and
> intended solely for the attention and use of the named addressee(s). Any
> views or opinions presented are solely those of the author and do not
> necessarily represent those of Thoughtbubble. This information may be
> subject to legal, professional or other privilege and further distribution
> of it is strictly prohibited without our authority. If you are not the
> intended recipient, you are not authorised to disclose, copy, distribute,
or
> retain this message. Please notify us on +44 (0)207 387 8890.
>
>
>
> -----Original Message-----
> From: DeVoil, Nick [mailto:[EMAIL PROTECTED]]
> Sent: 27 March 2001 17:23
> To: CF-Talk
> Subject: RE: session variable storage
>
>
> And also it works with clustering.
>
> The downside is that it must tend to be slightly slower.
>
> Nick
>
> -----Original Message-----
> From: Bob Silverberg [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 27, 2001 5:15 PM
> To: CF-Talk
> Subject: RE: session variable storage
>
>
> I believe you mean Client variables, and database is preferable, IMHO, for
a
> number of reasons including, but not limited to:
> - the ability to read the info from the db using standard SQL
> - do you really want ColdFusion constantly messing with your Registry?
>
> Bob
>
> -----Original Message-----
> From: Steven Dworman [mailto:[EMAIL PROTECTED]]
> Sent: March 27, 2001 10:46 AM
> To: CF-Talk
> Subject: session variable storage
>
>
>
> registry or database?
>
> which is better and why?
>
>
> **********************************************************************
> Information in this email is confidential and may be privileged.
> It is intended for the addressee only. If you have received it in error,
> please notify the sender immediately and delete it from your system.
> You should not otherwise copy it, retransmit it or use or disclose its
> contents to anyone.
> Thank you for your co-operation.
> **********************************************************************
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
