HTTP कुकी पार्सर

HTTP Cookie Parser

ब्राउज़र द्वारा भेजे गए कुकी हेडर पार्स करें। कुकी-वैल्यू जोड़े, URL एन्कोडिंग और डुप्लिकेट नाम देखें।

पार्स परिणाम

4 कुकी(याँ)
#1session
मूल मान: abc123
डिकोडेड मान: abc123
#2theme
मूल मान: dark
डिकोडेड मान: dark
#3locale
मूल मान: zh-CN
डिकोडेड मान: zh-CN
#4callback
मूल मान: https%3A%2F%2Fgeekformat.com%2Fdone
डिकोडेड मान: https://geekformat.com/done

JSON पूर्वावलोकन

[
  {
    "index": 0,
    "raw": "session=abc123",
    "name": "session",
    "value": "abc123",
    "decodedValue": "abc123"
  },
  {
    "index": 1,
    "raw": "theme=dark",
    "name": "theme",
    "value": "dark",
    "decodedValue": "dark"
  },
  {
    "index": 2,
    "raw": "locale=zh-CN",
    "name": "locale",
    "value": "zh-CN",
    "decodedValue": "zh-CN"
  },
  {
    "index": 3,
    "raw": "callback=https%3A%2F%2Fgeekformat.com%2Fdone",
    "name": "callback",
    "value": "https%3A%2F%2Fgeekformat.com%2Fdone",
    "decodedValue": "https://geekformat.com/done"
  }
]

यह कुकी अनुरोध हेडर को विशेष रूप से पार्स करता है, विशेषताओं का अनुमान नहीं लगाता, केवल यह बताता है कि इस अनुरोध में वास्तव में क्या भेजा गया।

संबंधित सुझाव

Set-Cookie पार्सर

कुकी पार्सर

cURL से कोड जनरेटर

Authentication Header जनरेटर

URL एन्कोडिंग

JWT टूल

HTTP कुकी पार्सर क्या है?

HTTP कुकी पार्सर `Cookie:` अनुरोध हेडर और `document.cookie` स्ट्रिंग के लिए विशेष रूप से बनाया गया डीबगिंग टूल है। इसका मुख्य समाधान "कुकी क्या है" नहीं है, बल्कि डेवलपर्स, परीक्षण इंजीनियर्स, क्रॉलर इंजीनियर्स और ऑपरेशंस टीम के लोगों को इंटीग्रेशन के दौरान सबसे आम वास्तविक परिदृश्यों का सामना करना पड़ता है: ब्राउज़र ने वास्तव में कौन सी कुकी भेजी है, क्या कोई कुकी मान URL एन्कोडेड है, क्या समान नाम की कुकी डुप्लिकेट हैं, और मैं वर्तमान कुकी हेडर को curl, Postman या स्क्रिप्ट में कैसे कॉपी करूं ताकि समस्या को पुन: प्रस्तुत किया जा सके।

`Set-Cookie` प्रतिक्रिया हेडर के विपरीत, HTTP अनुरोध हेडर में कुकी `name=value` की एक फ्लैट सूची होती है। यह केवल आपको बताती है कि "वर्तमान अनुरोध में वास्तव में क्या भेजा गया है", और इसमें SameSite, HttpOnly, Secure, Path, Domain, Expires, Max-Age आदि विशेषता जानकारी शामिल नहीं होती। यही कारण है कि जब आप "API ने लॉगिन स्थिति को क्यों नहीं पहचाना", "ब्राउज़र अनुरोध में वास्तव में कौन सी कुकी गायब है", "document.cookie में यह मान विकृत क्यों है" जैसी समस्याओं का पता लगा रहे हों, तो अनुरोध हेडर पार्सर सामान्य कुकी टूल की तुलना में अधिक प्रत्यक्ष होगा।

इस प्रकार के टूल का सबसे आम निम्न-स्तरीय कार्यान्वयन केवल `split(';')` के बाद स्ट्रिंग्स को रेंडर करना है, लेकिन वास्तविक डीबगिंग में केवल अलग करना पर्याप्त नहीं है। आपको यह भी जानना होगा: क्या मान URL एन्कोड किए गए हैं, क्या डुप्लिकेट नाम मौजूद हैं, क्या मानकीकृत हेडर सामग्री सीधे कॉपी की जा सकती है, और क्या पार्स परिणाम स्क्रिप्ट या दस्तावेज़ के लिए पुन: उपयोग किए जा सकते हैं। वर्तमान पेज को डेवलपर्स की इन वास्तविक क्रियाओं के आसपास डिज़ाइन किया गया है।

