In testing in a Cookie-less environment, I find URLs like
index.cfm/cfid/12345/cftoken/2234567/fuseaction/FooBlah.htm are fine for
ordinary links, but when the URL is in a form submittal each submittal
generates a new CFID/CFTOKEN pair. Is there a way around this?
best, paul
At 05:09 PM 10/26/00 -0700, you wrote:
>Yes, Paul. Steve N built the same sorta thing for iRenovate, and I know
>others have done so as well. You're on target.
>
>NAT
>
>-----Original Message-----
>From: paul smith [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, October 26, 2000 4:54 PM
>To: Fusebox
>Cc: [EMAIL PROTECTED]
>Subject: Third Time's The Charm
>
>
>Instead of cookies I'm thinking of using cfid/cftoken to maintain state
>like so:
>
>index.cfm/cfid/12345/cftoken/2234567/fuseaction/FooBlah.htm
>
>By the above I mean app_globals.cfm will set CFID = 12345,
>set CFTOKEN = 2234567, set FUSEACTION = "FooBlah"
>
>I assume spiders will index pages and record their URL including the
>"cfid/12345/cftoken/2234567" part.
>
>To prevent multiple users (who come from the same same search engine link)
>from using the same CFID/CFTOKEN pair, I plan to use app_globals.cfm to
>replace the values of CFID/CFTOKEN in "cfid/12345/cftoken/2234567" in the
>URL specified by the search engine if HTTP_REFERER is not from my site by
>setting the new values of CFID/CFTOKEN as follows:
>
>CFID = CLIENT.CFID and CFTOKEN = CLIENT.CFTOKEN
>
>in app_globals.cfm
>
>Does this make any sense? Do you see any problems with this approach?
>
>best, paul
------------------------------------------------------------------------------
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/fusebox or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.