URL एनकोडर और डिकोडर
टेक्स्ट को लिंक में डालने लायक सुरक्षित बनाएँ, %-एनकोड टेक्स्ट को वापस शब्दों में बदलें, और देखें कि URL किन हिस्सों से बना है।
इसी डिवाइस पर सुरक्षित
आपके ब्राउज़र में चलता है। कुछ भी अपलोड नहीं होता।
सुरक्षित
नतीजा
लिखते ही नतीजा यहाँ दिखेगा।
यह डिकोड नहीं हो सकता
इस URL के हिस्से
क्वेरी पैरामीटर
| नाम | वैल्यू (डिकोड की हुई) |
|---|
यह कैसे काम करता है
-
दिशा चुनें
एनकोड टेक्स्ट को URL के लिए सुरक्षित बनाता है। डिकोड %C3%A9 जैसे क्रम को वापस पढ़ने लायक अक्षरों में बदलता है।
-
चुनें कि क्या एनकोड कर रहे हैं
किसी एक पैरामीटर की वैल्यू में हर खास अक्षर एनकोड होना चाहिए। पूरा URL अपने स्लैश, प्रश्नचिह्न और & बनाए रखता है।
-
कॉपी करें या जाँचें
नतीजा कॉपी करें, या वह टेबल पढ़ें जो URL को प्रोटोकॉल, होस्ट, पाथ, पैरामीटर और फ़्रैगमेंट में बाँटती है।
अक्सर पूछे जाने वाले सवाल
क्या मेरा पेस्ट किया टेक्स्ट कहीं भेजा जाता है?
नहीं। एनकोडिंग, डिकोडिंग और URL का विश्लेषण सब आपके ब्राउज़र में होता है, इसलिए टोकन या निजी डेटा वाले लिंक आपके डिवाइस पर ही रहते हैं।
URL का हिस्सा एनकोड करने और पूरा URL एनकोड करने में क्या फ़र्क है?
किसी हिस्से में, जैसे ?q= के बाद लिखा सर्च शब्द, &, = और / जैसे अक्षर एनकोड होने चाहिए ताकि उन्हें URL की बनावट न समझा जाए। पूरा URL इन अक्षरों को बनाए रखता है, क्योंकि यही उसकी बनावट हैं, और सिर्फ़ स्पेस और ASCII के बाहर के अक्षर एनकोड करता है।
स्पेस %20 बने या +?
दोनों आम हैं। %20 URL में हर जगह चलता है। + का मतलब स्पेस सिर्फ़ HTML फ़ॉर्म से भेजी गई क्वेरी स्ट्रिंग में होता है। शक हो, तो %20 इस्तेमाल करें।
हिंदी या मात्रा वाले अक्षर कई % कोड क्यों बन जाते हैं?
URL में UTF-8 इस्तेमाल होता है, जिसमें é जैसा अक्षर दो बाइट लेता है, हिंदी का हर अक्षर तीन बाइट और एक इमोजी चार बाइट। हर बाइट % और उसके बाद दो हेक्साडेसिमल अंकों के रूप में लिखी जाती है, इसलिए é बन जाता है %C3%A9।
कुछ टेक्स्ट पर डिकोडिंग फ़ेल क्यों होती है?
डिकोडिंग तब फ़ेल होती है जब % के बाद दो हेक्साडेसिमल अंक न हों, या जब बाइट सही UTF-8 न हों, जो अक्सर पुराने सिस्टम में Latin-1 से एनकोड किए टेक्स्ट के साथ होता है। गड़बड़ी ठीक-ठीक बताती है कि समस्या कहाँ है।