කර්තෘ: ශ්‍රීමත් ටිම් බර්නර්ස්-ලී, URIs, URLs, HTTP, HTML සහ ලෝක ව්‍යාප්ත වෙබ් නිපැයුම්කරු සහ W3C හි වත්මන් ප්‍රධානියා. 1998 දී ලියන ලද ලිපිය

"සිසිල්" ලෙස සලකනු ලබන URI මොනවාද?
වෙනස් නොවන එකක්.
URI වෙනස් වන්නේ කෙසේද?
URI වෙනස් නොවේ: මිනිසුන් ඒවා වෙනස් කරයි.

න්‍යායාත්මකව, මිනිසුන්ට URI වෙනස් කිරීමට (හෝ ආධාරක ලේඛන නැවැත්වීමට) හේතුවක් නැත, නමුත් ප්‍රායෝගිකව ඒවා මිලියන ගණනක් ඇත.

න්‍යායාත්මකව, වසම් නාම අවකාශයේ නාමික හිමිකරුට සත්‍ය වශයෙන්ම වසම් නාම අවකාශය හිමි වන අතර එම නිසා එය තුළ ඇති සියලුම URIs වේ. බංකොලොත්භාවය හැරුණු විට, ඩොමේන් නාමයක හිමිකරු නම තබා ගැනීමෙන් කිසිවක් වළක්වන්නේ නැත. තවද න්‍යායාත්මකව, ඔබගේ ඩොමේන් නාමය යටතේ ඇති URI අවකාශය සම්පූර්ණයෙන්ම ඔබගේ පාලනය යටතේ පවතින බැවින් ඔබට එය ඔබ කැමති පරිදි ස්ථාවර කර ගත හැක. අන්තර්ජාලයෙන් ලේඛනයක් අතුරුදහන් වීමට ඇති එකම හොඳ හේතුව නම් වසම් නාමය හිමි සමාගම ව්‍යාපාරයෙන් ඉවත් වී තිබීම හෝ සේවාදායකය ක්‍රියාත්මක කර තබා ගැනීමට තවදුරටත් හැකියාවක් නොමැති වීමයි. එතකොට ඇයි මේ ලෝකේ මේ තරම් missing links තියෙන්නේ? මේවායින් සමහරක් හුදෙක් පෙර සිතා බැලීමේ අඩුකමකි. ඔබට ඇසිය හැකි හේතු කිහිපයක් මෙන්න:

අපි එය වඩා හොඳ කිරීමට වෙබ් අඩවිය ප්‍රතිසංවිධානය කළා.

පැරණි URI වලට තවදුරටත් ක්‍රියා කළ නොහැකි යැයි ඔබ ඇත්තටම සිතනවාද? එසේ නම්, ඔබ ඔවුන් ඉතා දුර්වල ලෙස තෝරා ඇත. ඊළඟ ප්‍රතිනිර්මාණය සඳහා නව ඒවා තබා ගැනීම ගැන සලකා බලන්න.

යල් පැන ගිය දේ, රහස්‍ය දේ සහ තවමත් අදාළ වන්නේ මොනවාද යන්න අපට නිරීක්ෂණය කළ නොහැකි තරම් දේවල් අප සතුව ඇත, එබැවින් ඒ සියල්ල ක්‍රියා විරහිත කිරීම වඩාත් සුදුසු යැයි අපි සිතුවෙමු.

මට කළ හැක්කේ අනුකම්පාව පමණි. W3C අපට ප්‍රසිද්ධ කිරීමට පෙර රහස්‍යභාවය සඳහා ලේඛනාගාර ද්‍රව්‍ය ප්‍රවේශමෙන් පිරික්සීමට සිදු වූ කාල පරිච්ඡේදයක් පසු කළේය. තීරණය කල්තියා සිතා බැලිය යුතුය - එක් එක් ලේඛනය සමඟ ඔබ පිළිගත හැකි පාඨක සංඛ්‍යාව, නිර්මාණය කළ දිනය සහ ඉතා මැනවින් කල් ඉකුත්වන දිනය සටහන් කරන බවට වග බලා ගන්න. මෙම පාරදත්ත සුරකින්න.

හොඳයි, අපි ගොනු ගෙනයාමට අවශ්‍ය බව සොයාගත්තා...