यदि आपको यह देखने की आवश्यकता है कि "अनुरोध में क्या भेजा गया" नहीं, बल्कि "ब्राउज़र ने सर्वर द्वारा भेजी गई Set-Cookie को क्यों अस्वीकार कर दिया", तो आपको इस पेज पर नहीं रुकना चाहिए, बल्कि प्रतिक्रिया हेडर विशेषताओं की जांच के लिए उपयुक्त "Set-Cookie पार्सर" पर जाना चाहिए। इसलिए, इस टूल की स्थिति बहुत स्पष्ट है: यह कुकी अनुरोध हेडर / document.cookie डीबगर है, प्रतिक्रिया हेडर विशेषता ऑडिटर नहीं।

उपयोग के मामले

  • लॉगिन स्थिति खोने या सत्र असामान्यता का पता लगाते समय, अनुरोध हेडर में वास्तव में कौन सी कुकी भेजी गई, जांचें
  • URL एन्कोडेड कुकी को डीबग करते समय, वास्तविक सामग्री की पुष्टि के लिए मूल मान और डिकोड मान की तुलना करें
  • कई समान नाम वाली कुकी के कारण ब्राउज़र या सर्वर प्रोसेसिंग असामान्य हुई है या नहीं, जांचें
  • ब्राउज़र कुकी हेडर को शीघ्रता से मानकीकृत करके Postman, curl या स्क्रिप्ट में कॉपी करके अनुरोध पुन: प्रस्तुत करें
  • document.cookie आउटपुट परिणाम का विश्लेषण करें, फ्रंटएंड वर्तमान में दिखाई देने वाले कुकी सेट की पुष्टि करें

उपयोग कैसे करें

  1. कुकी अनुरोध हेडर या document.cookie स्ट्रिंग को इनपुट क्षेत्र में पेस्ट करें
  2. प्रत्येक कुकी का नाम, मूल मान और URL डिकोड मान देखें
  3. डुप्लिकेट नाम संकेत और मानकीकृत कुकी हेडर परिणाम की पुष्टि करें
  4. आगे की डीबगिंग के लिए मानकीकृत कुकी हेडर कॉपी करें या JSON पूर्वावलोकन देखें

विशेषताएं

  • कुकी हेडर और document.cookie स्ट्रिंग को सेमीकोलन के आधार पर आइटमवार स्वचालित रूप से पार्स करें
  • दोहरा मान प्रदर्शन: मूल मान और URL डिकोड मान एक साथ दिखाएं, कोडिंग समस्या तुरंत पहचानें
  • डुप्लिकेट नाम पहचान: समान नाम वाली कुकी को स्वचालित रूप से पहचानें और संभावित विरोध का संकेत दें
  • मानकीकृत आउटपुट: मानकीकृत कुकी अनुरोध हेडर को एक क्लिक में कॉपी करें, API डीबगिंग में आसानी हो
  • JSON पूर्वावलोकन: पार्स किए गए परिणाम को स्क्रिप्ट, लॉग या परीक्षण टूल के लिए संरचित आउटपुट प्रदान करें
  • स्थानीय प्रोसेसिंग: इनपुट सामग्री केवल ब्राउज़र के भीतर पार्स होती है, सर्वर पर अपलोड नहीं होती

यह पेज और अन्य दो कुकी टूल में कैसे चुनें?

पहले देखें कि आपके पास अनुरोध हेडर, document.cookie है, या सर्वर का Set-Cookie प्रतिक्रिया हेडर है, फिर तय करें कि किस पेज का उपयोग करना है।

