ToolDeck-এর UUID টুলগুলো অনলাইনে এক জায়গায় সব প্রধান ইউনিক আইডেন্টিফায়ার ফরম্যাট কভার করে। সংগ্রহে রয়েছে: র্যান্ডম ক্রিপ্টোগ্রাফিক্যালি শক্তিশালী ID-এর জন্য UUID v4 Generator; টাইমস্ট্যাম্প-সর্টযোগ্য প্রাইমারি কী-এর জন্য UUID v7 Generator; টাইম-এবং-MAC-ভিত্তিক আইডেন্টিফায়ারের জন্য UUID v1 Generator; লিগেসি DCE সিস্টেমের জন্য UUID v2 Generator; ডিটারমিনিস্টিক MD5-ভিত্তিক ID-এর জন্য UUID v3 Generator; কম্প্যাক্ট সর্টযোগ্য স্ট্রিংয়ের জন্য ULID Generator; ছোট URL-safe টোকেনের জন্য NanoID Generator; মূল কলিশন-প্রতিরোধী ফরম্যাটের জন্য CUID Generator; এর আধুনিক উত্তরসূরির জন্য CUID2 Generator; এবং বিদ্যমান আইডেন্টিফায়ার পরীক্ষার জন্য UUID Decoder। সব টুল সম্পূর্ণরূপে আপনার ব্রাউজারে Web Crypto API ব্যবহার করে চলে — কোনো ডেটা কোনো সার্ভারে পাঠানো হয় না, কোনো অ্যাকাউন্ট প্রয়োজন নেই।
UUID ও ইউনিক ID টুল কী?
UUID (Universally Unique Identifier) হলো RFC 9562 (পূর্বে RFC 4122) অনুযায়ী মানসম্পন্ন একটি ১২৮-বিট আইডেন্টিফায়ার। ৮-৪-৪-৪-১২ ফরম্যাটে ৩২টি হেক্সাডেসিমাল অক্ষরে লেখা একটি UUID দেখতে এরকম: 550e8400-e29b-41d4-a716-446655440000। স্ট্যান্ডার্ডটি একাধিক ভার্সন সংজ্ঞায়িত করে, প্রতিটি ইউনিকনেস নিশ্চিত করতে ভিন্ন কৌশল ব্যবহার করে: র্যান্ডম নম্বর, টাইমস্ট্যাম্প বা ডিটারমিনিস্টিক হ্যাশিং।
UUID ডিজাইন করা হয়েছিল যাতে ডিস্ট্রিবিউটেড সিস্টেম কেন্দ্রীয় কোঅর্ডিনেটর ছাড়াই আইডেন্টিফায়ার তৈরি করতে পারে। PostgreSQL-এ প্রাইমারি কী বরাদ্দ করা হোক, ওয়েব অ্যাপে সেশন টোকেন তৈরি করা হোক বা অবজেক্ট স্টোরেজে ফাইলের নামকরণ করা হোক — UUID আপনার সিস্টেমের প্রতিটি নোডকে স্বাধীনভাবে বৈশ্বিকভাবে ইউনিক ID তৈরি করতে দেয়, যেখানে কলিশনের সম্ভাবনা এত কম যে বাস্তবে তা উপেক্ষণীয়।
UUID স্ট্যান্ডার্ডের বাইরে, নির্দিষ্ট সীমাবদ্ধতা মোকাবেলায় বেশ কয়েকটি বিকল্প ইউনিক ID ফরম্যাট উদ্ভূত হয়েছে: ULID ও UUID v7 ডেটাবেস ইন্ডেক্সিং দক্ষতার জন্য লেক্সিকোগ্রাফিক সর্টযোগ্যতা যোগ করে; NanoID URL ও কুকির জন্য আকার কমায়; CUID2 হাই-ভলিউম ক্লায়েন্ট-সাইড জেনারেশনের জন্য ফিঙ্গারপ্রিন্ট-ভিত্তিক কলিশন রেজিস্ট্যান্সকে প্রাধান্য দেয়।
ToolDeck-এ UUID টুল কেন ব্যবহার করবেন?
ToolDeck-এর UUID টুলগুলো সম্পূর্ণভাবে আপনার ব্রাউজারে চলে। কোনো API কল নেই, কোনো সার্ভার-সাইড প্রসেসিং নেই, কোনো ডেটা লগ হয় না। প্রতিটি জেনারেটর ক্রিপ্টোগ্রাফিক্যালি শক্তিশালী এনট্রপির জন্য Web Crypto API (crypto.getRandomValues) ব্যবহার করে — ব্রাউজার TLS কী ম্যাটেরিয়ালের জন্য যে একই উৎস ব্যবহার করে।
🔐ক্রিপ্টোগ্রাফিক্যালি শক্তিশালী এনট্রপি
সব র্যান্ডম-ভিত্তিক জেনারেটর (UUID v4, NanoID, CUID2) Math.random নয়, crypto.getRandomValues ব্যবহার করে। আউটপুট নিরাপত্তা-সংবেদনশীল ব্যবহারের জন্য উপযুক্ত, যেমন সেশন টোকেন ও API কী।
📦এক জায়গায় সব প্রধান ID ফরম্যাট
UUID v1 থেকে v7, ULID, NanoID, CUID, এবং CUID2 — একজন ডেভেলপারের প্রয়োজনীয় প্রতিটি ফরম্যাট, বাল্ক-জেনারেট ও এক ক্লিকে কপি করার অপশন সহ।
🔍বিদ্যমান ID ডিকোড ও পরীক্ষা করুন
UUID Decoder যেকোনো UUID থেকে version, variant, timestamp এবং node ফিল্ড বের করে। ডিবাগিং, অডিটিং এবং আপনার কোডবেসে লিগেসি ID বোঝার জন্য কার্যকর।
⚡জিরো সেটআপ, অফলাইনে কাজ করে
কোনো ইনস্টল নেই, কোনো সাইন-আপ নেই, কোনো রানটাইম ডিপেন্ডেন্সি নেই। পেজ খুলুন এবং জেনারেট করুন। পেজ লোড হওয়ার পরে সব টুল অফলাইনে কাজ করে — এয়ার-গ্যাপড পরিবেশে বা সীমাবদ্ধ নেটওয়ার্কে কার্যকর।
UUID টুলের ব্যবহারের ক্ষেত্র
ইউনিক আইডেন্টিফায়ার স্ট্যাকের প্রতিটি স্তরে দেখা যায়। এখানে বিভিন্ন ভূমিকার মানুষেরা UUID জেনারেশন টুল কীভাবে ব্যবহার করেন:
ডেটাবেস প্রাইমারি কী
ব্যাকএন্ড ইঞ্জিনিয়াররা PostgreSQL, MySQL এবং MongoDB-তে প্রাইমারি কী হিসেবে UUID v4 বা UUID v7 বরাদ্দ করেন। UUID v7-এর টাইমস্ট্যাম্প প্রিফিক্স ডিস্কে রো ফিজিক্যালি অর্ডার করে রাখে, ইনসার্ট-ভারী ওয়ার্কলোডে পেজ স্প্লিট এড়ায়।
ফ্রন্টএন্ড স্টেট ও কম্পোনেন্ট ID
ফ্রন্টএন্ড ডেভেলপাররা ডায়নামিক্যালি তৈরি লিস্ট আইটেমের স্থায়ী React কী, ARIA অ্যাক্সেসিবিলিটি অ্যাট্রিবিউটের জন্য dialog ID এবং ফর্ম সাবমিশনের আইডেম্পোটেন্সি টোকেন তৈরিতে NanoID বা UUID v4 ব্যবহার করেন।
ডিস্ট্রিবিউটেড ইভেন্ট স্ট্রিম
ইভেন্ট-ড্রিভেন সিস্টেমে প্রতিটি ইভেন্টের একটি বৈশ্বিকভাবে ইউনিক, সর্টযোগ্য ID দরকার। DevOps ও প্ল্যাটফর্ম ইঞ্জিনিয়াররা ULID বা UUID v7 ব্যবহার করেন যাতে Kafka কনজিউমার, লগ অ্যাগ্রিগেটর এবং অডিট ট্রেইল সেকেন্ডারি টাইমস্ট্যাম্প ফিল্ড ছাড়াই তৈরির সময় অনুযায়ী সর্ট করা যায়।
টেস্ট ডেটা জেনারেশন
QA ইঞ্জিনিয়াররা বাস্তবসম্মত, নন-সিকোয়েন্শিয়াল ID দিয়ে টেস্ট ডেটাবেস পপুলেট করতে UUID ব্যাচ বাল্ক-জেনারেট করেন। ডিটারমিনিস্টিক UUID v3 বা v5 একটি পরিচিত ইনপুট থেকে একই ID পুনরুৎপাদন করতে দেয় — পুনরুৎপাদনযোগ্য টেস্ট ফিক্সচারের জন্য কার্যকর।
মাইক্রোসার্ভিস কোরিলেশন ID
প্রতিটি ইনকামিং HTTP রিকোয়েস্টে UUID সংযুক্ত করে সার্ভিস কলে (X-Request-ID হেডার) প্রপাগেট করলে ডিস্ট্রিবিউটেড ট্রেসিং সিস্টেম বিভিন্ন সার্ভিসের লগ কোরিলেট করতে পারে। UUID v4 রিকোয়েস্ট কোরিলেশনের ডি-ফ্যাক্টো স্ট্যান্ডার্ড।
অ্যাসেট ও রিসোর্স নামকরণ
অবজেক্ট স্টোরেজ (S3, GCS, Cloudflare R2) কী এবং CDN অ্যাসেট ফাইলনামে প্রায়ই UUID এম্বেড করা হয় ক্যাশ কলিশন ও URL অনুমান প্রতিরোধে। NanoID-এর কম্প্যাক্ট ২১-অক্ষরের ফরম্যাট পূর্ণ ৩৬-অক্ষরের UUID-এর তুলনায় URL দৈর্ঘ্য কমায়।
UUID ভার্সন ও ফরম্যাট রেফারেন্স
নিচের টেবিলটি সব UUID ভার্সন এবং সর্বাধিক ব্যবহৃত UUID বিকল্পগুলো তুলনা করে। আপনার প্রয়োজনীয়তার সাথে মানানসই ফরম্যাট দ্রুত খুঁজে পেতে এটি ব্যবহার করুন।
| আইডেন্টিফায়ার | অ্যালগরিদম | সর্টযোগ্য | ডিটারমিনিস্টিক | সেরা ব্যবহার |
|---|
| UUID v4 | Random (CSPRNG) | — | — | সাধারণ-উদ্দেশ্য ID, সেশন টোকেন, প্রাইমারি কী |
| UUID v7 | Unix ms timestamp + random | ✓ | — | সর্টযোগ্য প্রাইমারি কী, ডিস্ট্রিবিউটেড ইভেন্ট ID (RFC 9562) |
| UUID v1 | Timestamp + MAC address | ✓ | — | টাইম-অর্ডার্ড ID, সিঙ্গেল-নোড সিস্টেম, লিগেসি কম্প্যাটিবিলিটি |
| UUID v3 | Namespace + name + MD5 | — | ✓ | পরিচিত ইনপুট থেকে পুনরুৎপাদনযোগ্য ID (DNS, URL) |
| UUID v5 | Namespace + name + SHA-1 | — | ✓ | শক্তিশালী হ্যাশ সহ v3-এর মতো; v3-এর পরিবর্তে v5 পছন্দ করুন |
| UUID v2 | Timestamp + DCE UID/GID | ✓ | — | লিগেসি POSIX/DCE পরিবেশ; নতুন প্রজেক্টে এড়িয়ে চলুন |
| ULID | Timestamp prefix + random | ✓ | — | সর্টযোগ্য ID, URL-safe, হাইফেনমুক্ত (২৬ অক্ষর) |
| NanoID | Random (CSPRNG), URL-safe alphabet | — | — | URL, কুকি, HTML অ্যাট্রিবিউটের জন্য ছোট ID (২১ অক্ষর) |
| CUID2 | Fingerprint + timestamp + random | — | — | হাই-ভলিউম ক্লায়েন্ট-সাইড জেনারেশন, কলিশন-প্রতিরোধী |
UUID v3 ও v5 ডিটারমিনিস্টিক: একই namespace + name সবসময় একই UUID তৈরি করে। অন্য সব ফরম্যাট প্রতিটি কলে নতুন মান তৈরি করে।
সঠিক UUID টুল কীভাবে বেছে নেবেন
সঠিক আইডেন্টিফায়ার আপনার সর্টযোগ্যতা, আকার এবং ডিটারমিনিজম প্রয়োজনীয়তার উপর নির্ভর করে। এই সিদ্ধান্ত গাইড ব্যবহার করুন:
- 1
যদি বিশেষ কোনো প্রয়োজনীয়তা ছাড়া একটি সাধারণ-উদ্দেশ্য ইউনিক ID দরকার হয় → UUID v4 Generator - 2
যদি UUID স্ট্যান্ডার্ডের সাথে সামঞ্জস্যপূর্ণ এবং কালক্রমে সর্ট করা যায় এমন ID দরকার হয় → UUID v7 Generator - 3
যদি সিঙ্গেল-নোড বা লো-কনকারেন্সি সিস্টেমে এম্বেডেড টাইমস্ট্যাম্প সহ টাইম-অর্ডার্ড ID দরকার হয় → UUID v1 Generator - 4
যদি URL-safe ও হাইফেনমুক্ত সর্টযোগ্য ID দরকার হয় → ULID Generator - 5
যদি পূর্ণ UUID-এর চেয়ে ছোট কম্প্যাক্ট URL-safe ID দরকার হয় → NanoID Generator - 6
যদি ক্লায়েন্ট-সাইডে অনেক ID জেনারেট করতে হয় এবং শক্তিশালী কলিশন রেজিস্ট্যান্স দরকার → CUID2 Generator - 7
যদি মূল স্পেসিফিকেশনে তৈরি বিদ্যমান সিস্টেমের সাথে সামঞ্জস্যের জন্য CUID v1 ফরম্যাট দরকার হয় → CUID Generator - 8
যদি namespace ও name থেকে ডিটারমিনিস্টিক্যালি একই ID পুনরুৎপাদন করতে হয় → UUID v3 Generator - 9
যদি v2 আইডেন্টিফায়ার প্রয়োজন এমন লিগেসি DCE বা POSIX সিস্টেমে কাজ করছেন → UUID v2 Generator - 10
যদি একটি বিদ্যমান UUID আছে এবং এর version, variant বা timestamp পরীক্ষা করতে চান → UUID Decoder
UUID v7 ও ULID উভয়ই মিলিসেকেন্ড-নির্ভুলতার টাইমস্ট্যাম্প প্রিফিক্স ও লেক্সিকোগ্রাফিক সর্টযোগ্যতা প্রদান করে। মূল পার্থক্য: UUID v7 সর্বোচ্চ ইকোসিস্টেম সামঞ্জস্যের জন্য স্ট্যান্ডার্ড UUID ফরম্যাট (8-4-4-4-12, ৩৬ অক্ষর) ব্যবহার করে, যেখানে ULID কাস্টম Base32 এনকোডিং ব্যবহার করে (২৬ অক্ষর, URL-safe, হাইফেনমুক্ত)। আপনার ডেটাবেস, ORM বা ফ্রেমওয়ার্ক যদি নেটিভলি UUID কলাম সমর্থন করে তাহলে UUID v7 পছন্দ করুন। ফ্রেমওয়ার্ক সীমাবদ্ধতা ছাড়া ছোট ID দরকার হলে ULID বেশি কম্প্যাক্ট।
সচরাচর জিজ্ঞাসা
UUID কী?
UUID (Universally Unique Identifier) হলো RFC 9562 অনুযায়ী মানসম্পন্ন একটি ১২৮-বিট মান। এটি পাঁচটি হাইফেন-বিভক্ত গ্রুপে ৩২টি হেক্সাডেসিমাল ডিজিটে লেখা হয়: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx। স্ট্যান্ডার্ডটি বিভিন্ন ইউনিকনেস কৌশল সহ একাধিক ভার্সন সংজ্ঞায়িত করে — র্যান্ডম (v4), টাইমস্ট্যাম্প-ভিত্তিক (v1, v7) বা নাম-ভিত্তিক ডিটারমিনিস্টিক (v3, v5)।
UUID v4 ও UUID v7-এর মধ্যে পার্থক্য কী?
UUID v4 ক্রিপ্টোগ্রাফিক্যালি নিরাপদ উৎস থেকে র্যান্ডম ডেটা দিয়ে সব ১২২টি নন-ফিক্সড বিট পূরণ করে। UUID v7 প্রথম ৪৮ বিটে একটি ৪৮-বিট Unix মিলিসেকেন্ড টাইমস্ট্যাম্প এনকোড করে, তারপর র্যান্ডম বিট থাকে। ফলাফল: v7 UUID সাধারণ স্ট্রিং হিসেবে কালক্রমে সর্ট হয়, যা ডেটাবেস B-tree ইন্ডেক্স ইনসার্টে অর্ডার করে রাখে। UUID v7 RFC 9562 (এপ্রিল ২০২৪)-তে যোগ করা হয়েছে এবং নতুন ডেটাবেস প্রাইমারি কী-এর জন্য পছন্দের বিকল্প।
UUID v4 মান কি ক্রিপ্টোগ্রাফিক্যালি নিরাপদ?
UUID v4 মান ক্রিপ্টোগ্রাফিক্যালি সিকিউর সিউডো-র্যান্ডম নম্বর জেনারেটর (CSPRNG) ব্যবহার করে তৈরি হয়। এগুলো অনুমানযোগ্য নয় এমন টোকেন হিসেবে উপযুক্ত — সেশন ID, পাসওয়ার্ড রিসেট লিংক ইত্যাদি। তবে UUID নিজেই একটি সিক্রেট নয়: এতে কোনো HMAC, এক্সপায়ারি বা নির্দিষ্ট ব্যবহারকারীর সাথে বাইন্ডিং নেই। UUID-কে ওপেক আইডেন্টিফায়ার হিসেবে ব্যবহার করুন, অথেনটিকেশন ক্রেডেনশিয়াল হিসেবে নয়।
দুটি ভিন্ন সিস্টেম কি একই UUID তৈরি করতে পারে?
UUID v4-এর কলিশন সম্ভাবনা প্রতি জুটিতে প্রায় ১ in 2^122। যেকোনো কলিশনের ৫০% সুযোগ পেতে প্রায় ২.৭ × 10^18 UUID তৈরি করতে হবে — কোনো বাস্তব সিস্টেমের উৎপাদনের চেয়ে অনেক বেশি। UUID v1 ও v7 অতিরিক্তভাবে টাইমস্ট্যাম্প এবং/অথবা র্যান্ডম বিট এম্বেড করে, আকস্মিক কলিশন আরও কম সম্ভাবনাময় করে। সব ব্যবহারিক উদ্দেশ্যে, আলাদা সিস্টেমের UUID কলাইড করবে না।
UUID কেন ৩৬ অক্ষরের হয়?
UUID হলো ১২৮ বিট = ১৬ বাইট। হেক্সাডেসিমাল হিসেবে এনকোড করলে ৩২ অক্ষর হয়। UUID ফরম্যাট নির্দিষ্ট পজিশনে (৮, ৪, ৪, ৪ হেক্স ডিজিটের গ্রুপের পরে) ৪টি হাইফেন যোগ করে পাঠযোগ্যতা উন্নত করতে এবং version ও variant বিট দৃশ্যত সহজে চেনার জন্য, মোট ৩৬টি অক্ষর তৈরি করে। হাইফেনগুলো কোনো ডেটা বহন করে না।
ULID কী এবং UUID-এর সাথে এর পার্থক্য কী?
ULID (Universally Unique Lexicographically Sortable Identifier) হলো Crockford Base32-এ এনকোড করা একটি ১২৮-বিট আইডেন্টিফায়ার (২৬ অক্ষর, কেস-ইনসেনসিটিভ, হাইফেনমুক্ত)। প্রথম ৪৮ বিট মিলিসেকেন্ড Unix টাইম এনকোড করে; বাকি ৮০ বিট র্যান্ডম। ULID সাধারণ স্ট্রিং হিসেবে সঠিকভাবে সর্ট হয় এবং UUID-এর চেয়ে বেশি কম্প্যাক্ট। এগুলো UUID RFC-এর অংশ নয় — এগুলো ভিন্ন এনকোডিং ব্যবহার করে এবং UUID-এর version/variant ফিল্ডের অভাব রয়েছে।
প্রাইমারি কী হিসেবে UUID ব্যবহার করব নাকি অটো-ইনক্রিমেন্ট ইন্টিজার?
অটো-ইনক্রিমেন্ট ইন্টিজার সিকোয়েন্শিয়াল, কম্প্যাক্ট এবং ইন্ডেক্স-বান্ধব, কিন্তু বরাদ্দের জন্য কেন্দ্রীয় কোঅর্ডিনেটর (ডেটাবেস) প্রয়োজন — যা ডিস্ট্রিবিউটেড সিস্টেমে ব্যর্থ হয় এবং রো সংখ্যা ফাঁস করে। UUID (বিশেষত v7 বা ULID) ডেটাবেস রাউন্ড-ট্রিপ ছাড়াই ক্লায়েন্ট-সাইডে জেনারেট করা যায়, অপটিমিস্টিক ইনসার্ট ও ডিস্ট্রিবিউটেড রাইট সক্ষম করে। ট্রেডঅফ হলো স্টোরেজ (১৬ বাইট বনাম ৪–৮ বাইট) এবং র্যান্ডম UUID-এর (v4) জন্য সামান্য কম ইন্ডেক্স লোকালিটি। UUID v7 ও ULID টাইমস্ট্যাম্প প্রিফিক্স ব্যবহার করে ইন্ডেক্স লোকালিটি সমস্যা দূর করে।
UUID v3 ও UUID v5-এর মধ্যে পার্থক্য কী?
UUID v3 ও v5 উভয়ই ডিটারমিনিস্টিক: একই namespace + name জুটির জন্য সবসময় একই UUID তৈরি করে, যা DNS এন্ট্রি, URL বা অবজেক্ট আইডেন্টিফায়ারের মতো জিনিসের জন্য পুনরুৎপাদনযোগ্য ID তৈরিতে কার্যকর। একমাত্র পার্থক্য হ্যাশ অ্যালগরিদমে: v3 MD5 ব্যবহার করে (১২৮-বিট, লিগেসি), v5 SHA-1 ব্যবহার করে (১৬০-বিট, ১২৮ বিটে ট্রাংকেটেড)। নতুন প্রজেক্টে UUID v5 পছন্দ করুন — SHA-1, MD5-এর চেয়ে শক্তিশালী, যদিও কোনো ভার্সনই ক্রিপ্টোগ্রাফিক হ্যাশ হিসেবে ব্যবহার হয় না।