UUID v4 ജനറേറ്റർ – ലേഖനം
UUID v4 (Universally Unique Identifier version 4) ഒരു ക്രമരഹിതമായ, 36 അക്ഷരങ്ങളുള്ള സ്ട്രിംഗ് ആണ്. ഇത് 8‑4‑4‑4‑12 എന്ന സാധാരണ ഹെക്സഡെസിമൽ ഫോർമാറ്റിൽ എഴുതപ്പെടുന്നു. ഈ പേജ് ഒന്നോ അതിലധികമോ UUID v4 ഐഡന്റിഫയറുകൾ ബ്രൗസറിൽ തന്നെ ജനറേറ്റ് ചെയ്യുന്നു. എണ്ണം (1 മുതൽ 100 വരെ), വലിയക്ഷരം ഉപയോഗിക്കണമോ, ഹൈഫൻ ഉൾപ്പെടുത്തണമോ എന്നിവ നിയന്ത്രിക്കാം. ഓരോ ഐഡിയും ക്ലിക്ക് ചെയ്ത് പകർത്താം, അല്ലെങ്കിൽ എല്ലാം ഒരുമിച്ച് പകർത്താം.
UUID v4 എന്താണ്, എങ്ങനെ പ്രവർത്തിക്കുന്നു?
UUID v4 എന്നത് RFC 4122 ൽ നിർവചിച്ചിരിക്കുന്ന ഒരു തരം UUID ആണ്. ഇതിൽ 128 ബിറ്റുകൾ അടങ്ങിയിരിക്കുന്നു. അതിൽ 122 ബിറ്റുകൾ പൂർണ്ണമായും ക്രമരഹിതമായി (random) ജനറേറ്റ് ചെയ്യപ്പെടുന്നു. ബാക്കി 6 ബിറ്റുകൾ സ്ഥിരമായ രണ്ട് ഭാഗങ്ങൾക്കായി നീക്കിവച്ചിരിക്കുന്നു: 4 ബിറ്റുകൾ പതിപ്പ് (version) സൂചിപ്പിക്കുന്നു (ഇവിടെ പതിപ്പ് 4, അതായത് ബിനറിയിൽ 0100), 2 ബിറ്റുകൾ വേരിയന്റ് (variant) സൂചിപ്പിക്കുന്നു (ഇവിടെ 10). അതിനാൽ ഒരു UUID v4 ൽ 122 ബിറ്റ് ശുദ്ധ ക്രമരഹിതത്വം (entropy) അടങ്ങിയിരിക്കുന്നു. ഇതിനർത്ഥം 2^122 സാധ്യതകൾ ഉണ്ട്, ഏകദേശം 5.3 × 10^36. ഈ വലിയ സാധ്യതകൾ കാരണം കൂട്ടിയിടി (collision) സംഭവിക്കാനുള്ള സാധ്യത അത്യന്തം നിസ്സാരമാണ്.
ഒരു UUID v4 സ്ട്രിംഗ് ഇങ്ങനെ കാണപ്പെടുന്നു: f47ac10b-58cc-4372-a567-0e02b2c3d479. ഇവിടെ ആദ്യത്തെ 8 ഹെക്സ് അക്ഷരങ്ങൾ, പിന്നെ 4, 4, 4, 12 – ആകെ 32 ഹെക്സ് അക്ഷരങ്ങളും 4 ഹൈഫനുകളും. ഹൈഫനുകൾ നീക്കിയാൽ 32 അക്ഷരങ്ങളുള്ള ഒരു സ്ട്രിംഗ് ലഭിക്കും. പതിപ്പ് ബിറ്റുകൾ സ്ഥിതിചെയ്യുന്നത് മൂന്നാമത്തെ ഗ്രൂപ്പിലാണ് (4372 എന്ന ഭാഗം). ഈ ഗ്രൂപ്പിന്റെ ആദ്യ അക്ഷരം 4 ആയിരിക്കും. വേരിയന്റ് ബിറ്റുകൾ നാലാമത്തെ ഗ്രൂപ്പിലാണ് (a567), ആ ഗ്രൂപ്പിന്റെ ആദ്യ അക്ഷരം 8, 9, a, അല്ലെങ്കിൽ b ആയിരിക്കും. ഈ പേജ് ജനറേറ്റ് ചെയ്യുന്ന എല്ലാ UUID v4 കളും ഈ നിയമങ്ങൾ പാലിക്കുന്നു.
ഈ പേജിനെ വ്യത്യസ്തമാക്കുന്നത് എന്ത്?
മറ്റു പല UUID ജനറേറ്ററുകളും സമയം അടിസ്ഥാനമാക്കിയുള്ള ഫോർമാറ്റുകൾ (UUID v1, v7) അല്ലെങ്കിൽ ക്രമാനുഗതമായ ഐഡികൾ (ULID) നൽകുന്നു. എന്നാൽ ഈ പേജ് 122 ബിറ്റ് പൂർണ ക്രമരഹിതത്വം ഉപയോഗിച്ച് UUID v4 മാത്രം ജനറേറ്റ് ചെയ്യുന്നു. ഇത് മറ്റു ഫോർമാറ്റുകളിൽ നിന്ന് വ്യത്യസ്ഥമായ ഗുണങ്ങളും ദോഷങ്ങളും നൽകുന്നു.
- ക്രമം ഇല്ല: UUID v4 ഏത് ക്രമത്തിലും വരാം. അതിനാൽ ഇവയെ ഡാറ്റാബേസിൽ പ്രൈമറി കീ ആയി ഉപയോഗിക്കുമ്പോൾ B‑ട്രീ ഇൻഡക്സുകളിൽ വിഘടനം (fragmentation) സംഭവിക്കുന്നു. കാരണം പുതിയ എൻട്രികൾ ക്രമരഹിതമായ സ്ഥാനങ്ങളിൽ ചേർക്കപ്പെടുന്നു. ഇത് എഴുത്ത് പ്രകടനത്തെ ബാധിക്കുന്നു.
- കൂട്ടിയിടി സാധ്യത നിസ്സാരം: 2^122 എന്നത് വളരെ വലിയ സംഖ്യയാണ്. പ്രായോഗികമായി, ലക്ഷക്കണക്കിന് ഐഡികൾ ജനറേറ്റ് ചെയ്യുമ്പോഴും കൂട്ടിയിടി ഉണ്ടാകാനുള്ള സാധ്യത മറക്കാവുന്നതാണ്.
- ഫോർമാറ്റ് നിയന്ത്രണം: ഈ പേജ് UUID‑ന് മാത്രമുള്ള ടോഗിളുകൾ വാഗ്ദാനം ചെയ്യുന്നു – വലിയക്ഷരം, ഹൈഫൻ നീക്കൽ. മറ്റു ഐഡി തരങ്ങൾക്ക് (ULID, NanoID) ഇതേ നിയന്ത്രണങ്ങൾ ഇല്ല.
- ബ്രൗസർ സൈഡ് പ്രോസസ്സിംഗ്: എല്ലാ ജനറേഷനും നിങ്ങളുടെ ബ്രൗസറിൽ തന്നെ നടക്കുന്നു.
crypto.randomUUID()അല്ലെങ്കിൽ സമാനമായ ശക്തമായ API ഉപയോഗിക്കുന്നു. സെർവറിലേക്ക് ഒന്നും അയയ്ക്കില്ല, അതിനാൽ സ്വകാര്യതയ്ക്കും വേഗതയ്ക്കും ഗുണം.
ഇൻപുട്ട്, ഔട്ട്പുട്ട്, നിയമങ്ങൾ
ഇൻപുട്ടുകൾ
- ഫോർമാറ്റ്: ഡ്രോപ്പ്ഡൗണിൽ നിന്ന് UUID v4 തിരഞ്ഞെടുക്കുക. മറ്റ് ഓപ്ഷനുകൾ: v7, ULID, NanoID.
- എണ്ണം: 1 മുതൽ 100 വരെയുള്ള ഒരു പൂർണ്ണസംഖ്യ. മറ്റ് മൂല്യങ്ങൾ അനുവദിക്കില്ല.
- വലിയക്ഷരം: ഓണാക്കിയാൽ ഹെക്സ് അക്ഷരങ്ങൾ a–f പകരം A–F ആയി കാണിക്കും.
- ഹൈഫൻ ഉൾപ്പെടുത്തുക: ഓഫാക്കിയാൽ 36 അക്ഷരങ്ങൾക്ക് പകരം 32 അക്ഷരങ്ങളുള്ള ഒരു സ്ട്രിംഗ് ലഭിക്കും.
ഔട്ട്പുട്ടുകൾ
- ജനറേറ്റ് ചെയ്ത UUID കളുടെ ഒരു ലിസ്റ്റ്, ഓരോ വരിയിലും ഒന്ന്.
- ഒരു സ്റ്റാറ്റസ് സന്ദേശം: “Ready.” അല്ലെങ്കിൽ “Generated.”.
- “Copied all!” ബട്ടൺ ക്ലിക്ക് ചെയ്താൽ എല്ലാ UUID കളും ഒരുമിച്ച് ക്ലിപ്പ്ബോർഡിൽ പകർത്തപ്പെടും.
- ഒരു വ്യക്തിഗത UUID ക്ലിക്ക് ചെയ്താൽ അത് മാത്രം പകർത്തപ്പെടും.
നിയമങ്ങളും എഡ്ജ് കേസുകളും
- ഏതെങ്കിലും ഓപ്ഷൻ (ഫോർമാറ്റ്, എണ്ണം, വലിയക്ഷരം, ഹൈഫൻ) മാറ്റിയാൽ ഉടനെ എല്ലാ UUID കളും പുനർജനറേറ്റ് ചെയ്യപ്പെടും.
- എണ്ണം 1–100 പരിധിയിൽ മാത്രം. അതിന് പുറത്ത് ഒന്നും ജനറേറ്റ് ചെയ്യില്ല.
- വ്യക്തിഗത ഐഡി ക്ലിക്ക് ചെയ്യുന്നത് ആ ഒറ്റ ഐഡന്റിഫയർ മാത്രം പകർത്തും. “Copy all” ബട്ടൺ എല്ലാം പകർത്തും.
- ജനറേഷൻ പൂർണ്ണമായും ബ്രൗസറിൽ നടക്കുന്നു. സെർവറുമായി യാതൊരു ആശയവിനിമയവും ഇല്ല.
ആരൊക്കെ ഈ പേജ് ഉപയോഗിക്കേണ്ടത്?
- ആപ്ലിക്കേഷൻ ഡവലപ്പർമാർ: വലിയ എണ്ണം ക്രമരഹിതമായ, സാർവത്രികമായി അദ്വിതീയമായ കീകൾ ആവശ്യമുള്ളവർ. ഉദാഹരണത്തിന്, ഒബ്ജക്റ്റ് ഐഡികൾ, സെഷൻ ടോക്കണുകൾ, ഇവന്റ് ഐഡികൾ.
- ഡാറ്റാബേസ് ഡിസൈനർമാർ: വിതരണ സംവിധാനങ്ങളിൽ സെൻട്രൽ കോർഡിനേഷൻ സാധ്യമല്ലാത്തപ്പോൾ, ഇൻഡക്സിംഗ് ട്രേഡ്-ഓഫുകളെക്കുറിച്ച് ബോധവാന്മാരായിരിക്കണം. ക്രമരഹിതമായ UUID v4 കൾ B‑ട്രീ ഇൻഡക്സുകളിൽ വിഘടനം ഉണ്ടാക്കുന്നു, പക്ഷേ വിതരണം ചെയ്യപ്പെട്ട സിസ്റ്റങ്ങളിൽ ഇത് സ്വീകാര്യമായ ഒരു ട്രേഡ്-ഓഫ് ആണ്.
- സുരക്ഷാ എഞ്ചിനീയർമാർ: ഊഹിക്കാൻ കഴിയാത്ത ഐഡന്റിഫയറുകൾ ആവശ്യമുള്ളപ്പോൾ (API ടോക്കണുകൾ, റിക്വസ്റ്റ് ID, ഒറ്റത്തവണ ടോക്കണുകൾ). സമയം അടിസ്ഥാനമാക്കിയുള്ള ഐഡികൾ (v1, v7) സമയ വിവരം ചോർത്തിക്കൊടുക്കും, എന്നാൽ v4 അങ്ങനെയല്ല.
- ടെസ്റ്ററുകളും ഡാറ്റ ജനറേറ്ററുകളും: സാമ്പിൾ ഡാറ്റാബേസുകളിൽ റിയലിസ്റ്റിക് അദ്വിതീയ കീകൾ പോപ്പുലേറ്റ് ചെയ്യേണ്ടവർ.
ഡാറ്റാബേസ് ഇൻഡക്സിംഗിൽ UUID v4 യുടെ സ്വാധീനം
UUID v4 കൾ ക്രമരഹിതമായി വിതരണം ചെയ്യപ്പെടുന്നതിനാൽ, ഒരു B‑ട്രീ ഇൻഡക്സിൽ പുതിയ ഒരു റോ ചേർക്കുമ്പോൾ, ആ എൻട്രി ട്രീയിലെ ഏത് പേജിലും വീഴാം. ഇത് പേജ് സ്പ്ലിറ്റുകൾക്കും പേജ് മാറ്റങ്ങൾക്കും കാരണമാകുന്നു. വളരെയധികം എൻട്രികൾ ഉള്ളപ്പോൾ, ഇൻഡക്സിലെ പേജുകൾ ഒതുക്കമില്ലാതെ (fragmented) ആയിത്തീരുന്നു. ഇത് എഴുത്ത് പ്രകടനത്തെ (write performance) കുറയ്ക്കുന്നു.
താരതമ്യത്തിന്, UUID v7 (സമയം അടിസ്ഥാനമാക്കിയുള്ളത്) ടൈംസ്റ്റാമ്പ് ഉൾക്കൊള്ളുന്നു, അതിനാൽ പുതിയ എൻട്രികൾ ഏകദേശം ക്രമത്തിൽ ചേർക്കപ്പെടുന്നു. ULID, Snowflake എന്നിവയും ക്രമത്തിൽ വരുന്നവയാണ്. എന്നാൽ UUID v4 ന് ക്രമം ഇല്ലാത്തതിനാൽ, ഇൻഡക്സിംഗ് ചെലവ് കൂടുതലാണ്. എങ്കിലും വിതരണ സംവിധാനങ്ങളിൽ, കോർഡിനേഷൻ ഒഴിവാക്കാനും, ഓഫ്ലൈൻ ജനറേഷനും, സുരക്ഷിതത്വത്തിനുമായി UUID v4 യാണ് തിരഞ്ഞെടുക്കപ്പെടുന്നത്.
ഫോർമാറ്റ് ഇഷ്ടാനുസൃതമാക്കൽ – ഹൈഫനും വലിയക്ഷരവും
ഡിഫോൾട്ട് ഫോർമാറ്റിൽ ഹൈഫൻ ഉൾപ്പെടുന്നു. ഹൈഫനുകൾ വായിക്കാൻ എളുപ്പമാണ്, മാത്രമല്ല RFC 4122 സ്പെസിഫിക്കേഷൻ പറയുന്ന പ്രകാരമാണ്. എന്നാൽ ചില പ്രയോഗങ്ങളിൽ ഹൈഫനുകൾ ഇല്ലാത്ത 32 അക്ഷരങ്ങളുള്ള സ്ട്രിംഗ് ആവശ്യമായി വന്നേക്കാം:
- URL‑സുരക്ഷിതമായ കോംപാക്ട്നസ്: ഹൈഫനുകൾ URL‑കളിൽ അനുവദനീയമാണെങ്കിലും, ചില സിസ്റ്റങ്ങളിൽ അവ എഴുതിപ്പോകാൻ സാധ്യതയുണ്ട്. ഹൈഫനുകൾ ഇല്ലാത്ത ഒരു ശുദ്ധ 32‑ഹെക്സ് സ്ട്രിംഗ് URL‑കളിൽ കൂടുതൽ വിശ്വസനീയമായിരിക്കും.
- ഫയൽ നാമങ്ങൾ: ചില ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ ഹൈഫനുകൾ പ്രത്യേകമായി കൈകാര്യം ചെയ്യുന്നു. ഹൈഫനുകൾ നീക്കിയാൽ പ്രശ്നങ്ങൾ ഒഴിവാകും.
- ഡാറ്റാബേസ് സംഭരണം: BINARY(16) ഫീൽഡിൽ UUID സംഭരിക്കുമ്പോൾ, ഹൈഫനുകൾ ആവശ്യമില്ല. 32 ഹെക്സ് അക്ഷരങ്ങൾ 16 ബൈറ്റുകളായി പരിവർത്തനം ചെയ്യപ്പെടുന്നു.
വലിയക്ഷര ഓപ്ഷൻ ഹെക്സ് അക്ഷരങ്ങളെ a–f പകരം A–F ആക്കുന്നു. ചില സിസ്റ്റങ്ങളിൽ UUID കൾ വലിയക്ഷരത്തിലാണ് കാണിക്കുക (ഉദാഹരണത്തിന്, Microsoft Windows), മറ്റുള്ളവയിൽ ചെറിയക്ഷരത്തിലും. ഇത് കേവലം അവതരണ വ്യത്യാസമാണ്; പ്രവർത്തനപരമായി രണ്ടും ഒരുപോലെയാണ്. എന്നാൽ നിങ്ങളുടെ ആപ്ലിക്കേഷനിൽ കേസ് സെൻസിറ്റിവിറ്റി ഉണ്ടെങ്കിൽ, ഒരു കൺവെൻഷൻ തിരഞ്ഞെടുക്കേണ്ടത് പ്രധാനമാണ്.
ബ്രൗസർ സൈഡ് ജനറേഷൻ – സ്വകാര്യതയും വേഗതയും
എല്ലാ UUID v4 കളും നിങ്ങളുടെ ബ്രൗസറിൽ തന്നെ crypto.randomUUID() (ആധുനിക ബ്രൗസറുകളിൽ ലഭ്യമായ API) അല്ലെങ്കിൽ Web Crypto API ഉപയോഗിച്ച് ജനറേറ്റ് ചെയ്യപ്പെടുന്നു. ഇത് ശക്തമായ ക്രിപ്റ്റോഗ്രാഫിക് റാൻഡംനെസ്സ് ഉറപ്പാക്കുന്നു – Math.random() പോലുള്ള ദുർബലമായ ഉറവിടങ്ങളല്ല ഉപയോഗിക്കുന്നത്. ഇതിന്റെ ഗുണങ്ങൾ:
- സ്വകാര്യത: നിങ്ങളുടെ ഐഡികൾ ഒരു സെർവറിലേക്കും അയയ്ക്കപ്പെടുന്നില്ല. നെറ്റ്വർക്ക് അഭാവത്തിലും പ്രവർത്തിക്കും.
- വേഗത: ജനറേഷൻ മില്ലിസെക്കൻഡുകളിൽ നടക്കുന്നു. 100 UUID കൾ പോലും തൽക്ഷണം ലഭിക്കും.
- വിശ്വാസ്യത: ബ്രൗസർ API‑കൾ പിന്തുണയ്ക്കുന്നിടത്തോളം, ഈ പേജ് ഏത് ആധുനിക ബ്രൗസറിലും പ്രവർത്തിക്കും.
FAQ
1. UUID v4 യും UUID v7 യും തമ്മിലുള്ള പ്രധാന വ്യത്യാസം എന്ത്? UUID v4 122 ബിറ്റ് പൂർണ ക്രമരഹിതത്വം ഉപയോഗിക്കുന്നു. UUID v7 ഒരു ടൈംസ്റ്റാമ്പും (48 ബിറ്റ്) ക്രമരഹിതമായ ബിറ്റുകളും ഉൾക്കൊള്ളുന്നു. v7 ക്രമാനുഗതമായി വർദ്ധിക്കുന്നു, അതിനാൽ B‑ട്രീ ഇൻഡക്സുകളിൽ വിഘടനം കുറവായിരിക്കും. എന്നാൽ v7 സമയ വിവരം ലീക്ക് ചെയ്യുന്നു; v4 അങ്ങനെയല്ല.
2. ഞാൻ 100‑ൽ കൂടുതൽ UUID കൾ ആവശ്യമുണ്ടെങ്കിൽ എന്തുചെയ്യും? ഈ പേജിന്റെ എണ്ണ പരിധി 100 ആണ്. 100‑ൽ കൂടുതൽ ആവശ്യമുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഒന്നിലധികം തവണ പ്രവർത്തിപ്പിക്കുകയോ, അല്ലെങ്കിൽ നിങ്ങളുടെ കോഡിൽ ബ്രൗസർ API ഉപയോഗിച്ച് സ്വയം ഒരു ലൂപ്പിൽ കൂടുതൽ UUID കൾ ജനറേറ്റ് ചെയ്യുകയോ ചെയ്യാം.
3. ഞാൻ “Copy all” ക്ലിക്ക് ചെയ്താൽ എന്താണ് സംഭവിക്കുന്നത്? എല്ലാ UUID കളും ഒരു ടെക്സ്റ്റ് ബ്ലോക്കായി (ഓരോ വരിയിലും ഒന്ന്) ക്ലിപ്പ്ബോർഡിൽ പകർത്തപ്പെടുന്നു. “Copied all!” എന്ന സ്റ്റാറ്റസ് സന്ദേശം ദൃശ്യമാകും.
4. UUID v4 ൽ “4” ഉം “8” ഉം നിർബന്ധമാണോ?
അതെ. പതിപ്പ് 4 ബിറ്റുകൾ മൂന്നാമത്തെ ഗ്രൂപ്പിന്റെ ആദ്യ അക്ഷരത്തെ 4 ആക്കുന്നു. വേരിയന്റ് ബിറ്റുകൾ നാലാമത്തെ ഗ്രൂപ്പിന്റെ ആദ്യ അക്ഷരത്തെ 8, 9, a, അല്ലെങ്കിൽ b ആക്കുന്നു. ഈ പേജ് ഈ നിയമങ്ങൾ കർശനമായി പാലിക്കുന്നു.
5. ഞാൻ ഹൈഫനുകൾ നീക്കിയാൽ, ഇപ്പോഴും ഒരു സാധുവായ UUID v4 ആണോ? അതെ. ഹൈഫനുകൾ കേവലം ഫോർമാറ്റിംഗിന് വേണ്ടിയുള്ളതാണ്. 32‑ഹെക്സ് സ്ട്രിംഗ് ഇപ്പോഴും ഒരേ 128 ബിറ്റുകളെ പ്രതിനിധീകരിക്കുന്നു. എന്നാൽ ഔദ്യോഗിക RFC 4122 ഫോർമാറ്റിൽ ഹൈഫനുകൾ ഉണ്ടായിരിക്കണം.
6. ഈ പേജ് ഓഫ്ലൈനിൽ പ്രവർത്തിക്കുമോ? അതെ, ഒരിക്കൽ പേജ് ലോഡ് ചെയ്തുകഴിഞ്ഞാൽ, ഇന്റർനെറ്റ് കണക്ഷൻ ഇല്ലാതെയും UUID കൾ ജനറേറ്റ് ചെയ്യാം. എല്ലാ ലോജിക്കും ബ്രൗസറിൽ തന്നെ പ്രവർത്തിക്കുന്നു.
ഉപസംഹാരം
UUID v4 ജനറേറ്റർ എന്നത്, ക്രമരഹിതമായ, ഊഹിക്കാൻ കഴിയാത്ത ഐഡന്റിഫയറുകൾ ആവശ്യമുള്ള ഏതൊരു വികസകനും ഉപയോഗപ്രദമായ ഒരു ഉപകരണമാണ്. 122 ബിറ്റ് ശുദ്ധ ക്രമരഹിതത്വം, കൂട്ടിയിടി സാധ്യതയെ നിസ്സാരമാക്കുന്നു. ഫോർമാറ്റ് നിയന്ത്രണങ്ങൾ (ഹൈഫൻ, വലിയക്ഷരം) പ്രായോഗിക ആവശ്യങ്ങൾ നിറവേറ്റാൻ സഹായിക്കുന്നു. ഡാറ്റാബേസ് ഇൻഡക്സിംഗിൽ ഈ ഐഡികൾക്ക് ചില വെല്ലുവിളികൾ ഉണ്ടെങ്കിലും, വിതരണ സംവിധാനങ്ങളിലും സുരക്ഷിതത്വ ആവശ്യങ്ങളിലും ഇവ ഒഴിച്ചുകൂടാനാവാത്തതാണ്. ബ്രൗസർ സൈഡ് ജനറേഷൻ സ്വകാര്യതയും വേഗതയും ഉറപ്പാക്കുന്നു. നിങ്ങളുടെ ആവശ്യത്തിന് അനുയോജ്യമായ ക്രമീകരണങ്ങൾ തിരഞ്ഞെടുത്ത്, ഒറ്റക്ലിക്കിൽ ഐഡികൾ പകർത്തുക.