UUID जनरेटर
आपके डिवाइस पर चलता है। कुछ भी नहीं भेजा जाता।सब कुछ आपके अपने डिवाइस पर होता है। आपके द्वारा टाइप या जनरेट किया गया कुछ भी कहीं भी नहीं भेजा जाता।
संस्करण
पूरी तरह यादृच्छिक, बिना किसी एम्बेडेड जानकारी के। सामान्य-उद्देश्य वाले अद्वितीय पहचानकर्ताओं के लिए सबसे आम विकल्प।केस
जनरेट किए गए UUID यहाँ दिखाई देंगे
v1, v3, v4, v5 और v7 UUID को थोक में, पूरी तरह अपने ब्राउज़र में जनरेट और सत्यापित करें।
UUID (यूनिवर्सली यूनिक आइडेंटिफ़ायर) एक 128-बिट मान है जिसका उपयोग बिना किसी केंद्रीय प्राधिकरण के डेटा की पहचान के लिए किया जाता है - दो यादृच्छिक रूप से जनरेट किए गए UUID के टकराने की संभावना खगोलीय रूप से कम होती है। यह टूल अभी भी सक्रिय उपयोग में मौजूद चार UUID संस्करण बनाता है - v1 (टाइमस्टैम्प-आधारित), v3 और v5 (निर्धारक, एक नेमस्पेस और नाम से व्युत्पन्न), v4 (यादृच्छिक), और v7 (समय-क्रमबद्ध, डेटाबेस की के लिए तेज़ी से लोकप्रिय) - और आपके द्वारा पेस्ट किए गए किसी भी UUID को सत्यापित और डिकोड भी कर सकता है, यह सब आपके ब्राउज़र में स्थानीय रूप से होता है।
अक्सर पूछे जाने वाले प्रश्न
मुझे कौन सा UUID संस्करण उपयोग करना चाहिए?
अधिकांश सामान्य-उद्देश्य वाली ID के लिए v4 का उपयोग करें - यह यादृच्छिक है और कोई जानकारी नहीं रखता। अगर UUID डेटाबेस प्राइमरी की या इंडेक्स होगा, तो v7 आमतौर पर बेहतर होता है क्योंकि यह कालानुक्रमिक रूप से सॉर्ट होता है, जिससे इंडेक्स तेज़ बने रहते हैं। जब आपको एक ही इनपुट (जैसे URL या नाम) से हमेशा एक ही UUID चाहिए तो v5 का उपयोग करें; v1 का उपयोग केवल तब करें जब आपको विशेष रूप से ID में एम्बेडेड टाइमस्टैम्प चाहिए, और ध्यान रखें कि यह निर्माण समय उजागर कर सकता है।
v3 और v5 में क्या अंतर है?
दोनों निर्धारक हैं: एक ही नेमस्पेस और नाम दिए जाने पर, वे हमेशा एक ही UUID बनाते हैं। एकमात्र अंतर हैश फ़ंक्शन का है - v3, MD5 का उपयोग करता है, v5, SHA-1 का उपयोग करता है। चूंकि MD5 क्रिप्टोग्राफ़िक रूप से टूट चुका है, इसलिए किसी भी नई चीज़ के लिए अनुशंसित विकल्प v5 है; v3 मुख्य रूप से पुराने सिस्टम के साथ संगतता के लिए मौजूद है।
v7 कालानुक्रमिक रूप से क्यों सॉर्ट होता है?
एक v7 UUID यादृच्छिक बिट्स से पहले 48-बिट यूनिक्स मिलीसेकंड टाइमस्टैम्प से शुरू होता है, इसलिए जब UUID को सादे स्ट्रिंग (या बाइट्स) के रूप में तुलना की जाती है, तो पहले बनाए गए बाद में बनाए गए से पहले सॉर्ट होते हैं। यादृच्छिक v4 UUID में ऐसी कोई संरचना नहीं होती, जिससे डेटाबेस इंडेक्स खंडित हो सकते हैं क्योंकि नए यादृच्छिक मान अंत में नहीं बल्कि पूरे की रेंज में डाले जाते हैं।
क्या यहाँ जनरेट किए गए UUID क्रिप्टोग्राफ़िक रूप से यादृच्छिक हैं?
हाँ। v4 और v1 तथा v7 के यादृच्छिक हिस्से Math.random() के बजाय Web Crypto API के crypto.getRandomValues का उपयोग करते हैं, जो आपके ब्राउज़र में निर्मित एक क्रिप्टोग्राफ़िक रूप से सुरक्षित यादृच्छिक संख्या जनरेटर है। कुछ भी सर्वर पर जनरेट नहीं होता या कहीं भेजा नहीं जाता।
दो रैंडम v4 UUID के टकराने (collide) की संभावना कितनी है?
यह खगोलीय रूप से बेहद कम है। एक v4 UUID में 122 रैंडम बिट्स होते हैं (6 बिट्स संस्करण और वेरिएंट दर्शाने के लिए तय होते हैं), जिससे लगभग 5.3 x 10^36 संभावित मान बनते हैं। 100 साल तक प्रति सेकंड एक अरब UUID जनरेट करने पर भी किसी भी टकराव की संभावना एक अरब में एक से भी कम रहेगी - इसीलिए v4 को बिना किसी केंद्रीय रजिस्ट्री के एक विशिष्ट पहचानकर्ता के रूप में भरोसेमंद माना जाता है।
क्या UUID और GUID एक ही चीज़ हैं?
व्यवहार में, हाँ - GUID (Globally Unique Identifier) UUID मानक (RFC 4122) द्वारा परिभाषित उसी 128-बिट पहचानकर्ता प्रारूप के लिए Microsoft का नाम है। कुछ वातावरण इसे बड़े अक्षरों में या घुंघराले कोष्ठकों ({...}) में लिखते हैं, लेकिन अंतर्निहित मान और संरचना समान होती है, इसलिए यहाँ जनरेट किया गया UUID एक मान्य GUID भी है।