Mike, thanks for helping. I understand that the settings are referred to host, other
than domains. Thanks for the explanation. About your alternative...
1) Done, clientvars are in db.
2) It is Yes by default, but i hardcoded as Yes.
3) i use this url=
#request.sslUrl##request.self#/fuseaction/#XFA.IrAoCaixa#/passed_ID/#cfid#/passed_token/#cftoken#
to pass cfid and cftoken of the domain in witch client variables were defined.
4) i put this code in aplication.cfm (before cfaaplication tag):
<cfif isDefined("url.passed_ID")>
<cfcookie name="client.CFID" value="#url.CFID#" expires="NEVER">
<cfcookie name="cookie.CFID" value="#url.CFID#" expires="NEVER">
</cfif>
<cfif isDefined("url.passed_TOKEN")>
<cfcookie name="client.CFTOKEN" value="#url.CFTOKEN#" expires="NEVER">
<cfcookie name="cookie.CFTOKEN" value="#url.CFTOKEN#" expires="NEVER">
</cfif>
Unfortunatly, that not helped =(. In the other domain, i'm still getting the other
CFID and CFTOKEN (i checked the debug info).
Any other idea? Thank you. BP.
>First off, cookies do not cross domains, period. The setting you are
>referring to has something to do with hosts.
>
>Secondly, I have _never_ been able to reliably pass client variables between
>domains. This is one of those holy grail type things for me... I suggest an
>alternative scheme.
>
>1) Tell CFAdmin to store your client variables in a database.
>2) Set setclientcookies to yes in your cfapplication tag (for scability).
>3) Pass cfid and cftoken from domain_1 to domain_2 as url variables or as a
>form submission, but change the name of the variables (i.e. passed_id &
>passed_token).
>4) Put a cfif in your Application.cfm page to check for the passed variables
>and use CFSET the cfid and cftoken values within domain_2.
>
>Maybe this will help.
>
>M
>
>-----Original Message-----
>From: Python Python [mailto:[EMAIL PROTECTED]
>Sent: Monday, June 02, 2003 11:20 AM
>To: CF-Talk
>Subject: I'm loosing client scope
>
>
>Dave i checked the documentation about cfapplication and i found that
>cookies set by CFMX are not domain specific.
>
>Here's a snipped from cfapplication documentation:
>
>setDomainCookies Optional No Yes: Sets CFID and CFTOKEN cookies for a domain
>(not a host). Required, for applications running on clusters.
>No
>
>So , the setDomainCookies parameter in cfapplication is NO by default. I
>hardcoded the parameter in cfaaplication to test and i'm still loosing my
>client variables.
>
>The domain name i use for navigation is:
>http://animaisonline.cidadeinternet.com.br
>
>The login form is on this domain
>https://www.animaisonline.com
>
>When i set a link in the first domain to the second, client variables are
>gone =(.
>
>BP.
>
>
>>> I need urgent help. I'm loosing my client variables when
>>> going back and forth from 2 domains. Both domains points
>>> to the same server.
>>>
>>> For instance, user is browsing the page
>>> http://mywebsite.mypartner.com/index.cfm
>>>
>>> when he tries to login to the page http://www.mywebsite.com/login.cfm
>>>
>>> Then client scope is gone. any client variables set in
>>> mywebsite.mypartner.com is not available in www.mywebsite.com.
>>>
>>> both domains pings to the same server. I've tried to pass
>>> CFID and CFTOKEN but i have no sucess. Is there any way to
>>> do it?
>>
>>When you use Client variables, by default, CF creates CFID and CFTOKEN
>>cookies. Cookies are domain-specific, so a browser will get two sets,
>>one from each site. You'll have to edit your CFAPPLICATION tag so that
>>you don't automatically set cookies in the second site, I think, and
>>you'll need to send the CFID and CFTOKEN values from the first site to
>>the second via URL or form submission.
>>
>>Dave Watts, CTO, Fig Leaf Software
>>http://www.figleaf.com/
>>voice: (202) 797-5496
>>fax: (202) 797-5444
>>
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
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
Your ad could be here. Monies from ads go to support these lists and provide more
resources for the community.
http://www.fusionauthority.com/ads.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