टूलउपयुक्त इनपुटसबसे उपयुक्त परिदृश्यमुख्य लाभ
HTTP कुकी पार्सर (वर्तमान पेज)कुकी अनुरोध हेडर, document.cookieयह जांचना कि अनुरोध में वास्तव में कौन सी कुकी भेजी गई, क्या मान एन्कोडेड हैं, क्या डुप्लिकेट नाम हैंअनुरोध हेडर को अलग करने, मानकीकृत कॉपी, URL डिकोड और डुप्लिकेट पहचान पर केंद्रित
Set-Cookie पार्सरसर्वर द्वारा लौटाया गया Set-Cookie प्रतिक्रिया हेडरयह पता लगाना कि ब्राउज़र कुकी क्यों स्वीकार नहीं करता, SameSite / Secure / HttpOnly / Path / Domain में जोखिम है या नहींविशेषताओं को अधिक गहराई से अलग करता है, और सुरक्षा कॉन्फ़िगरेशन चेतावनी प्रदान करता हैSet-Cookie पार्सर खोलें
कुकी पार्सरकुकी स्ट्रिंग और Set-Cookie मिश्रित डीबगिंग परिदृश्यजब डेटा स्रोत अनिश्चित हो, या शीघ्र विभाजन के लिए एक व्यापक प्रवेश द्वार चाहिएदोहरे मोड स्विचिंग, और Netscape Cookie File निर्यात का समर्थन करता हैकुकी पार्सर खोलें

Best Practices

पहले पुष्टि करें कि आप अनुरोध हेडर देख रहे हैं, प्रतिक्रिया हेडर नहीं

यदि टेक्स्ट ब्राउज़र DevTools के Request Headers से, पैकेट कैप्चर टूल में अनुरोध से, document.cookie से या सर्वर लॉग में कुकी हेडर से आता है, तो यह वर्तमान पेज के लिए उपयुक्त है; यदि यह Response Headers के Set-Cookie से आता है, तो यहां विशेषता समस्याओं का विश्लेषण जारी न रखें।

मूल मान रखें, फिर डिकोड मान देखें

कुकी समस्याओं का पता लगाते समय केवल डिकोड की गई सामग्री पर ध्यान केंद्रित न करें। मूल मान ही वास्तव में ट्रांसमिट किया गया मान है, डिकोड मान केवल पढ़ने में सहायता के लिए है। हस्ताक्षर, Base64, JWT या दोहरे एन्कोडिंग परिदृश्यों के लिए, मूल मान विशेष रूप से महत्वपूर्ण है।

JWT टूल

डुप्लिकेट नाम देखकर जल्दी से न हटाएं

डुप्लिकेट कुकी समस्या का मूल कारण हो सकती हैं, विशेषकर जब Path / Domain भिन्न हों, वातावरण स्विच कर रहा हो या पुराने लेखन अवशेष हों। पहले डुप्लिकेट आइटम रखें और रिकॉर्ड करें, फिर ब्राउज़र व्यवहार और सर्वर सेटिंग्स की तुलना करें।

अनुरोध पुन: प्रस्तुत करते समय मानकीकृत हेडर को कॉपी करना प्राथमिकता दें

जब आपको वर्तमान कुकी हेडर को curl, Postman या परीक्षण स्क्रिप्ट में भेजने की आवश्यकता हो, तो मानकीकृत परिणाम को सीधे कॉपी करें, जिससे रिक्त स्थान, नई पंक्तियों और प्रारूप शोर के कारण पुन: प्रस्तुति विचलन को कम किया जा सके।

curl से कोड

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

यह पेज किस प्रकार के कुकी इनपुट को पार्स करने के लिए उपयुक्त है?

यह विशेष रूप से कुकी अनुरोध हेडर और `document.cookie` शैली की फ्लैट स्ट्रिंग को पार्स करने के लिए बनाया गया है, जैसे `session=abc123; theme=dark`। यदि आपके पास सर्वर से प्राप्त `Set-Cookie` प्रतिक्रिया हेडर है, तो आपको साथी "Set-Cookie पार्सर" पर स्विच करना चाहिए, क्योंकि अनुरोध हेडर कुकी में SameSite, HttpOnly, Secure, Path, Domain आदि विशेषता जानकारी नहीं होती।

Set-Cookie पार्सर

कुकी मान विकृत पाठ की तरह क्यों दिखते हैं?

कई कुकी मान URL एन्कोड किए गए होते हैं, जैसे `%3D` का अर्थ `=` है, `%2F` का अर्थ `/` है। यह टूल मूल मान और URL डिकोड किए गए मान दोनों एक साथ दिखाता है, जिससे आप वास्तविक सामग्री को शीघ्रता से देख सकें, बजाय इसके कि केवल कठिन-से-पढ़ने वाली एन्कोडेड स्ट्रिंग दिखें।

