| नाम | मान | संचालन |
|---|---|---|
| ऊपर चिपकाने के बाद संकल्प दिखाएं | ||
नेटस्केप फ़ाइल कर्ल हो सकता है-bउपयोग; किसी डोमेन को प्लेसहोल्डर डोमेन द्वारा प्रतिस्थापित नहीं किया गया है।
एक ही पेज पर Cookie request headers और Set-Cookie response headers दोनों को समझें, खासकर login, API और browser debugging के दौरान।
कुकी पार्सर browser, frontend code, API tools या server response से मिले cookie text को structured result में बदलता है। इसका फोकस theory नहीं बल्कि practical debugging questions हैं: request ने कौन-सी cookies भेजीं, Set-Cookie में कौन-से attributes आए, browser ने cookie क्यों reject की, और parsed result को scripts या command-line tools में कैसे reuse किया जाए।
एक common गलती यह है कि document.cookie, Cookie request header और Set-Cookie response header को एक ही तरह का input मान लिया जाता है। ऐसा नहीं है। document.cookie और request cookies flat name=value pairs होते हैं, जबकि Set-Cookie server-to-browser response header है जिसमें SameSite, Path, Domain, Expires, Max-Age, HttpOnly और Secure जैसे attributes होते हैं।
यह पेज तब बहुत उपयोगी है जब आपको अभी तक input type का यकीन नहीं है, या जब आप request में क्या गया और server ने क्या लौटाया, दोनों को एक साथ compare करना चाहते हैं।
Simple split(;) tools की तुलना में यह parser raw value को preserve करता है, decoded value दिखाता है, attributes को table-like structure में दिखाता है, JSON और Netscape Cookie File export देता है और duplicate cookies को visible रखता है।
अगर आपको request headers के लिए ज्यादा focused flow चाहिए, तो HTTP Cookie Parser उपयोग करें। अगर browser ने cookie क्यों reject की या Set-Cookie attributes सही हैं या नहीं, यह देखना है, तो Set-Cookie Parser बेहतर रहेगा।
यह पेज general cookie debugging entry point के रूप में अच्छा है, लेकिन अगर आपको input type पहले से पता है तो specialized tool ज्यादा तेज़ होगा।
| टूल | उपयुक्त input | सबसे अच्छा उपयोग | मुख्य ताकत |
|---|---|---|---|
| कुकी पार्सर (यह पेज) | Cookie strings, document.cookie, multi-line Set-Cookie | जब input type स्पष्ट न हो या request और response cookies को एक ही जगह handle करना हो | Dual-mode switching, JSON / Netscape export और practical central hub |
| HTTP Cookie Parser | Cookie request headers और document.cookie-style strings | यह देखने के लिए कि request ने वास्तव में कौन-सी cookies भेजीं, duplicate names हैं या नहीं, और values URL-encoded थीं या नहीं | Request-side name/value parsing पर ज्यादा focusedHTTP Cookie Parser खोलें |
| Set-Cookie Parser | Server द्वारा लौटाए गए Set-Cookie response headers | यह देखने के लिए कि browser ने cookie क्यों reject की और SameSite / Secure / HttpOnly settings में risk है या नहीं | Security attributes और browser policy के लिए deeper analysisSet-Cookie Parser खोलें |
अगर text frontend code, document.cookie, request logs या curl header से आया है तो Cookie-string mode से शुरू करें। अगर यह browser Network panel के Response Headers से आया है तो Set-Cookie mode चुनें।
HTTP Cookie ParserSet-Cookie Parserकई cookie values URL-encoded होती हैं। Debugging के दौरान raw और decoded दोनों values को visible रखना बेहतर है।
Duplicate cookies अक्सर अलग paths, अलग domains या पुराने writes का संकेत देती हैं। Automatic deduplication असली कारण को छिपा सकती है।
अगर result सिर्फ docs, issue या script में paste करना है तो JSON आमतौर पर ज्यादा साफ़ होता है। अगर curl, crawler या cookie-file import tool में देना है तो Netscape Cookie File चुनें।
curl से codeयह दो मुख्य प्रकार के input सपोर्ट करता है: document.cookie या Cookie: request header जैसे flat name=value; name2=value2 strings, और browser Network panel से copy किए गए multi-line Set-Cookie response headers। पहला प्रकार यह देखने के लिए अच्छा है कि request में वास्तव में कौन-सी cookies गईं, जबकि दूसरा SameSite, Secure, HttpOnly, Path, Domain, Expires और Max-Age जैसी settings जांचने के लिए बेहतर है।
Cookie request header वह flat key-value list है जिसे browser server को भेजता है और इसमें attribute metadata नहीं होता। Set-Cookie वह response header है जिसे server browser को वापस भेजता है। हर line एक पूरी cookie configuration बताती है और name/value के अलावा Path, Domain, Expires, SameSite, Secure, HttpOnly जैसे attributes भी हो सकते हैं।
कई cookie values URL-encoded होती हैं। उदाहरण के लिए %3D का मतलब = और %2F का मतलब / है। यह टूल raw value को भी रखता है और decoded version भी दिखाता है ताकि असली content समझना आसान हो।
Duplicate names अलग-अलग Path, अलग-अलग Domain या debugging के दौरान repeated writes की वजह से आ सकते हैं। कई बार यही duplicate असली clue होता है, इसलिए टूल इसे warn करता है लेकिन अपने आप हटाता नहीं है।
JSON export scripts, test cases, API docs या log analysis के लिए बेहतर है। Netscape Cookie File उन tools या command-line workflows के लिए बेहतर है जो यह format सपोर्ट करते हैं, जैसे curl -b।
हाँ। पहले आप Cookie mode में देख सकते हैं कि request ने वास्तव में कौन-सी cookies भेजीं, फिर Set-Cookie mode में जाकर server-side attributes जांच सकते हैं।
Combined parser तब उपयोगी है जब debugging session में document.cookie और Set-Cookie दोनों आ सकते हों और आप एक ही entry point चाहते हों। सिर्फ request cookies चाहिए हों तो HTTP Cookie Parser ज्यादा focused है।
नहीं। Cookie parsing, URL decoding, JSON preview और Netscape text generation पूरी तरह browser में local रूप से होती है।
हाँ। यह हर Set-Cookie line को parse करके SameSite, Secure, HttpOnly, Path, Domain, Expires, Max-Age और Partitioned जैसे structured fields दिखाता है।
हाँ। Request-header mode में आप normalized Cookie content copy कर सकते हैं। साथ ही JSON और Netscape Cookie File export भी मिलते हैं।
कई debugging समस्याएँ इसलिए होती हैं क्योंकि parsing शुरू होने से पहले ही input type गलत समझ लिया जाता है।
| Input प्रकार | उदाहरण | क्या शामिल है | बेहतर टूल |
|---|---|---|---|
| document.cookie / Cookie request header | session=abc; theme=dark; lang=zh-CN | सिर्फ flat name=value pairs, बिना attributes के | इस पेज का Cookie-string mode या HTTP Cookie Parser |
| Set-Cookie response header | session=abc; Path=/; HttpOnly; Secure; SameSite=Lax | name=value plus security और lifetime attributes | इस पेज का Set-Cookie mode या Set-Cookie Parser |
| Netscape Cookie File | .example.com TRUE / FALSE 0 sid abc123 | Domain, path, secure flag, expiry time, name और value | यह पेज curl और scripts के लिए इसे generate कर सकता है |
Cookie troubleshoot करते समय पहले यह अलग करें कि request में cookie missing है या browser ने उसे reject किया है।
| लक्षण | संभावित कारण | पहले क्या जांचें |
|---|---|---|
| Target cookie request में बिल्कुल नहीं दिख रही | Cookie सही तरह लिखी ही नहीं गई या Path / Domain scope match नहीं कर रहा | पहले Set-Cookie mode देखें, फिर request-header mode |
| Cross-site requests cookies नहीं भेज रहीं | SameSite restrictions, missing Secure या browser की third-party cookie policy | पहले जाँचें कि SameSite=None के साथ Secure है या नहीं |
| Cookie value unreadable लग रही है | Value URL-encoded है या Base64 / JWT में wrapped है | Decoded view खोलें और जरूरत हो तो JWT / Base64 से आगे जांचें |
| Same name वाली cookies unstable behavior दिखा रही हैं | अलग Path या Domain पर multiple writes मौजूद हैं | Duplicates visible रखें और scope व write source compare करें |
| curl या scripts browser cookies को सीधे reuse नहीं कर पा रहे | Standard export format नहीं है | JSON export या Netscape Cookie File export उपयोग करें |
Cookie parsing, URL decoding, JSON preview और Netscape text generation पूरी तरह browser में local रूप से होती है। Session, Token, login cookies और copied headers किसी server पर upload नहीं होते।
