CFID Hell

Is there a way to renew CFID and CFTOKEN without shutting down your browser???? I¹ve tried many different ways to do this and nothing has worked! In application.cfm I have session variables enabled, they are not stored in cookies... Bzaccheo

What are you trying to do? Reset your session? Have you tried simply using structDelete to remove session vars, or structClear to empty the entire session?

Yes I am trying to reset my session and yes I did delete all session variables... But for some reason the same CFID and CFTOKEN keep showing up.... On 5/12/04 9:35 AM, "Raymond Camden" <ray@camdenfamily.com> wrote: > What are you trying to do? Reset your session? Have you tried simply using > structDelete to remove session vars, or structClear to empty the entire > session?

But why do you care about that? CFID/CFTOKEN are how CF indentifies you. You should not need to worry about it. If all you care about is clearing the session, then just clear it. It doesn't matter if you keep the id/token.

I use cfid and cftoken for an unique identifier for my shopping cart.... So with each new transaction I need a new identifier.... On 5/12/04 11:03 AM, "Raymond Camden" <ray@camdenfamily.com> wrote: > But why do you care about that? CFID/CFTOKEN are how CF indentifies you. You > should not need to worry about it. If all you care about is clearing the > session, then just clear it. It doesn't matter if you keep the id/token.

That's your problem.  CFID and CFTOKEN are internal CF variables, they are meaningless outside the realm of CF tracking visitors.  I HIGHLY recommend you quickly abort the practice of using them for anything in your application, and instead store a UUID (or whatever) in the session scope when a session is created, and use that as your transaction ID. Cheers, barneyb ----- Excess quoted text cut - see Original Post for more -----

Thanx Barney... Looks like I¹ll have make some changes to my code.... BZaccheo On 5/12/04 11:13 AM, "Barney Boisvert" <lists@audiencecentral.com> wrote: ----- Excess quoted text cut - see Original Post for more -----

Many moons ago, I made my cart ID a concatenation of client.cfid, "_", client.cftoken, "_" and client.hitcount.  Once a purchase was completed I reset the cart id by recreating it.  Since the hitcount was different, I got a new, unique cart ID pretty much automatically and maintained the ability to tie it to a specific visitor. I haven't done that in a *long* time, and I don't think I would do it again.  As has been pointed out, there are better ways to accomplish the job of prepping a cart for re-use, plus ID'ing a computer isn't necessarily the same thing as ID'ing a person.   I only mention it in case you are in a bind and need a fast solution, simply implemented. -------------------------------------------- Matt Robertson       matt@mysecretbase.com MSB Designs, Inc.  http://mysecretbase.com -------------------------------------------- Thanx Barney... Looks like I¹ll have make some changes to my code.... BZaccheo On 5/12/04 11:13 AM, "Barney Boisvert" <lists@audiencecentral.com> wrote: > That's your problem.  CFID and CFTOKEN are internal CF variables, they are > meaningless outside the realm of CF tracking visitors.  I HIGHLY recommend > you quickly abort the practice of using them for anything in your > application, and instead store a UUID (or whatever) in the session scope ----- Excess quoted text cut - see Original Post for more -----

Then you session is gone.  CFID and CFTOKEN identify a computer (they're cookies), they don't identify a session.  You can use CFCOOKIE to "unset" them, but that's not going to change anything, because the session is already gone. Cheers, barneyb ----- Excess quoted text cut - see Original Post for more -----