UUID जनरेटर
v4 रैंडम / v7 समय-क्रमित (RFC 9562) बैच में
UUID जनरेटर क्या है?
UUID (यूनिवर्सली यूनिक आइडेंटिफ़ायर) एक 128-बिट वैल्यू है जिससे डेटाबेस की पंक्तियाँ, API संसाधन, सेशन टोकन और इवेंट चिह्नित किए जाते हैं, ताकि कोई भी मशीन बिना टकराव के अपने आइडेंटिफ़ायर बना सके। यह जनरेटर दो वर्ज़न बनाता है: v4, जो पूरी तरह रैंडम है, और v7, जो RFC 9562 के अनुसार समय-क्रमित है — इसमें नई वैल्यू स्वाभाविक रूप से बढ़ती हैं, इसलिए यह डेटाबेस इंडेक्स के लिए बेहतर है। एक बार में 100 तक UUID बनाए जा सकते हैं, अपरकेस या बिना हाइफ़न के, और पूरी सूची कॉपी या टेक्स्ट फ़ाइल के रूप में डाउनलोड की जा सकती है। जनरेशन Web Crypto API से आपके ब्राउज़र में ही होती है — सर्वर तक कोई जाना नहीं। डेवलपर्स, बैकएंड इंजीनियर और डेटाबेस भरने या API मॉक बनाने वाले सभी लोगों के लिए उपयोगी है।
यह टूल क्या कर सकता है
- 🎲 v4: Web Crypto से क्रिप्टोग्राफ़िक रूप से सुरक्षित रैंडम UUID
- 🕰️ v7: RFC 9562 अनुसार समय-क्रमित UUID, इंडेक्स के अनुकूल
- 📦 बैच जनरेशन: एक बार में 1 से 100
- 🔠 अपरकेस या लोअरकेस आउटपुट
- ✂️ बिना हाइफ़न वाला 32-अंकीय हेक्स रूप
- 📥 सब कॉपी करना या uuids.txt डाउनलोड करना
इसका उपयोग कब करें
- नए डेटाबेस स्कीमा के लिए प्राथमिक कुंजियाँ बनाते समय
- API क्लाइंट के लिए यथार्थवादी टेस्ट डेटा बनाते समय
- पेमेंट कॉल के लिए आइडेमपोटेंसी कुंजी बनाते समय
- ऑफ़लाइन-फ़र्स्ट ऐप्स में क्लाइंट-साइड आइडेंटिफ़ायर बनाते समय
गोपनीयता: हर UUID Web Crypto से लोकल बनता है — नेटवर्क पर कुछ नहीं जाता और कुछ लॉग नहीं होता। मुफ़्त और बिना रजिस्ट्रेशन।
संस्करण (वर्ज़न) और वैरिएंट बिट्स — सरल व्याख्या
एक UUID यादृच्छिक शोर की तरह दिखता है, लेकिन 128 बिट्स में स्व-वर्णनात्मक मेटाडेटा छुपा होता है:
- संस्करण निबल (version nibble) उस विधि को पहचानता है — यह टूल v4 उत्पन्न करता है: 122 पूर्णतः यादृच्छिक बिट्स और छह संस्करण/वैरिएंट मार्कर बिट्स के साथ।
- वैरिएंट बिट्स लेआउट को RFC 9562 के "लीच–सॉल्ज़" रूप में तय कर देते हैं, जिसे प्रत्येक प्रमुख लाइब्रेरी अपेक्षित मानती है।
- नए v7 UUID एक टाइमस्टैम्प को एन्कोड करते हैं ताकि वे डेटाबेस इंडेक्स में स्वाभाविक रूप से क्रमबद्ध हो सकें; v4 मान बिखर जाते हैं, जो कुंजियों के लिए ठीक है, लेकिन क्रमबद्ध करने के लिए बेकार हैं।
सभी UUID एक जैसे नहीं होते
v4 या समय-क्रमित v7
शुद्ध यादृच्छिकता से v4 UUID बनाएँ, या v7 पहचानकर्ता जिनका टाइमस्टैम्प उपसर्ग स्वाभाविक रूप से क्रमबद्ध होता है और RFC 9562 के अनुसार डेटाबेस इंडेक्स के साथ बेहतर चलता है।
एक साथ 100 तक
एक ही रन में 1 से 100 पहचानकर्ता माँगें, फिर पूरी सूची कॉपी करें या टेक्स्ट फ़ाइल के रूप में डाउनलोड करें — फिक्स्चर और टेस्ट डेटा भरने के लिए उपयुक्त।
अपरकेस और हाइफ़न नियंत्रण
अपरकेस आउटपुट उन प्रणालियों के लिए है जो बड़े अक्षरों वाले पहचानकर्ता चाहती हैं, और बिना हाइफ़न वाला विकल्प 32 वर्णों की सादी स्ट्रिंग देता है जो बिना प्रोसेसिंग के पुराने कॉलम में फिट हो जाती है।
थोक उत्पादन, ईमानदारी से सीमित
एक साथ अधिकतम 500 तक — अद्वितीयता 122-बिट स्पेस से स्वयं आती है, किसी सूची की जाँच करने से नहीं।
अक्सर पूछे जाने वाले प्रश्न
UUID v4 बनाम v7 — मुझे क्या इस्तेमाल करना चाहिए?⌄
v4 पूरी तरह रैंडम है और सुरक्षित डिफ़ॉल्ट है। v7 उच्च बिट्स में मिलीसेकंड टाइमस्टैंप एम्बेड करता है, इसलिए वैल्यू बनने के समय के हिसाब से क्रमबद्ध होती हैं — डेटाबेस प्राइमरी की के रूप में आदर्श क्योंकि इंसर्ट इंडेक्स-अनुकूल रहते हैं। दोनों RFC 9562 में मानकीकृत हैं।
क्या बनाए गए UUID टकरा सकते हैं?⌄
v4 में 122 रैंडम बिट होते हैं: एक टक्कर की 50% संभावना के लिए आपको लगभग 2.7×10¹⁸ UUID बनाने होंगे। व्यावहारिक उद्देश्यों के लिए, टक्करें नहीं होतीं।
क्या ये UUID आपके सर्वर पर बनाए जाते हैं?⌄
नहीं — सब कुछ crypto.randomUUID() और crypto.getRandomValues() के साथ आपके ब्राउज़र में चलता है। सूची कभी कहीं प्रसारित नहीं की जाती।
क्या UUID से यह पता लगाया जा सकता है कि वह कब और कहाँ बनाया गया था?⌄
एक v1 UUID कर सकता है: यह एक टाइमस्टैम्प और अक्सर उस मशीन का MAC पता शामिल करता है जिसने इसे बनाया — यह एक वास्तविक गोपनीयता दुर्भावनापूर्ण रिसाव है। यह टूल जो v4 UUID उत्पन्न करता है, उनमें ऐसी कोई जानकारी नहीं होती; उन्हें उलटने के लिए कुछ भी नहीं है।