Dude, Alan -
You can do this multiple browser spawns equals mutiple sessions thing if you
wrap the whole thing in a frameset (with a hidden frame so it looks good)
and make the default main frame source be a login page that strips the
cfid/cftoken and instead of using cookies, pass urltoken on the url.
Or if you want the url to be truthfull to the page the user is on, and don't
like frames, then you can track the xfas of any given fuseaction, stick them
in a client variable, and on every access to the index, ask if the
fuseaction they want is one that's allowed from the fuseaction they were on.
That way two browser's couldn't be doing the same thing at once, from the
same client tokens. A bit clunky, but it'd work, no?
NAT
> -----Original Message-----
> From: McCollough, Alan [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 05, 2001 11:02 AM
> To: Fusebox
> Subject: RE: Refreshing a cached query
>
>
> eehhhh, if you used ClusterCats it might be... But then, if past
> performance
> is gonna hint at the future, who's to say it'll work any better than stick
> sessions?
>
> If it -did- work, that truly would be da bomb, especially if it would
> somehow resolve client db vars issue.
>
> CURRENTLY, with db based client vars (yeah we've gone over this before)
> multiple client browser spawns = single client session (bad)
> WHAT I WANT:
> multiple client browser spawns = multiple client sessions (yeah
> baby yeah!)
>
> > -----Original Message-----
> > From: Nat Papovich [SMTP:[EMAIL PROTECTED]]
> > Sent: Thursday, April 05, 2001 8:44 AM
> > To: Fusebox
> > Subject: RE: Refreshing a cached query
> >
> > Am I dreaming or do I remember Allaire mentioning that the
> cluster. scope
> > variable was going to be available in CF 5 or Neo? Wouldn't that just be
> > da
> > bomb?
> >
> > NAT
> >
> > > -----Original Message-----
> > > From: Steve Nelson [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, April 05, 2001 8:44 AM
> > > To: Fusebox
> > > Subject: Re: Refreshing a cached query
> > >
> > >
> > > This has been a thorn in my side for a LONG time. The problem with
> > > setting it to zero is that it actually reruns the query instead of
> > > offering a way to just remove the cached data. I've been begging
> > > allaire to add this feature forever. The problem you run into is with
> > > clustered servers. If you update data you have to remove the
> cached data
> > > from all the servers in a cluster. Imagine if you had a
> cluster of 100
> > > servers and the query you needed to update a single query that took 1
> > > full second (say it was joining a bunch of tables with a lot of data).
> > > That's a minimum of a minute and a half to perform a simple update
> > > statement!!
> > >
> > > Look at this: http://www.fusebox.org/theories/sync_server/
> > >
> > > What's promising is TagServlet (http://www.tagservlet.com) i haven't
> > > validated this, but supposedly they're implementation of the
> ColdFusion
> > > language supports this feature.
> > >
> > > Steve
> > >
> > > BORKMAN Lee wrote:
> > > >
> > > > Hi Steve,
> > > >
> > > > You have to set the CACHEDWITHIN to zero, THEN run the query,
> > > THEN set the
> > > > CACHEDWITHIN back to your original amount. Works like a charm.
> > > >
> > > > Let us know how it goes,
> > > > Lee.
> > > >
> > > > -----Original Message-----
> > > > From: J. Steven Tripp [mailto:[EMAIL PROTECTED]]
> > > >
> > > > I have cached a query using CACHEDWITHIN, but of course data
> > > changes and I
> > > > need to unCache the query. How do I refresh a query? I read
> > > here that I can
> > > > cut & paste it and set the time to 0, but that doesn't work.
> > > The fusebook
> > > > says to go to the fusebox.org site, but there's nothing there about
> > > > refreshing the query.
> > > >
> > > > IMPORTANT NOTICE:
> > > > This e-mail and any attachment to it is intended only to be
> > > read or used by
> > > > the named addressee. It is confidential and may contain
> > > legally privileged
> > > > information. No confidentiality or privilege is waived or
> lost by any
> > > > mistaken transmission to you. If you receive this e-mail in
> > > error, please
> > > > immediately delete it from your system and notify the sender.
> > > You must not
> > > > disclose, copy or use any part of this e-mail if you are not
> > > the intended
> > > > recipient. The RTA is not responsible for any unauthorised
> > > alterations to
> > > > this e-mail or attachment to it.
> > > >
> > > >
> >
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
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
