CF-Talk, I worked for a long time on this issue yesterday and made some breakthroughs that I thought I would share with everyone in case it might help someone.
I am still working on a complete resolution, but thus far have a workaround which I will explain. In a nutshell, the problem came down to having multiple sites on the server using one IP address. By binding another static IP address to the NIC and assigning it to the webroot of the affected application in IIS Internet Service Manager, AND accessing the site by IP address, the CFID incrementing problem ended. (e.g. http://192.168.0.64). Additionally, if I created a VIRTUAL web directory to the affected website beneath the unaffected website, the problem did not manifest (e.g. http://nonaffectedsite.domain.com/affectedsite) Apparently, CF is looking at the TLD (top level domain) of domain.com and ignoring anything in front of the TLD when looking for a cookie. Thus, if I created a hosts file (or DNS) entry named "affectedsite.domain.com" and had it resolve to the assigned static IP, the CFID continues to increment. Changing over to the IP address though, the CFID stopped incrementing. Browsing over to the unaffected site (on the same server) did not show the CFID incrementing problem even though I would use something like "http://unaffectedsite.domain.com"; to reach it. The unaffected site was installed FIRST though -- and perhaps CF5 Client Vars are somehow "mapped into" that site. I just don't know -- am grasping at straws as to what the heck CF is doing based on the data I gathered. Again, if anyone has further suggestions or ideas as to WTF is going on, please advise. I cannot believe that ISP's hosting CF5 haven't encountered this problem -- there must be some ISP members on this list and I would love to hear from you on your experience with this. CFMX doesn't appear to have this problem incidentally. Kind regards, Grant Szabo Quoting [EMAIL PROTECTED]: > Thanks Matt -- I tried that, still having same problem unfortunately. > > I am racking my brain and I can't figure out what is going on here. The only > > thing that seems to make any sense is that there may be an issue with the > fact > that I am multihoming two sites on the server, both using host headers > instead > of physical IP's. > > I am going to see if I can't put another static on that box and map it to > OESv2 and see if that solves the problem. This is just a guess though. > > Incidentally, this problem doesn't happen on CFMX where we have both sites > multihomed using a single IP. It only happens on the CF5 box. > > -Grant Szabo > > Quoting Matt Robertson <[EMAIL PROTECTED]>: > > > I saw this happen on netscape browsers on CF4.5 when > > SETCLIENTCOOKIES="YES" was placed in application.cfm, as opposed to > > leaving the statement out entirely. > > > > I'd look to your application.cfm. Try and put in more than the bare > > minimum you have now and see what happens. Maybe: > > > > <cfapplication > > name="mytest" > > sessionmanagement="No" > > clientmanagement="Yes" > > applicationtimeout="#CreateTimeSpan(0,2,0,0)#"> > > > > --Matt Robertson-- > > MSB Designs, Inc. > > http://mysecretbase.com > > > > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > Sent: Monday, December 09, 2002 10:22 AM > > To: CF-Talk > > Subject: Client Variable Problem > > > > > > I am having a very odd problem with client variables and would > > appreciate any > > suggestions on additional things to look at or try. > > > > SYMPTOM: > > > > CFID increments with each subsequent page request (refresh). > > > > INDEX.CFM > > > > <html> > > <head> > > <title></title> > > </head> > > <body> > > > > <cfset client.test = "test"> > > > > Hi there <cfoutput>#client.test#</cfoutput>. > > </body> > > </html> > > > > APPLICATION.CFM > > > > <!--- application.cfm ---> > > <cfapplication name="OESv2_STAGING" clientmanagement="Yes"> > > > > VERSION INFO: > > > > CF 5.0.0.0, Windows 2000 SP3, IIS 5 > > > > CLIENT VARIABLE STORAGE: > > > > Uses ODBC datasource named "ClientVariables_Staging" which points to > > physical > > SQL 2000 database of the same name. CFDATA and CFGLOBAL tables created > > by CF5 > > Administrator upon instantiation of the ClientVariable storage. > > > > OTHER INFORMATION: > > > > There are two websites on this server, PEv2 and OESv2. Both use client > > variable storage. PEv2 does NOT manifest the problem. The websites use > > HOST > > HEADERS and do not have physical IP addresses. > > > > The client browsers allow cookies and have no problem with PEv2. Upon > > > > viewing OESv2 and hitting refresh, the CFID increments. For example, > > link to > > the OESv2 index.cfm page and cfid:cftoken are [CFID:CFTOKEN] > > [CFID:CFTOKEN] > > 1605:9626140. Hit refresh and these values change to [CFID:CFTOKEN] > > 1606:14486147. > > > > STEPS TAKEN TO TRY TO SOLVE PROBLEM: > > > > * recreated client storage database, defined new datasource, remapped > > client > > storage in CF5 Administrator > > * created new IIS virtual for the site, trimmed down source to bare > > minimum to > > try to isolate problem > > * restarted the CF5 services numerous times > > > > > > Any suggestions anyone has are appreciated! > > > > Thank you, > > Grant Szabo > > > > > > > > ------------------------------------------------- > > This mail sent through IMP: http://horde.org/imp/ > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