මෙය ඉතාමත් කණගාටුදායක නිදහසට කරුණකි. වස්තුවක URI සහ ගොනු පද්ධතියේ එහි සැබෑ පිහිටීම අතර සම්බන්ධතාවය පාලනය කිරීමට වෙබ් සේවාදායකයන් ඔබට ඉඩ දෙන බව බොහෝ අය නොදනිති. URI අවකාශය පරිපූර්ණ ලෙස සංවිධානය වී ඇති වියුක්ත අවකාශයක් ලෙස සිතන්න. එවිට ඔබ එය සාක්ෂාත් කර ගැනීමට භාවිතා කරන ඕනෑම යථාර්ථයක් සිතියම්ගත කරන්න. ඉන්පසු මෙය වෙබ් සේවාදායකයට වාර්තා කරන්න. එය නිවැරදිව ලබා ගැනීම සඳහා ඔබට ඔබේම සේවාදායක කොටස ලිවිය හැකිය.

ජෝන් තවදුරටත් මෙම ගොනුව නඩත්තු නොකරයි, ජේන් දැන් කරයි.

යූආර්අයි එකේ ජෝන්ගේ නම තිබුණද? නැත, ගොනුව ඔහුගේ නාමාවලියෙහි පමණක් තිබුණාද? හොඳයි, හරි.

මීට පෙර අපි මේ සඳහා භාවිතා කළේ CGI ස්ක්‍රිප්ට් එකක්, නමුත් දැන් අපි භාවිතා කරන්නේ binary program එකක්.

ස්ක්‍රිප්ට් මගින් සාදන ලද පිටු "cgibin" හෝ "cgi" ප්‍රදේශයේ පිහිටා තිබිය යුතු බවට පිස්සු අදහසක් ඇත. මෙය ඔබ ඔබේ වෙබ් සේවාදායකය ක්‍රියාත්මක කරන ආකාරය පිළිබඳ යාන්ත්‍ර විද්‍යාව හෙළි කරයි. ඔබ යාන්ත්‍රණය වෙනස් කරයි (අන්තර්ගතය සුරකින අතරතුර පවා), සහ අපොයි - ඔබගේ සියලුම URI වෙනස් වේ.

උදාහරණයක් ලෙස ජාතික විද්‍යා පදනම (NSF) ගන්න.

NSF ඔන්ලයින් ලේඛන

http://www.nsf.gov/cgi-bin/pubsys/browser/odbrowse.pl

ලේඛන බැලීම ආරම්භ කිරීමට පළමු පිටුව පැහැදිලිවම වසර කිහිපයකින් එලෙසම පවතිනු ඇත. cgi-bin, oldbrowse и pl - මේ සියල්ල අපි දැන් එය කරන්නේ කෙසේද යන්න පිළිබඳ තොරතුරු ටිකක් ලබා දෙයි. ඔබ ලේඛනයක් සෙවීමට පිටුව භාවිතා කරන්නේ නම්, ඔබට ලැබෙන පළමු ප්‍රතිඵලය ඒ හා සමානව නරක ය:

ගුප්ත විද්‍යාව සහ කේතීකරණ න්‍යාය පිළිබඳ ක්‍රියාකාරී කණ්ඩායමේ වාර්තාව

http://www.nsf.gov/cgi-bin/getpub?nsf9814

ලේඛන දර්ශක පිටුව සඳහා, html ලේඛනය වඩා හොඳ පෙනුමක් තිබුණද:

http://www.nsf.gov/pubs/1998/nsf9814/nsf9814.htm

මෙහි පබ්/1998 ශීර්ෂය ඕනෑම අනාගත ලේඛනාගාර සේවාවකට පැරණි 1998 ලේඛන වර්ගීකරණ ක්‍රමය ක්‍රියාත්මක වන බවට හොඳ ඉඟියක් ලබා දෙනු ඇත. 2098 දී ලේඛන අංක වෙනස් ලෙස පෙනුනද, මෙම URI තවමත් වලංගු වන අතර NSF හෝ ලේඛනාගාරය නඩත්තු කරන වෙනත් කිසිදු සංවිධානයකට බාධා නොකරනු ඇතැයි මම සිතමි.

මම හිතුවේ නැහැ URL ස්ථීර විය යුතුයි කියලා - URN තිබුණා.

මෙය බොහෝ විට URN විවාදයේ නරකම අතුරු ආබාධවලින් එකකි. සමහර අය සිතන්නේ වඩාත් ස්ථීර නාම අවකාශයක් පිළිබඳ පර්යේෂණ නිසා, ඔවුන් එල්ලෙන සබැඳි ගැන නොසැලකිලිමත් විය හැකි නිසා "URNs ඒ සියල්ල නිවැරදි කරනු ඇත." ඔබ මේ අයගෙන් කෙනෙක් නම්, මට ඔබව කලකිරීමට ඉඩ දෙන්න.

