सभी V4 UUID

 (everyuuid.com)
3 पॉइंट द्वारा GN⁺ 2024-12-07 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • everyuuid.com एक साधारण सूची-आधारित पेज है जो संख्या इंडेक्स और UUID स्ट्रिंग को साथ-साथ दिखाता है
  • हर एंट्री में एक लंबी 0-padded संख्या और इंडेक्स होता है, और अगली पंक्ति में hyphen सहित UUID होता है
  • UUID स्ट्रिंग का तीसरा समूह 4 से शुरू होने वाले V4 UUID फ़ॉर्मैट का पालन करता है, और 497dcba3-ecbf-4587-a2dd-5eb0665e6880 जैसे मान दिखते हैं
  • मुख्य सामग्री में जनरेशन मेथड, उपयोग, API, या कोड की कोई व्याख्या नहीं है, इसलिए यह ज़्यादा एक सूची को ब्राउज़ करने जैसा है
  • पुष्टि की गई रेंज 0 से 49 तक है, और पेज की वास्तविक जानकारी शीर्षक और UUID सूची पर केंद्रित है

संख्या और UUID को साथ-साथ दिखाने वाली संरचना

  • शीर्षक Every UUID V4 है
  • मुख्य भाग संख्या एंट्री और UUID स्ट्रिंग की दोहराई जाने वाली सूची से बना है
  • संक्षिप्त रेंज 0 से 49 तक है

एंट्री दिखाने का तरीका

  • हर एंट्री दो पंक्तियों की संरचना में है
    • पहली पंक्ति: लंबी 0 स्ट्रिंग, जिसके बाद इंडेक्स संख्या जुड़ी होती है
    • दूसरी पंक्ति: hyphen से अलग की गई UUID स्ट्रिंग दिखाई जाती है
  • शुरुआती हिस्से के उदाहरण इस प्रकार हैं
    • 000000000000000000000000000000000000 0
    • 497dcba3-ecbf-4587-a2dd-5eb0665e6880
  • आख़िर में दी गई एंट्री इस प्रकार है
    • 00000000000000000000000000000000000 49
    • 08716598-71f7-4e8b-9fff-e36d2c5d21fe

व्याख्या से अधिक डेटा सूची जैसा पेज

  • UUID स्ट्रिंग्स hyphen से अलग किए गए UUID नोटेशन फ़ॉर्मैट का उपयोग करती हैं
  • UUID जनरेशन सिद्धांत, सॉर्टिंग मानदंड, पूरी रेंज, सर्च फ़ीचर, लाइसेंस, या इम्प्लीमेंटेशन मेथड के बारे में कोई विवरण नहीं है
  • तकनीकी व्याख्या या उपयोग गाइड के बिना सिर्फ़ डेटा सूची दी गई है

संबंधित पढ़ाई

2 टिप्पणियां

 
nemorize 2024-12-13

leetspeak/hexspeak में मैं जो सबसे offensive sentence सोच पाया, वह यह है:
fe11a710-babe-4150-ace5-b19b1accd1cc
(हाँ, यह एक valid UUID है)
(मुझे सच में बहुत अफसोस है)

ओह... 👀
 
