യൂനിഫോം റിസോഴ്സ് ലൊക്കേറ്റർ
ഇന്റർനെറ്റിൽ ഏകീകൃത സ്വഭാവമുള്ള വിലാസങ്ങളെ സൂചിപ്പിക്കാനുള്ള വിലാസമാണ് യൂണിഫോം റിസോഴ്സ് ലൊക്കേറ്റർ (മുമ്പ് യൂനിവേഴ്സൽ റിസോഴ്സ് ലൊക്കേറ്റർ) അഥവാ യു.ആർഎൽ.
യൂനിഫോം റിസോഴ്സ് ഐഡന്റിഫയറിന്റെ (യു.ആർ.ഐ) ഒരു ഉപവിഭാഗമാണ് യുആർഎൽ. എങ്കിലും പല സാങ്കേതിക പദാവലികളിലും രേഖകളിലും യു. ആർ. ഐയുടെ പര്യായ പദമായി യു. ആർ. എൽ. ഉപയോഗിച്ച് കാണപ്പെടുന്നുണ്ട്.[1]ഒരു യൂണിഫോം റിസോഴ്സ് ലൊക്കേറ്റർ (URL), ഒരു വെബ് വിലാസം എന്ന് വിളിക്കപ്പെടുന്നു, [2]ഇത് ഒരു കമ്പ്യൂട്ടർ നെറ്റ്‌വർക്കിലെ അതിന്റെ സ്ഥാനം വ്യക്തമാക്കുന്ന ഒരു വെബ് റിസോഴ്‌സിനെക്കുറിച്ചുള്ള ഒരു റഫറൻസാണ്, അത് വീണ്ടെടുക്കുന്നതിനുള്ള ഒരു സംവിധാനമാണിത്. ഒരു യുആർഎൽ എന്നത് ഒരു പ്രത്യേക തരം യൂണിഫോം റിസോഴ്സ് ഐഡന്റിഫയർ (URI) ആണ്[3], എങ്കിലും പലരും രണ്ട് പദങ്ങളും പരസ്പരം മാറ്റി ഉപയോഗിക്കുന്നു.
യുആർഎൽ റഫറൻസ് വെബ് പേജുകൾ(എച്ച്ടിടിപി) സാധാരണയായി കാണപ്പെടുന്നു, എന്നാൽ ഫയൽ കൈമാറ്റം (FTP), ഇമെയിൽ (മെയിൽടോ), ഡാറ്റാബേസ് ആക്സസ് (JDBC) കൂടാതെ മറ്റ് നിരവധി ആപ്ലിക്കേഷനുകൾക്കും ഉപയോഗിക്കുന്നു.[4]
മിക്ക വെബ് ബ്രൗസറുകളും ഒരു വെബ് പേജിന്റെ യുആർഎൽ പേജിന് മുകളിൽ അഡ്രസ്സ് ബാർ പ്രദർശിപ്പിക്കുന്നു. ഒരു സാധാരണ യുആർഎല്ലിന് http://www.example.com/index.html എന്ന ഫോം ഉണ്ടായിരിക്കാം, അത് ഒരു പ്രോട്ടോക്കോൾ (http), ഒരു ഹോസ്റ്റ്നാമം (www.example.com), ഒരു ഫയലിന്റെ പേര് (index.html) എന്നിവ സൂചിപ്പിക്കുന്നു.
ചരിത്രം
[തിരുത്തുക]യൂണിഫോം റിസോഴ്സ് ലൊക്കേറ്ററുകൾ 1994-ൽ RFC 1738ൽ വേൾഡ് വൈഡ് വെബിന്റെ ഉപജ്ഞാതാവായ ടിം ബെർണേഴ്‌സ്-ലീയും ഇന്റർനെറ്റ് എഞ്ചിനീയറിംഗ് ടാസ്‌ക് ഫോഴ്‌സിന്റെ (IETF) യുആർഐ വർക്കിംഗ് ഗ്രൂപ്പും ചേർന്ന് നിർവചിച്ചു,ലുവ പിഴവ് ഘടകം:Footnotes-ൽ 80 വരിയിൽ : bad argument #1 to 'ipairs' (table expected, got nil).1992-ൽ ഐഇറ്റിഎഫ്(IETF) ലിവിംഗ് ഡോക്യുമെന്റ്സായ ഒരു ബേഡ്സ് ഓഫ് എ ഫെതറിൽ(ബേഡ്സ് ഓഫ് എ ഫെതർ എന്നത് അനൗപചാരിക ഡിസ്ക്ക്ഷൻ ഗ്രൂപ്പുകളാണ്) സഹകരണം ആരംഭിച്ചു.ലുവ പിഴവ് ഘടകം:Footnotes-ൽ 80 വരിയിൽ : bad argument #1 to 'ipairs' (table expected, got nil)ലുവ പിഴവ് ഘടകം:Footnotes-ൽ 80 വരിയിൽ : bad argument #1 to 'ipairs' (table expected, got nil)
ഡയറക്‌ടറിയും ഫയൽനാമങ്ങളും വേർതിരിക്കാൻ സ്ലാഷുകൾ ഉപയോഗിക്കുന്ന ഫയൽ പാത്ത് സിന്റാക്‌സുമായി ഡൊമെയ്ൻ നെയിമുകൾ(1985-ൽ സൃഷ്ടിച്ചത്) സംയോജിപ്പിക്കുന്നു. ഫയൽ പാത്തുകൾ പൂർത്തിയാക്കുന്നതിന് സെർവർ നേയിമുകൾ പ്രിഫിക്‌സ് ചെയ്യാവുന്ന കൺവെൻഷനുകൾ ഇതിനകം നിലവിലുണ്ട്, ഇതിന് മുമ്പായി ഇരട്ട സ്ലാഷ് (//)നൽകുന്നു.ലുവ പിഴവ് ഘടകം:Footnotes-ൽ 80 വരിയിൽ : bad argument #1 to 'ipairs' (table expected, got nil)
യുആർഐകൾക്കുള്ളിൽ ഡൊമെയ്ൻ നാമത്തിന്റെ ഭാഗങ്ങൾ വേർതിരിക്കുന്നതിന് ഡോട്ടുകൾ ഉപയോഗിച്ചതിൽ ബെർണേഴ്‌സ്-ലീ പിന്നീട് ഖേദം പ്രകടിപ്പിച്ചു, ലുവ പിഴവ് ഘടകം:Footnotes-ൽ 80 വരിയിൽ : bad argument #1 to 'ipairs' (table expected, got nil) മുഴുവൻ സ്ലാഷുകൾ ഉപയോഗിച്ചിരുന്നെങ്കിൽ എന്ന് ആഗ്രഹിച്ചു, കൂടാതെ, യുആർഐയുടെ ആദ്യ ഘടകത്തെ പിന്തുടർന്ന് കോളൻ നൽകിയിട്ടുണ്ടെന്നും പറഞ്ഞു. ഡൊമെയ്ൻ നാമത്തിന് മുമ്പുള്ള സ്ലാഷുകൾ അനാവശ്യമായിരുന്നു.ലുവ പിഴവ് ഘടകം:Footnotes-ൽ 80 വരിയിൽ : bad argument #1 to 'ipairs' (table expected, got nil)
എച്ച്ടിഎംഎൽ സ്പെസിഫിക്കേഷന്റെ ആദ്യകാല (1993) ഡ്രാഫ്റ്റ്[5] "യൂണിവേഴ്സൽ" റിസോഴ്സ് ലൊക്കേറ്ററുകളെ പരാമർശിക്കുന്നു. ഇത് 1994 ജൂണിനും (RFC 1630) 1994 ഒക്‌ടോബറിനും ഇടയിൽ കുറച്ചുകാലം (draft-ietf-uri-url-08.txt) ഉപേക്ഷിച്ചു.[6]
അവലംബം
[തിരുത്തുക]- ↑ RFC 3305 "URI Partitioning: There is some confusion in the web community over the partitioning of URI space, specifically, the relationship among the concepts of URL, URN, and URI. The confusion owes to the incompatibility between two different views of URI partitioning, which we call the 'classical' and 'contemporary' views."
- ↑ "Forward and Backslashes in URLs". zzz.buzz. Retrieved 19 September 2018.
- ↑ "Forward and Backslashes in URLs". zzz.buzz. Retrieved 19 September 2018.
- ↑ Miessler, Daniel. "The Difference Between URLs and URIs".
- ↑ Berners-Lee, Tim; Connolly, Daniel "Dan" (March 1993). Hypertext Markup Language (draft RFCxxx) (Technical report). p. 28.
- ↑ Berners-Lee, Tim; Masinter, Larry; McCahill, Mark Perry (October 1994). Uniform Resource Locators (URL) (Technical report). (This Internet-Draft was published as a Proposed Standard RFC, ലുവ പിഴവ് ഘടകം:Footnotes-ൽ 80 വരിയിൽ : bad argument #1 to 'ipairs' (table expected, got nil)) Cited in Ang, C. S.; Martin, D. C. (January 1995). Constituent Component Interface++ (Technical report). UCSF Library and Center for Knowledge Management.