මා දැක ඇති බොහෝ URN යෝජනා ක්‍රම, ඔබ තෝරන දිනයක් සහ තන්තුවක් හෝ ඔබ තෝරන ලද තන්තුවක් අනුගමනය කරමින් අධිකාරී හඳුනාගැනීමක් ලෙස පෙනේ. මේක HTTP URI එකකට ගොඩක් සමානයි. වෙනත් වචන වලින් කිවහොත්, දිගුකාලීන URN නිර්මාණය කිරීමට ඔබේ සංවිධානයට හැකි වනු ඇතැයි ඔබ සිතන්නේ නම්, ඔබේ HTTP URI සඳහා ඒවා භාවිතා කිරීමෙන් දැන් එය ඔප්පු කරන්න. ඔබගේ URI අස්ථායී කරන කිසිවක් HTTP තුළම නොමැත. ඔබේ සංවිධානය පමණි. URN ලේඛනය වත්මන් ගොනු නාමයට සිතියම්ගත කරන දත්ත සමුදායක් සාදන්න, සහ වෙබ් සේවාදායකයට එය භාවිතා කිරීමට ඉඩ දෙන්න.

ඔබ මෙම ස්ථානයට පැමිණ තිබේ නම්, ඔබට යම් මෘදුකාංගයක් සංවර්ධනය කිරීමට කාලය, මුදල් සහ සම්බන්ධතා නොමැති නම්, ඔබට පහත නිදහසට කරුණ ප්රකාශ කළ හැකිය:

අපට අවශ්‍ය විය, නමුත් අපට නිවැරදි මෙවලම් නොමැත.

නමුත් ඔබට මේ ගැන අනුකම්පා කළ හැකිය. මම සම්පූර්ණයෙන්ම එකඟයි. ඔබ කළ යුත්තේ වෙබ් සේවාදායකයට ස්ථීර URI ක්ෂණිකව විග්‍රහ කිරීමට බල කිරීම සහ ඔබගේ වර්තමාන පිස්සු ගොනු පද්ධතියේ දැනට ගබඩා කර ඇති ඕනෑම තැනක ගොනුව ආපසු ලබා දීමයි. ඔබට චෙක්පතක් ලෙස සියලුම URI ගොනු ගොනුවක ගබඩා කිරීමට අවශ්‍ය වන අතර දත්ත සමුදාය සෑම විටම යාවත්කාලීනව තබා ගන්න. ඔබට එකම ලේඛනයේ විවිධ අනුවාද සහ පරිවර්තන අතර සම්බන්ධය සුරැකීමට අවශ්‍ය වන අතර, අහඹු දෝෂයකින් ගොනුව දූෂිත නොවන බව සහතික කිරීම සඳහා ස්වාධීන චෙක්සම් වාර්තාවක් පවත්වා ගැනීමටද ඔබට අවශ්‍ය වේ. තවද වෙබ් සේවාදායකයන් මෙම විශේෂාංග සමඟින් පිටතට පැමිණෙන්නේ නැත. ඔබට නව ලේඛනයක් සෑදීමට අවශ්‍ය වූ විට, ඔබේ සංස්කාරකය URI එකක් සඳහන් කරන ලෙස ඔබෙන් අසයි.

URI වෙනස් නොකර URI අවකාශයේ හිමිකාරිත්වය, ලේඛන ප්‍රවේශය, සංරක්ෂිත මට්ටමේ ආරක්ෂාව ආදිය වෙනස් කිරීමට ඔබට හැකි විය යුතුය.

ඔක්කොම නරකයි. නමුත් අපි තත්වය නිවැරදි කරන්නෙමු. W3C හිදී, අපි අනුවාද නිරීක්ෂණය කරන Jigedit (Jigsaw Editing server) ක්‍රියාකාරීත්වය භාවිතා කරන අතර, අපි ලේඛන නිර්මාණ ස්ක්‍රිප්ට් සමඟ අත්හදා බලන්නෙමු. ඔබ මෙවලම්, සේවාදායකයන් සහ සේවාදායකයින් සංවර්ධනය කරන්නේ නම්, මෙම ගැටළුව කෙරෙහි අවධානය යොමු කරන්න!

මෙම නිදහසට කරුණ මෙය ඇතුළුව බොහෝ W3C පිටු සඳහාද අදාළ වේ: එබැවින් මා පවසන පරිදි නොව, මා පවසන පරිදි කරන්න.

මම සැලකිලිමත් විය යුත්තේ ඇයි?