डुप्लिकेट कुकी नामों का पता क्यों लगाएं?

समान नाम वाली कुकी विभिन्न Path, विभिन्न Domain या पुराने अवशिष्ट लेखन से आ सकती हैं। हालांकि अनुरोध हेडर में यह केवल एक फ्लैट `name=value` स्ट्रिंग होती है, डुप्लिकेट नामों का अक्सर अर्थ होता है कि ब्राउज़र व्यवहार या सर्वर प्रोसेसिंग में असंगति हो सकती है, इसलिए टूल चुपचाप ओवरराइट करने के बजाय सक्रिय रूप से संकेत देता है।

क्या यह लॉगिन स्थिति और सत्र समस्याओं का पता लगाने के लिए उपयुक्त है?

हाँ। ब्राउज़र अनुरोध में वास्तव में भेजे गए कुकी हेडर को पेस्ट करें, और आप प्रत्येक कुकी का नाम, मूल मान और डिकोड मान स्पष्ट रूप से देख सकते हैं, जिससे शीघ्रता से पुष्टि की जा सकती है कि कोई सत्र फ़ील्ड छूट तो नहीं रहा, कोई मान एन्कोडिंग में खराब तो नहीं हुआ, या कई समान नाम वाली कुकी भ्रम पैदा तो नहीं कर रहीं।

क्या पार्स किए गए परिणाम सीधे API डीबगिंग के लिए उपयोग किए जा सकते हैं?

हाँ। टूल मानकीकृत कुकी हेडर उत्पन्न करता है, जिसे curl, Postman, स्क्रिप्ट या API डीबगिंग प्लेटफ़ॉर्म में एक-क्लिक कॉपी करके समस्या को पुन: प्रस्तुत किया जा सकता है। साथ ही यह लॉग, Issue और परीक्षण मामले के रिकॉर्ड के लिए JSON पूर्वावलोकन का भी समर्थन करता है।

यह पेज SameSite, HttpOnly, Secure क्यों नहीं दिखाता?

क्योंकि ये विशेषताएं केवल `Set-Cookie` प्रतिक्रिया हेडर में मौजूद होती हैं, ब्राउज़र द्वारा बाद में भेजे जाने वाले `Cookie` अनुरोध हेडर में प्रकट नहीं होतीं। वर्तमान पेज इस पर केंद्रित है कि "अनुरोध में वास्तव में क्या भेजा गया", न कि "सर्वर ने मूल रूप से क्या सेट किया था"।

क्या document.cookie और कुकी अनुरोध हेडर एक ही चीज हैं?

दोनों दिखने में समान हैं, दोनों `name=value; name2=value2` की फ्लैट संरचना हैं, लेकिन अंतर भी हैं: `document.cookie` HttpOnly कुकी नहीं पढ़ सकता, जबकि अनुरोध हेडर कुकी ब्राउज़र द्वारा वर्तमान कार्यक्षेत्र के अनुसार स्वचालित रूप से भेजा गया अंतिम सेट है। यह पार्सर दोनों प्रकार के फ्लैट इनपुट को संसाधित करने के लिए उपयुक्त है।

क्या मेरे द्वारा पेस्ट की गई कुकी सर्वर पर अपलोड की जाएंगी?

नहीं। वर्तमान पेज की पार्सिंग, URL डिकोडिंग, डुप्लिकेट पहचान और JSON पूर्वावलोकन सभी ब्राउज़र में स्थानीय रूप से पूरे होते हैं, Session, Token, लॉगिन स्थिति कुकी या उपयोगकर्ता डेटा किसी भी सर्वर पर नहीं भेजा जाता।

शब्दकोश

