مولّد UUID

الإصدار v4 هو 122 بت من العشوائية الخالصة بلا أي بنية. أما v7 فيخصص أول 48 بت لطابع زمني بدقة الميلي ثانية، فتُرتَّب دفعة من قيم v7 بالترتيب الذي أُنشئت به. وهذا مفيد للمفتاح الأساسي في قاعدة البيانات، مع بقاء قدر كافٍ من العشوائية لتجنب التصادم.

استخدم v7 كلما صار المعرّف مفتاحًا أساسيًا أو عمودًا مفهرسًا: ترتيبه الزمني يُبقي الصفوف الجديدة متقاربة فعليًا في الفهرس، والإدراج بذلك أسرع بفارق يمكن قياسه من التبعثر العشوائي الذي ينتجه مفتاح v4. واستخدم v4 حين لا تدخل القيمة أي فهرس، كرمز يُستعمل مرة واحدة.

لا تستطيع المتصفحات قراءة عنوان MAC للجهاز، وحتى خارج المتصفح فإن تضمينه في كل معرّف مولّد يكشف أي جهاز فعلي أنشأه. لذلك تملأ هذه الأداة ذلك الجزء من UUID v1 ببايتات عشوائية بدلًا منه، وهو ما يسمح به RFC 9562 صراحة.

في الإصدار v4، توليد مليار UUID في الثانية لمدة 85 عامًا تقريبًا يعطي احتمالًا بنحو 50% لتصادم واحد، وفي الواقع العملي لا يحدث ذلك. ويضيف v7 وv1 طابعًا زمنيًا فوق العشوائية، ما يجعل التصادم العرضي أقل احتمالًا أيضًا.

ليست فكرة جيدة. صحيح أن UUID من الإصدار v4 يحمل قدرًا معتبرًا من العشوائية، لكن صيغته متوقعة، والأدوات تتعامل معه كقيمة تبدو عامة، بخلاف الرمز المخصص ليبقى سريًا. استخدم مولّد كلمات المرور المخصص لكل ما يجب أن يبقى سرًا.

القيمة NIL (كل البتات أصفار) هي القيمة المحجوزة التي تعني «لا معرّف» أو «غير محدد» في كثير من الأنظمة. أما MAX (كل البتات آحاد)، وقد عُرّف في وقت أحدث، فيُستخدم قيمةً حارسة تعني «أكبر من أي UUID حقيقي» في استعلامات النطاقات. لا يُولَّد أي منهما عشوائيًا، فهما ثابتان محددان.

من الدالة crypto.getRandomValues في Web Crypto API، ومن crypto.randomUUID مباشرة للإصدار v4 حيث يدعمها المتصفح. لا تُستخدم Math.random في أي مكان من هذه الأداة.

لا. يقرأ فك الترميز نصف بايت الإصدار وبتات المتغيّر، والطابع الزمني المضمّن في v1 وv7، داخل متصفحك بالكامل. القيمة التي تلصقها لا تغادر الصفحة.