ඔබ ඔබේ සේවාදායකයේ URI වෙනස් කරන විට, පැරණි URI වෙත සබැඳි ඇත්තේ කාටද යන්න ඔබට කිසිදා සම්පූර්ණයෙන් පැවසිය නොහැක. මේවා සාමාන්‍ය වෙබ් පිටු වලින් සබැඳි විය හැක. ඔබේ පිටුව පිටු සලකුණු කරන්න. URI යහළුවෙකුට ලියූ ලිපියක මායිම්වල කුරුටු ගා තිබෙන්නට ඇත.

යමෙකු සබැඳියක් අනුගමනය කරන විට එය කැඩී ගිය විට, ඔවුන් සාමාන්‍යයෙන් සේවාදායක හිමිකරු කෙරෙහි විශ්වාසය නැති කර ගනී. එසේම තම අරමුණ ඉටුකර ගැනීමට නොහැකි වීමෙන් ඔහු චිත්තවේගීයව මෙන්ම ශාරීරිකවද කලකිරී සිටී.

බොහෝ අය නිතරම කැඩුණු සබැඳි ගැන පැමිණිලි කරන අතර, හානිය පැහැදිලි යැයි මම බලාපොරොත්තු වෙමි. ලේඛනය අතුරුදහන් වූ සේවාදායකයේ නඩත්තු කරන්නාට කීර්තිමත් හානිය ද පැහැදිලි වනු ඇතැයි මම බලාපොරොත්තු වෙමි.

ඒ නිසා මම කළ යුත්තේ මොකක්ද? URI නිර්මාණය

වසර 2කින්, අවුරුදු 20කින්, අවුරුදු 200කින් භාවිත කළ හැකි යූආර්අයි වෙන් කිරීම වෙබ්මාස්ටර්ගේ වගකීමකි. මේ සඳහා කල්පනාකාරී බව, සංවිධානය සහ අධිෂ්ඨානය අවශ්‍ය වේ.

ඒවායේ යම් තොරතුරක් වෙනස් වුවහොත් URI වෙනස් වේ. ඔබ ඒවා නිර්මාණය කරන ආකාරය ඉතා වැදගත් වේ. (මොකක්ද, URI නිර්මාණය? මට URI එක නිර්මාණය කරන්න අවශ්‍යද? ඔව්, ඔබ ඒ ගැන සිතා බැලිය යුතුයි). නිර්මාණය මූලික වශයෙන් අදහස් කරන්නේ URI හි ඕනෑම තොරතුරක් අත්හැර දැමීමයි.

ලේඛනය නිර්මාණය කළ දිනය - URI නිකුත් කළ දිනය - කිසිදා වෙනස් නොවන දෙයකි. නව පද්ධතිය භාවිතා කරන විමසුම් පැරණි ක්‍රමය භාවිතා කරන විමසුම් වලින් වෙන් කිරීම සඳහා එය ඉතා ප්‍රයෝජනවත් වේ. URI එකකින් පටන් ගන්න මේක හොඳ තැනක්. ලේඛනයක් දින නියම කර ඇත්නම්, එම ලේඛනය අනාගතයේදී අදාළ වනු ඇත, එවිට මෙය හොඳ ආරම්භයකි.

එකම ව්යතිරේකය වන්නේ හිතාමතාම "නවතම" අනුවාදය වන පිටුවකි, උදාහරණයක් ලෙස සමස්ත සංවිධානය හෝ එහි විශාල කොටස සඳහා.

http://www.pathfinder.com/money/moneydaily/latest/

මෙය Money සඟරාවේ නවතම Money Daily තීරුවයි. මෙම URI හි දිනයක් අවශ්‍ය නොවන ප්‍රධාන හේතුව වන්නේ ලොගය ඉක්මවා යන URI ගබඩා කිරීමට හේතුවක් නොමැති වීමයි. Money නැතිවෙනකොට Money Daily කියන සංකල්පය නැති වෙනවා. ඔබට අන්තර්ගතයට සම්බන්ධ කිරීමට අවශ්‍ය නම්, ඔබ එය ලේඛනාගාරයේ වෙන වෙනම සම්බන්ධ කළ යුතුය:

http://www.pathfinder.com/money/moneydaily/1998/981212.moneyonline.html