GN⁺ 2024-12-07
Hacker News की राय

  • सबसे ज़्यादा प्रभावित करने वाली बात यह है कि search सच में काम करता है। अच्छी जादूगरी की तरह, समझाने के बाद यह बहुत सरल भी लगता है
    जिन्हें जिज्ञासा हो, उनके लिए project कैसे काम करता है इस पर लेख: https://eieio.games/blog/writing-down-every-uuid/
    शुरुआत में मैंने सिर्फ exact UUID ही search किए थे, लेकिन जब पता चला कि यह full-text search भी support करता है, तो और हैरानी हुई

    • यह सुनकर वाकई खुशी हुई कि वह trick जादू जैसी लगी। जब मुझे एहसास हुआ कि यह संभव है, तो मैं भी हैरान और खुश हुआ था, लेकिन पक्का नहीं था कि दूसरों को भी वही महसूस होगा या नहीं
      बेशक, इतनी practical उपयोगिता देने पर भी गर्व है। आखिरकार अब ज़रूरत के हिसाब से बिल्कुल सही UUID ढूंढकर इस्तेमाल किया जा सकता है
    • यह Teller के उस observation का अच्छा उदाहरण है कि “जादू कभी-कभी बस किसी काम पर किसी के यथोचित अनुमान से कहीं ज़्यादा समय लगा देना होता है”
    • full-text search की व्याख्या मेरी शुरुआती उम्मीद से थोड़ी ज़्यादा clever थी। पहले लगा था कि next/previous button की search direction के मुताबिक UUID मिलने तक generate करता होगा, लेकिन असल में यह कई possible results बनाकर उनमें से सबसे अच्छा चुनता है
      search results में आगे-पीछे जाने पर हर बार अलग result आता देखकर मैंने ऐसा अनुमान लगाया था, लेकिन जिज्ञासा है कि असल में कितने generate करता है
    • full-text search शुरुआत में ऐसा लगता है जैसे क्रम से search कर रहा हो, लेकिन असल में ऐसा नहीं है, इसलिए थोड़ा confusing है। “next” कुछ बार दबाने के बाद उतनी ही बार “prev” दबाने पर भी ज़रूरी नहीं कि आप original UUID पर लौटें
      फिर भी यह काफी शानदार trick लगती है
    • search method एक naive spell checker बनाने के आम approach से काफी मिलता-जुलता है। input मिलने पर उन सभी possible matches को generate करना जिनमें वह input शामिल हो सकता है
      corpus में search करने के बजाय, input का इस्तेमाल करके corpus का index generate करने जैसा है। यहां यह UUID list है, और spell checker में dictionary की word list

  • लगता है किसी hacker ने सारे UUID leak कर दिए हैं
    मुझे check करना होगा कि मेरा UUID leaked list में शामिल है या नहीं

    • सभी ATM PIN leak होने के बाद सबसे बड़ी hacking: https://pastebin.com/SmJRB8eQ
    • अगर इसे security department को बताया जाए, तो वे पक्का तुरंत टूट पड़ेंगे
    • “havemyuuidsbeenpwned.com” service का इंतज़ार है
    • 10b82756-f8b4-4fee-a508-adeadbeef5eb
      अब क्या किया जाए, format करने का समय आ गया है
    • अभी company का काम ऐसी हालत में है कि personal data security में इस leak को mitigate करने का बिल्कुल समय नहीं है। आधिकारिक तौर पर हार मानता हूं

  • बहुत उपयोगी। UUID भूल जाऊं तो इसे reference करूँगा। Bitcoin private key याद रखने के लिए भी मैं हमेशा इस site का इस्तेमाल करता हूं: https://privatekeys.pw/keys/bitcoin/1

    • random key: balance 0
      असली key: balance अब 0
    • मुझे नहीं पता था कि लोग मज़े के लिए weak BTC keys बनाते हैं। कुछ तो bots को फंसाने वाले trap के तौर पर भी इस्तेमाल होती होंगी
    • पक्का कुछ लोग असली private key search करके संभावित रूप से leak भी कर देंगे
    • यह भी देखें: https://keys.lol/

  • कभी-कभी UUID generate करके कहीं इस्तेमाल न करूं तो बेवजह guilt महसूस होता है। लगता है waste कर दिया

    • ऐसा महसूस करने वाले आप अकेले नहीं हैं: https://wasteaguid.info/
    • UUID इतने ज़्यादा हैं कि उन्हें कहीं record न करके आप उल्टा ज़्यादा scarce resource बचा रहे हैं
    • उन UUIDs के बारे में कितना guilt है जो generate न होने के कारण पैदा ही नहीं हो पाए?
    • हमारी company के clickstream data में event_uuid column है, जो UUID, बड़े integer, account number और करीब 10 अन्य identifiers को जोड़कर बना है
      जब समझ न आए कि किस column से join करना है, तब join बहुत आसान हो जाता है
    • पहले लाखों rows वाली table से एक record चुनने के लिए SELECT TOP 1 ... ORDER BY NEWID() इस्तेमाल किया था
      लाखों UUID generate हुए, और उनमें से एक संयोग से सबसे कम value के रूप में चुना गया, जिससे linked record return हुआ। जबरदस्त waste है

  • “browser 1 trillion के 1 trillion pixels से ऊंची window render नहीं करना चाहता था, इसलिए scrolling और rendering खुद handle करनी पड़ी” वाला हिस्सा मज़ेदार है। असल में ऐसा try करें तो काफी disappointment होती है, और 1 trillion pixels के आसपास भी नहीं पहुंचते
    5 साल पहले Fastmail में काम करते समय, IE इस्तेमाल करने वाले customer ने mailbox में लगभग 200,000 emails डाल दिए थे तो scrollbar टूट गया था; तब जो limits confirm की थीं वे ये थीं, और कुछ को अभी दोबारा check किया
    Firefox पहले 17,895,697 pixels से बड़े value के रूप में interpret होने वाले declarations को ignore करता था। अब उस point पर clamp करता है, लेकिन करीब 3 pixels का फर्क है, इसलिए तुरंत साफ नहीं है कि ठीक-ठीक क्या हो रहा है
    IE 10,737,418.23 pixels या उससे ज़्यादा के रूप में interpret होने वाले declarations को ignore करता है। WebKit लगभग 2²⁵, यानी 33,554,432 pixels के आसपास values clamp करता है
    Chromium पुराने test में WebKit जैसा ही था, लेकिन अब करीब 22,360,882 pixels के आसपास clamp करता है। अभी 1.5 scaling display है, इसलिए 2²⁵ का device pixels से संबंध हो सकता है, लेकिन जब पहली बार test किया था, शायद 2x display था
    related source code links के साथ और detail में लिखा गया comment भी है: https://news.ycombinator.com/item?id=34299569

    • यह अच्छा है। लेख लिखते समय मैं अपेक्षाकृत recent browser maximum height की list ढूंढने की कोशिश कर रहा था। सोच रहा हूं कि update में इस comment को link कर सकता हूं या नहीं
      यह भी बहुत जिज्ञासा है कि ये numbers कैसे तय हुए, और अगर limit न हो तो क्या टूटना शुरू होता है। clientHeight के आसपास अजीब behavior के examples शायद इसका hint हो सकते हैं
    • element width पर भी similar limits हैं। हाल ही में width को 45678910px set करने की कोशिश करते हुए पता चला: https://thewisenerd.com/works/45678910px.html

  • नया npm पैकेज get-uuid रिलीज़ करना चाहता हूँ। अंदर से यह everyuuid.com को कॉल करता है, कोई random row number चुनता है और वही UUID लौटाता है

    • शानदार idea है। मैं भी उस पैकेज का इस्तेमाल करने वाला एक npm पैकेज बनाऊँगा, जो numbers के बीच के - हटाकर GUID लौटाएगा। code reuse ज़िंदाबाद
    • अच्छा होगा अगर library की API compatibility महीने में सिर्फ़ 5 बार तक ही तोड़ी जाए। उससे ज़्यादा बहुत है
      और उस दिन का भी इंतज़ार रखना जब मुझे एहसास होगा कि तुम्हारा पैकेज ठीक वही नहीं करता जो मुझे चाहिए, और मैं उसे fork कर दूँगा
    • अगर AI aesthetically अच्छे दिखने वाले UUID चुन दे तो और बेहतर होगा। चाहो तो PR डाल सकता हूँ
    • क्या कोई function भी जोड़ सकते हो जो check करे कि UUID मौजूद है या नहीं?

  • https://libraryofbabel.info/ याद आ गया। लगता है अभी down है, तो Archive आज़मा सकते हैं: https://web.archive.org/web/20241112121646/https://libraryof...
    यह short story https://en.wikipedia.org/wiki/The_Library_of_Babel से प्रेरित एक मज़ेदार implementation है, और कहता है कि इसमें “वर्तमान में संभव सभी 3200-character pages” मौजूद हैं। हालांकि character set सीमित है और उसमें hyphen नहीं है, इसलिए ये UUID वहाँ नहीं मिल सकते

    • Steven L. Peck की A Short Stay in Hell(2009) नाम की एक variation भी है
      अगर आप बहुत बड़े numbers समझते हैं, तो यह मज़ेदार और डरावना read है

  • मुझे लगा था यह उन सभी .com domains की list होगी जो valid UUID हैं। अब जिज्ञासा हो रही है कि ऐसे domains असल में कितने होंगे
    अपडेट: किसी और comment में पहले ही share किया गया है: https://news.ycombinator.com/item?id=42342653

  • compression technology इतनी आगे बढ़ गई है कि अब हम 340 undecillion bytes से ज़्यादा की webpage browse कर सकते हैं
    वाकई अद्भुत समय में जी रहे हैं

    • यह लगभग तय है कि इसने Weissman score का नया all-time high set किया है
    • कोई बड़ी बात नहीं। कुछ साल पहले Cookie Clicker में मेरी bakeries undecillion-level production आराम से कर लेती थीं

  • हैरानी है कि एक ऐसी website है जिसमें एक screen से ज़्यादा content एक साथ मौजूद है, फिर भी scroll करते समय कई seconds की loading animation नहीं आती
    सोच रहा हूँ कि modern web application developers किसी तरह इस technology का इस्तेमाल कर पाएँगे या नहीं

    • पूरी तरह सहमत। मैंने भी तुरंत सोचा, “वाह, तेज़, smooth और responsive!”
      computer hardware 1995 के मुकाबले, 30 साल पहले से 1000x तेज़ हो गया है, लेकिन software इतना bloated हो गया है कि फिर भी धीमा ही है—यह बेतुका है
      संबंधित video: “Will Software Stop Getting Slower?” Jonathan Blow
      https://www.youtube.com/watch?v=4ka549NNdDk