cookies.txt कनवर्टर

Netscape कुकी फ़ाइलें, JSON और रिक्वेस्ट Cookie हेडर को आपस में बदलें। वैल्यू अपरिवर्तित रहती हैं।

Cookie हेडर में डोमेन, पाथ, एक्सपायरी, Secure या HttpOnly मेटाडेटा नहीं होता। हेडर इंपोर्ट करने पर आपके स्पष्ट URL/पाथ/Secure सेटिंग्स से केवल-होस्ट सेशन कुकीज़ बनती हैं, HttpOnly=false के साथ; ये नई मान्यताएँ हैं, वापस प्राप्त मेटाडेटा नहीं। हेडर एक्सपोर्ट में डोमेन, पाथ, एक्सपायरी और HTTPS छँटते हैं। यह टूल SameSite, पार्टीशन्ड कुकीज़ और पब्लिक-सफ़िक्स प्रतिबंधों को मॉडल नहीं करता और पूर्ण ब्राउज़र कुकी जार नहीं है। प्रमाणीकरण कुकीज़ कभी साझा न करें।

Netscape कुकी फ़ाइल फ़ॉर्मैट: curl दस्तावेज़

सामान्य प्रश्न

Netscape cookies.txt फ़ॉर्मैट क्या है?

यह प्लेन-टेक्स्ट कुकी फ़ाइल फ़ॉर्मैट है जिसे curl, wget और कई डाउनलोड मैनेजर उपयोग करते हैं। हर पंक्ति में एक कुकी होती है, जिसमें टैब से अलग सात फ़ील्ड होते हैं: डोमेन, सबडोमेन शामिल करने का फ़्लैग (TRUE/FALSE), पाथ, Secure फ़्लैग (TRUE/FALSE), Unix टाइमस्टैम्प के रूप में एक्सपायरी (0 का अर्थ सेशन कुकी), नाम और वैल्यू। # से शुरू होने वाली पंक्तियाँ टिप्पणियाँ हैं।

पंक्ति की शुरुआत में #HttpOnly_ उपसर्ग का क्या अर्थ है?

HttpOnly कुकीज़ को ब्राउज़र का JavaScript नहीं पढ़ सकता, इसलिए फ़ॉर्मैट उन्हें सामान्य फ़ील्ड से चिह्नित नहीं कर सकता। इसके बजाय डोमेन के आगे #HttpOnly_ उपसर्ग लगता है, जैसे #HttpOnly_.example.com — उपसर्ग के बिना यह पंक्ति टिप्पणी जैसी दिखती। कनवर्टर ऐसी पंक्तियों को कुकी के रूप में पार्स करता है, फ़्लैग बनाए रखता है और एक्सपोर्ट पर उपसर्ग वापस लिखता है।

मैं cookies.txt फ़ाइल को JSON में कैसे बदलूँ?

इनपुट फ़ॉर्मैट "Netscape cookies.txt" और आउटपुट फ़ॉर्मैट JSON चुनकर कन्वर्ट दबाएँ। हर पंक्ति domain, includeSubdomains, path, secure, expires (Unix सेकंड, 0 सेशन कुकी के लिए), name, value और httpOnly फ़ील्ड वाला ऑब्जेक्ट बन जाती है — स्क्रिप्ट, टेस्ट और ऑटोमेशन के लिए सुविधाजनक।

किसी URL के लिए Cookie रिक्वेस्ट हेडर कैसे बनता है?

लक्ष्य URL के लिए कनवर्टर RFC 6265 के भेजने के नियम लागू करता है: होस्ट कुकी डोमेन से मेल खाना चाहिए (फ़्लैग TRUE होने पर सबडोमेन सहित), URL पाथ कुकी पाथ से मेल खाना चाहिए, Secure कुकीज़ केवल HTTPS पर भेजी जाती हैं, और एक्सपायर हो चुकी कुकीज़ छोड़ दी जाती हैं। मैच को सबसे लंबे पाथ पहले क्रम में रखकर name=value जोड़ियों को "; " से जोड़ा जाता है।

Cookie हेडर इंपोर्ट करने पर क्या होता है?

Cookie हेडर में केवल नाम और वैल्यू होते हैं — डोमेन, पाथ, एक्सपायरी या Secure/HttpOnly मेटाडेटा नहीं। इंपोर्ट लक्ष्य URL के होस्ट के लिए केवल-होस्ट सेशन कुकीज़ बनाता है, आपके सेट किए पाथ और Secure विकल्प के साथ, HttpOnly=false पर। ये नई मान्यताएँ हैं, वापस प्राप्त मेटाडेटा नहीं।

Secure और एक्सपायरी कैसे नियंत्रित होती हैं?

cookies.txt में चौथा फ़ील्ड Secure फ़्लैग (TRUE/FALSE) है; JSON में यह बूलियन है। हेडर बनते समय, यदि लक्ष्य URL HTTPS नहीं है तो Secure कुकीज़ हटा दी जाती हैं। एक्सपायरी सेकंड में Unix टाइमस्टैम्प है — 0 का अर्थ सेशन कुकी — और एक्सपायर हो चुकी कुकीज़ हेडर आउटपुट से बाहर रहती हैं।

क्या कुकी वैल्यू डिकोड, री-साइन या रिफ्रेश होती हैं?

नहीं। वैल्यू को अपारदर्शी टेक्स्ट मानकर हर कन्वर्ज़न में जस-का-तस कॉपी किया जाता है; कुछ भी डिकोड, री-एनकोड, डिक्रिप्ट, री-साइन या रिफ्रेश नहीं होता। यदि नाम या वैल्यू में ऐसे अक्षर हों जो Cookie हेडर में नहीं आ सकते, तो हेडर एक्सपोर्ट त्रुटि के साथ रुक जाता है — ऐसे में JSON आउटपुट चुनें, जो ऐसी वैल्यू बिना बदले सुरक्षित रखता है।

क्या मेरा डेटा ब्राउज़र से बाहर जाता है?

नहीं। पार्सिंग और कन्वर्ज़न पूरी तरह आपके ब्राउज़र में JavaScript से होते हैं — कोई अपलोड नहीं, कोई सर्वर कॉल नहीं। फिर भी कुकी फ़ाइलों को क्रेडेंशियल की तरह देखें: प्रमाणीकरण कुकीज़ कभी साझा न करें और केवल उन Cookie हेडर की जाँच करें जिनके उपयोग की आपको अनुमति है।

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}