(පෙනුම හොඳයි. pathfinder.com හි ජීවිත කාලය පුරාවටම "මුදල්" යන්නෙන් අදහස් වන්නේ එකම දෙය යැයි උපකල්පනය කරයි. "98" අනුපිටපතක් සහ අනවශ්‍ය ".html" ඇත, නමුත් එසේ නොවුවහොත් එය ශක්තිමත් URI එකක් ලෙස පෙනේ.

පසෙකින් තැබිය යුතු දේ

සෑම! නිර්මාණය කරන දිනය හැරුණු විට, URI තුළ ඕනෑම තොරතුරක් තැබීමෙන් එක් ආකාරයකින් හෝ වෙනත් ආකාරයකින් කරදර ඉල්ලා සිටීමයි.

• කර්තෘගේ නම. නව අනුවාද ලබා ගත හැකි වන විට කර්තෘත්වය වෙනස් විය හැක. මිනිසුන් සංවිධාන හැර ගොස් අන් අයට දේවල් ලබා දෙයි.
• දෙයක්. එය ඉතා අපහසුයි. එය සෑම විටම මුලදී හොඳ පෙනුමක් ඇති නමුත් පුදුම සහගත ලෙස ඉක්මනින් වෙනස් වේ. මම මේ ගැන වැඩි විස්තර පහතින් කතා කරන්නම්.
• තත්වය. "පැරණි", "කෙටුම්පත" සහ යනාදී නාමාවලි, "නවතම" සහ "සිසිල්" සඳහන් නොකර, සියලුම ගොනු පද්ධතිවල දිස්වේ. ලේඛන තත්ත්වය වෙනස් කරයි - එසේ නොමැති නම් කෙටුම්පත් සෑදීමේ තේරුමක් නැත. ලේඛනයක නවතම අනුවාදයට එහි තත්ත්‍වය කුමක් වුවත් ස්ථීර හඳුනාගැනීමක් අවශ්‍ය වේ. තත්ත්වය නමෙන් පිටත තබා ගන්න.
• ප්රවේශ. W3C හි, අපි වෙබ් අඩවිය සේවකයින්, සාමාජිකයින් සහ මහජනතාව සඳහා කොටස් වලට බෙදා ඇත. මෙය හොඳ යැයි පෙනේ, නමුත් ඇත්ත වශයෙන්ම, ලේඛන කාර්ය මණ්ඩලයේ කණ්ඩායම් අදහස් ලෙස ආරම්භ වේ, සාමාජිකයින් සමඟ සාකච්ඡා කරනු ලැබේ, පසුව මහජන දැනුම බවට පත්වේ. ලේඛනයක් පුළුල් සාකච්ඡාවක් සඳහා විවෘත කරන සෑම අවස්ථාවකම එහි පැරණි සබැඳි සියල්ල කැඩී ගියහොත් එය ඇත්තෙන්ම ලැජ්ජාවකි! දැන් අපි සරල දින කේතයකට යන්නෙමු.
• ගොනු දිගුව. ඉතා සුලභ සිදුවීමක්. "cgi", ".html" පවා අනාගතයේදී වෙනස් වනු ඇත. ඔබ වසර 20කින් මෙම පිටුව සඳහා HTML භාවිතා නොකරනු ඇත, නමුත් එයට අද ඇති සබැඳි තවමත් ක්‍රියාත්මක විය යුතුය. W3C අඩවියේ කැනොනිකල් සබැඳි දිගුව භාවිතා නොකරයි (එය සිදු කරන ආකාරය).
• මෘදුකාංග යාන්ත්රණ. URI තුළ, "cgi", "exec" සහ "අපි භාවිතා කරන මෘදුකාංගය බලන්න" යනුවෙන් කෑගසන වෙනත් යෙදුම් සොයන්න. Perl CGI ස්ක්‍රිප්ට් ලිවීමට තම මුළු ජීවිතයම ගත කිරීමට යමෙකුට අවශ්‍යද? නැත? ඉන්පසු .pl දිගුව ඉවත් කරන්න. මෙය කරන්නේ කෙසේද යන්න පිළිබඳ සේවාදායක අත්පොත කියවන්න.
• තැටියේ නම. ඉදිරියට එන්න! නමුත් මම මේක දැකලා තියෙනවා.

එබැවින් අපගේ වෙබ් අඩවියෙන් හොඳම උදාහරණය සරලයි

http://www.w3.org/1998/12/01/chairs

... W3C පුටු රැස්වීමේ මිනිත්තු පිළිබඳ වාර්තාව.

මාතෘකාව අනුව මාතෘකා සහ වර්ගීකරණය

මම මෙම අනතුර ගැන වඩාත් විස්තරාත්මකව කියමි, මන්ද එය වළක්වා ගැනීමට වඩාත්ම දුෂ්කර දෙයකි. සාමාන්‍යයෙන්, ඔබ ඔබේ ලේඛන ඔවුන් කරන කාර්යය අනුව වර්ග කරන විට මාතෘකා URI වලින් අවසන් වේ. නමුත් මෙම බිඳවැටීම කාලයත් සමඟ වෙනස් වනු ඇත. ප්රදේශ වල නම් වෙනස් වනු ඇත. W3C හිදී අපට අවශ්‍ය වූයේ MarkUP Markup වෙත වෙනස් කිරීමට සහ කොටසෙහි සත්‍ය අන්තර්ගතය පිළිබිඹු කිරීම සඳහා HTML වෙත වෙනස් කිරීමටය. මීට අමතරව, බොහෝ විට පැතලි නාම අවකාශයක් ඇත. වසර 100කින්, ඔබට කිසිවක් නැවත භාවිතා කිරීමට අවශ්‍ය නොවන බව ඔබට විශ්වාසද? අපගේ කෙටි ජීවිතයේදී අපට දැනටමත් "ඉතිහාසය" සහ "ස්ටයිල් ෂීට්" නැවත භාවිතා කිරීමට අවශ්‍ය වී ඇත.

එය වෙබ් අඩවියක් සංවිධානය කිරීමට පොළඹවන ක්‍රමයක් වන අතර සමස්ත වෙබය ඇතුළුව ඕනෑම දෙයක් සංවිධානය කිරීමට සැබවින්ම පෙළඹෙන ක්‍රමයකි. මෙය විශිෂ්ට මධ්‍ය කාලීන විසඳුමක් වන නමුත් දිගුකාලීනව බරපතල අඩුපාඩු තිබේ.

හේතුවේ කොටසක් අර්ථයේ දර්ශනය තුළ පවතී. භාෂාවක සෑම පදයක්ම පොකුරු සඳහා විභව ඉලක්කයක් වන අතර, එක් එක් පුද්ගලයාට එහි තේරුම ගැන වෙනස් අදහසක් තිබිය හැකිය. ආයතන අතර සම්බන්ධතා ගසකට වඩා වෙබ් එකක් වැනි බැවින්, වෙබය සමඟ එකඟ වන අය පවා ගසේ වෙනස් නිරූපණයක් තෝරා ගත හැකිය. මේවා සාමාන්‍ය විසඳුමක් ලෙස ධූරාවලි වර්ගීකරණයේ අන්තරායන් පිළිබඳ මගේ (බොහෝ විට පුනරාවර්තන) සාමාන්‍ය නිරීක්ෂණ වේ.

ඇත්ත වශයෙන්ම, ඔබ URI එකක මාතෘකා නාමයක් භාවිතා කරන විට, ඔබ යම් ආකාරයක වර්ගීකරණයකට කැපවී සිටී. සමහරවිට අනාගතයේදී ඔබ වෙනත් විකල්පයකට කැමති වනු ඇත. එවිට URI උල්ලංඝනය වීමට ඉඩ ඇත.

URI හි කොටසක් ලෙස විෂය ප්‍රදේශයක් භාවිතා කිරීමට හේතුව වන්නේ URI අවකාශයේ උප කොටස් සඳහා වගකීම සාමාන්‍යයෙන් පවරනු ලබන අතර, එවිට ඔබට එම උප අවකාශය සඳහා වගකිව යුතු ආයතනික ආයතනයේ - දෙපාර්තමේන්තුවේ, කණ්ඩායමෙහි හෝ ඕනෑම දෙයක් - අවශ්‍ය වේ. මෙය ආයතනික ව්‍යුහයකට URI බැඳීමකි. එය සාමාන්‍යයෙන් ආරක්ෂිත වන්නේ තවදුරටත් (වමේ) URI දිනයකින් ආරක්‍ෂා කරන්නේ නම් පමණි: 1998/pics ඔබේ සේවාදායකයට අදහස් කරන්නේ "1998 දී අපි පින්තූර සමඟින් අදහස් කළ දේ" යන්නට වඩා "1998 දී අපි දැන් පින්තූර ලෙස හඳුන්වන දේ සමඟ කළ දේ" යන්නයි.

වසම් නාමය අමතක කරන්න එපා

මෙය URI හි ඇති මාර්ගයට පමණක් නොව, සේවාදායකයේ නමටද අදාළ වන බව මතක තබා ගන්න. ඔබට විවිධ දේවල් සඳහා වෙනම සේවාදායකයක් තිබේ නම්, බොහෝ සබැඳි විනාශ නොකර මෙම බෙදීම වෙනස් කළ නොහැකි බව මතක තබා ගන්න. සමහර සම්භාව්‍ය "අපි අද භාවිතා කරන මෘදුකාංගය දෙස බලන්න" වැරදි නම් "cgi.pathfinder.com", "secure", "lists.w3.org" යන වසම් නාම වේ. ඒවා නිර්මාණය කර ඇත්තේ සේවාදායක පරිපාලනය පහසු කිරීම සඳහා ය. වසමක් ඔබේ සමාගම තුළ බෙදීමක්, ලේඛන තත්ත්වය, ප්‍රවේශ මට්ටමක් හෝ ආරක්ෂක මට්ටමක් නියෝජනය කරන්නේද යන්න නොසලකා, බහු ලේඛන වර්ග සඳහා එක් වසම් නාමයකට වඩා භාවිතා කිරීමට පෙර ඉතා ප්‍රවේශම් වන්න. යළි-යොමුවීම් සහ ප්‍රොක්සි කිරීම භාවිතයෙන් ඔබට එක් දෘශ්‍ය වෙබ් සේවාදායකයක් තුළ බහු වෙබ් සේවාදායකයන් සැඟවිය හැකි බව මතක තබා ගන්න.

ඔහ්, ඒ වගේම ඔබේ ඩොමේන් නාමය ගැනත් සිතන්න. ඔබ නිෂ්පාදන රේඛා වෙනස් කර සබන් සෑදීම නැවැත්වූ පසු ඔබව soap.com ලෙස හැඳින්වීමට අවශ්‍ය නැත (මේ මොහොතේ soap.com අයිති කාට වුවත් සමාවෙන්න).

නිගමනය

URI එකක් වසර 2, 20, 200 හෝ 2000ක් පවා සංරක්ෂණය කිරීම පෙනෙන තරම් පහසු නැත. කෙසේ වෙතත්, අන්තර්ජාලය පුරා, වෙබ්මාස්ටර්වරුන් අනාගතයේදී මෙම කාර්යය සැබවින්ම දුෂ්කර වන තීරණ ගනිමින් සිටී. බොහෝ විට මෙයට හේතුව ඔවුන් මෙවලම් භාවිතා කරන්නේ මේ මොහොතේ පමණක් හොඳම වෙබ් අඩවිය ඉදිරිපත් කිරීමයි - සහ සියල්ල වෙනස් වූ විට සබැඳිවලට කුමක් සිදුවේද යන්න කිසිවෙකු තක්සේරු කර නැත. කෙසේ වෙතත්, මෙහි ඇති කාරණය නම් බොහෝ දේ වෙනස් විය හැකි අතර ඔබගේ URI වලට එලෙසම පැවතිය හැක. මෙය කළ හැක්කේ ඔබ ඒවා නිර්මාණය කරන ආකාරය ගැන සිතන විට පමණි.

මෙයද බලන්න:

• එකම මාතෘකාව පිළිබඳ ජාකොබ් නීල්සන්ගේ විකාර

එකතු කිරීම්

ගොනු දිගු ඉවත් කරන්නේ කෙසේද ...

වත්මන් ගොනු-පාදක වෙබ් සේවාදායකයේ URI එකකින්ද?

ඔබ Apache භාවිතා කරන්නේ නම්, උදාහරණයක් ලෙස, ඔබට අන්තර්ගතය සාකච්ඡා කිරීමට එය වින්‍යාසගත කළ හැක. ගොනු දිගුව (උදා. .png) ගොනුවකට සුරකින්න (උදා. mydog.png), නමුත් ඔබට එය නොමැතිව වෙබ් සම්පතක් වෙත සම්බන්ධ කළ හැක. Apache පසුව එම නම සහ ඕනෑම දිගුවක් සහිත සියලුම ගොනු සඳහා නාමාවලිය පරීක්ෂා කරයි, සහ කට්ටලයෙන් හොඳම එක තෝරාගත හැක (උදාහරණයක් ලෙස, GIF සහ PNG). ඒ වගේම විවිධ ඩිරෙක්ටරිවල විවිධ වර්ගයේ ගොනු තැබීමට අවශ්‍ය නැහැ, ඇත්ත වශයෙන්ම ඔබ එය කරන්නේ නම් අන්තර්ගත ගැලපීම ක්‍රියා නොකරනු ඇත.

• අන්තර්ගතය සාකච්ඡා කිරීමට ඔබගේ සේවාදායකය සකසන්න
• දිගුවකින් තොරව සැමවිටම URI වෙත සම්බන්ධ කරන්න

දිගු සමඟ සබැඳි තවමත් ක්‍රියා කරනු ඇත, නමුත් දැනට සහ අනාගතයේදී පවතින හොඳම ආකෘතිය තෝරා ගැනීමෙන් ඔබේ සේවාදායකය වළක්වනු ඇත.

(ඇත්ත වශයෙන්ම, mydog, mydog.png и mydog.gif - වලංගු වෙබ් සම්පත්, mydog යනු විශ්වීය අන්තර්ගත ආකාරයේ සම්පතකි, සහ mydog.png и mydog.gif - නිශ්චිත අන්තර්ගත වර්ගයක සම්පත්).

ඇත්ත වශයෙන්ම, ඔබ ඔබේම වෙබ් සේවාදායකයක් ලියන්නේ නම්, අසීමිත දත්ත සමුදා වර්ධනයෙන් පරෙස්සම් වූවත්, ස්ථිර හඳුනාගැනීම් ඒවායේ වත්මන් ආකෘතියට බැඳීමට දත්ත සමුදායක් භාවිතා කිරීම හොඳ අදහසකි.

ලැජ්ජාව පිළිබඳ මණ්ඩලය - කතාව 1: චැනල් 7

1999 කාලය තුළ, මම පිටුවේ හිම නිසා පාසල් වැසීම නිරීක්ෂණය කළෙමි http://www.whdh.com/stormforce/closings.shtml. රූපවාහිනී තිරයේ පතුලේ තොරතුරු දිස්වන තෙක් බලා නොසිටින්න! මම මගේ මුල් පිටුවෙන් එයට සම්බන්ධ කළෙමි. 2000 පළමු විශාල හිම කුණාටුව පැමිණෙන අතර මම පිටුව පරීක්ෂා කරමි. එහි ලියා ඇත:,

- ලෙස.
දැනට කිසිවක් වසා නැත. කාලගුණ අනතුරු ඇඟවීම් වලදී කරුණාකර ආපසු යන්න.

එය එතරම් ප්‍රබල කුණාටුවක් විය නොහැක. දිනය නැතිවීම විහිළුවකි. නමුත් ඔබ වෙබ් අඩවියේ ප්‍රධාන පිටුවට ගියහොත්, පිටුවට යන විශාල බොත්තමක් "වසා දැමූ පාසල්" ඇත. http://www.whdh.com/stormforce/ වසා දැමූ පාසල්වල දිගු ලැයිස්තුවක් සමඟ.

සමහර විට ඔවුන් ලැයිස්තුව ලබා ගැනීමේ ක්‍රමය වෙනස් කර ඇත - නමුත් ඔවුන්ට URI වෙනස් කිරීමට අවශ්‍ය නොවීය.

ලැජ්ජාව පිළිබඳ මණ්ඩලය - කතාව 2: Microsoft Netmeeting

අන්තර්ජාලය මත වැඩෙන යැපීම සමඟ, නිෂ්පාදකයාගේ වෙබ් අඩවියට සබැඳි යෙදුම්වල ඇතුළත් කළ හැකි බවට දක්ෂ අදහසක් පැමිණියේය. මෙය බොහෝ විට භාවිතා කර ඇති අතර අපයෝජනය කර ඇත, නමුත් ඔබට URL එක වෙනස් කළ නොහැක. පසුගිය දිනක මම Microsoft Netmeeting 2/something client වෙතින් Web/Free stuff මෙනුවෙහි Help/Microsoft හි සබැඳියක් උත්සාහ කළ අතර 404 දෝෂයක් ලැබුණි - සේවාදායකයෙන් ප්‍රතිචාරයක් හමු නොවීය. සමහර විට එය දැනටමත් සවි කර ඇත ...

© 1998 ටිම් බීඑල්

ඓතිහාසික සටහන: 20 වැනි සියවසේ අගභාගයේදී, මෙය ලියා ඇති විට, "සිසිල්" යනු විලාසිතා, ගුණාත්මක භාවය හෝ යෝග්‍යතාවය පෙන්නුම් කරන, විශේෂයෙන්ම යෞවනයන් අතර, අනුමැතියේ නාමයක් විය. කඩිමුඩියේ, URI මාර්ගය බොහෝ විට ප්‍රයෝජනය හෝ කල්පැවැත්ම වෙනුවට "සිසිල්" සඳහා තෝරා ගන්නා ලදී. මෙම සටහන සිසිල් සඳහා සෙවීම පිටුපස ඇති ශක්තිය යළි හරවා යැවීමේ උත්සාහයකි.

මූලාශ්රය: www.habr.com