कुकी अनुरोध हेडर
ब्राउज़र द्वारा HTTP अनुरोध में स्वचालित रूप से भेजे जाने वाले कुकी नाम-मान जोड़े का सेट, आमतौर पर प्रारूप `name1=value1; name2=value2` होता है। यह वर्तमान अनुरोध में वास्तव में भेजी गई कुकी को दर्शाता है, इसमें सुरक्षा विशेषताएं शामिल नहीं होतीं।Set-Cookie पार्सर
document.cookie
फ्रंटएंड JavaScript द्वारा पठनीय कुकी स्ट्रिंग इंटरफ़ेस। यह आमतौर पर अनुरोध हेडर कुकी के समान संरचना वाला होता है, लेकिन HttpOnly कुकी नहीं पढ़ सकता, और पूर्ण Set-Cookie कॉन्फ़िगरेशन का अनुमान नहीं लगा सकता।
URL एन्कोडेड कुकी मान
विशेष वर्णों के सुरक्षित ट्रांसमिशन के लिए कुकी मान प्रतिशत एन्कोडिंग का उपयोग करते हैं, जैसे `%3D`, `%2F`, `%3A`। डीबगिंग के समय आमतौर पर मूल मान और डिकोड किए गए मान दोनों को देखने की आवश्यकता होती है।URL Encode टूल
डुप्लिकेट कुकी नाम
एक ही अनुरोध हेडर में समान नाम वाली कई कुकी दिखाई देना। ये विभिन्न Path, विभिन्न Domain या पुराने मान अवशेष से आ सकती हैं, और अक्सर सत्र असामान्यता और व्यवहार असंगति के महत्वपूर्ण संकेत होती हैं।
मानकीकृत कुकी हेडर
इनपुट सामग्री को साफ करने के बाद मानक `name=value; name2=value2` स्ट्रिंग में फिर से जोड़ना, ताकि curl, स्क्रिप्ट, Postman या लॉग में कॉपी करके समस्या को पुन: प्रस्तुत किया जा सके।

कुकी अनुरोध हेडर और Set-Cookie प्रतिक्रिया हेडर तुलना तालिका

कई कुकी डीबगिंग भ्रांतियां अनुरोध हेडर और प्रतिक्रिया हेडर को मिलाकर देखने के कारण होती हैं।

तुलना आइटमकुकी अनुरोध हेडरSet-Cookie प्रतिक्रिया हेडर
प्रकट होने का स्थानब्राउज़र द्वारा सर्वर को भेजे जाने वाले अनुरोध मेंसर्वर द्वारा ब्राउज़र को लौटाई जाने वाली प्रतिक्रिया में
विशिष्ट प्रारूपname1=value1; name2=value2name=value; Path=/; HttpOnly; Secure
क्या विशेषताएं शामिल हैंशामिल नहींSameSite / Path / Domain / Expires / Max-Age आदि शामिल हैं
पता लगाने के लिए उपयुक्तअनुरोध में वास्तव में क्या भेजा गयाब्राउज़र कुकी क्यों स्वीकार नहीं करता
अधिक उपयुक्त टूलवर्तमान पेजSet-Cookie पार्सर

कुकी अनुरोध हेडर डीबगिंग सामान्य समस्या तालिका

जब आपके पास अनुरोध हेडर कुकी हो, तो ये समस्याएं सबसे अधिक आती हैं।

लक्षणसंभावित कारणप्राथमिकता से जांचें
API ने लॉगिन स्थिति को नहीं पहचानाअनुरोध में लक्ष्य कुकी बिल्कुल नहीं भेजी गई, या नाम और मान मेल नहीं खा रहेपहले पुष्टि करें कि मानकीकृत कुकी हेडर में लक्ष्य सत्र फ़ील्ड है या नहीं
कुकी मान विकृत दिखते हैंमान URL एन्कोड किए गए हैंमूल मान और डिकोड मान की एक साथ तुलना करें
विभिन्न वातावरणों में व्यवहार भिन्न हैडुप्लिकेट कुकी नाम, पुराने मान अवशेष या ब्राउज़र कार्यक्षेत्र चयन भिन्न हैडुप्लिकेट नाम संकेत देखें और सभी समान नाम आइटम रिकॉर्ड करें
स्क्रिप्ट पुन: प्रस्तुति विफलकॉपी करते समय अतिरिक्त रिक्त स्थान, नई पंक्ति या प्रारूप शोर मिल गयामानकीकृत कुकी हेडर का उपयोग करके फिर से कॉपी करें

Privacy & Security

कुकी अनुरोध हेडर पार्सिंग, URL डिकोडिंग, डुप्लिकेट पहचान और JSON पूर्वावलोकन सभी ब्राउज़र में स्थानीय रूप से पूरे होते हैं। इनपुट किए गए Session, Token, लॉगिन स्थिति कुकी किसी भी सर्वर पर अपलोड नहीं किए जाते।

Authoritative References