यह वास्तव में काफी आसान है। जब आप कुकी बनाते हैं, तो इसे अपने डोमेन के बराबर डोमेन विशेषता दें। याद रखने का महत्वपूर्ण हिस्सा यह है कि यह एक प्रमुख बिंदु होना चाहिए।
<cfcookie name="mycookie" value="myvalue" domain=".mydomain.com" path="/" />
प्रमुख डॉट ब्राउज़र बताता है mydomain.com के किसी भी उपडोमेन जो sub.mydomain.com और blah.mydomain.com को शामिल किया जाएगा करने के लिए कुकी भेजने के लिए।
फिर आप बस के रूप में आप किसी भी अन्य कुकी उप डोमेन में से किसी से कुकी उपयोग करने में सक्षम होगा:
<cfset thevalue = cookie.mycookie />
आप पुराने ब्राउज़र का समर्थन करने के लिए एक सबसे अच्छा अभ्यास के रूप में करना चाहिए।
यहाँ RFC2109 से बयान है: HTTP राज्य प्रबंधन तंत्र कि पुराने ब्राउज़र
प्रभावित हो सकता है "संभावित सुरक्षा या गोपनीयता के उल्लंघन को रोकने के लिए, एक प्रयोक्ता एजेंट एक कुकी (अपनी जानकारी एकत्र नहीं करेगा) यदि खारिज कर दिया ... के लिए मान डोमेन विशेषता में कोई एम्बेडेड डॉट्स नहीं है या एक डॉट से शुरू नहीं होता है। "
मेरा मानना है कि इस आरएफसी 2965 द्वारा ओवरराइड है: HTTP स्थिति प्रबंधन प्रणाली है जिसमें कहा गया
"डोमेन = वैकल्पिक मूल्य डोमेन विशेषता के मान डोमेन जिसके लिए कुकी मान्य है निर्दिष्ट करता है।। यदि एक स्पष्ट रूप से निर्दिष्ट मान किसी बिंदु से प्रारंभ नहीं होता है, तो उपयोगकर्ता एजेंट अग्रणी डॉट प्रदान करता है। "
जो बताता है कि यह आपके लिए संभवतः एक आधुनिक ब्राउज़र में क्यों काम कर रहा है। मैं अभी भी सुझाव दूंगा कि आप इसे जोड़ दें।
स्रोत
2011-12-14 00:19:59
दरअसल, मैंने अभी यह कोशिश की - जब मैंने ऐसा किया तो अग्रणी बिंदु आवश्यक नहीं था। –
HTTPS HTTP कुकी तैयार कर सकते हैं, लेकिन दूसरी तरफ नहीं, है ना? – Henry
मैंने जो परीक्षण किए हैं, वे दोनों तरीकों से काम करते हैं। संभवतः यदि आप इसे केवल https पर सीमित करना चाहते हैं, तो आप सुरक्षित = "सत्य" –