Хэрэглэгчид ихэвчлэн файлын (сайт) URL гэж юу болох, үүнийг хэрхэн олж мэдэх, ийм дэлгэрэнгүй мэдээлэл ямар үнэ цэнэтэй вэ гэсэн асуултуудтай байдаг. Манай нийтлэл шаардлагатай хариултуудыг өгөх болно.
URL гэж юу вэ
Uniform Resource Locator гэдэг нь "вэб сайтын байршил тогтоогч" гэсэн утгатай. URL танигч нь домэйн нэр болон түүний файлын нэр бүхий тодорхой хуудас руу орох замаас бүрдэнэ. URL-ийн зохион бүтээгч нь Женевт болсон Европын цөмийн дайны зөвлөлийн хурлын гишүүн Тим Бернерс-Ли байв. 1990 онд бүтээгдсэн үед сайтын URL нь тухайн файл байрладаг систем дэх хаяг л байсан. Сайтын URL-г олж мэдэхийн тулд хаягийн талбарыг хайж, очих шаардлагатай файлын хаягийг тодорхойлоход хангалттай контекст цэсхаргалзах объект дээр дарж баруун товчлуурхулгана. Олон давуу талтай, ялангуяа вэб дээр навигацийн хүртээмжтэй, ийм хаяг нь бас сул талтай байдаг - зөвхөн латин цагаан толгой, зарим тэмдэг, тоогоор ажиллах чадвар. Хэрэв кирилл үсгийг ашиглах шаардлагатай бол тусгай хөрвүүлэлт хийдэг.
URL-ийн төрлүүд
Статик - хуудсан дээрх өөрчлөлтийг оруулаагүй болно.
Динамик URL - энэ нь юу болохыг та хайлтын маягт эсвэл ирж буй хүсэлтээс хамааран мэдээлэл үүсгэдэг бусад навигацийн хэрэгслийг төсөөлж байгаа бол ойлгох болно.
Хэрэглэгчид энэ хуудсанд зочлох бүрт нэмдэг сесс ID-тай хаяг.
SEO сурталчилгаанд URL-ийн ач холбогдол
Хайлтын системүүд URL-д орсон түлхүүрүүдийг харгалзан үздэг. Домэйн болон дэд домайн дахь түлхүүр үгс нь хайлтын системийн сурталчилгаанд хамгийн их нөлөө үзүүлдэг.
Хэрэв сайтын хаяг нь мэдээллийн чанартай бол энэ нь мөн зэрэглэлийг нэмэгдүүлдэг. Хайлтын роботсэдэвчилсэн асуултын хариуд үүнийг харуулах болно.
Асуулгад тохирох URL нь хайлтын илэрц дээр тод үсгээр гарч ирэх бөгөөд энэ нь нэмэлт хүмүүсийн анхаарлыг татаж, товшилтын хэмжээг нэмэгдүүлдэг.
Та зөвхөн ойд төдийгүй онлайнаар төөрөх боломжтой. Энэ нь эх сурвалж руу чиглэсэн буруу зам эсвэл хаягтай холбоотой байж магадгүй юм. Та URL гэж юу болохыг мэдэхгүй байна уу? Дараа нь виртуал орон зайгаар цааш аялахаасаа өмнө имэйл хаягийн системийг ойлгоцгооё.
URL гэж юу вэ
URL нь хаягийг бүртгэх, интернет дэх нөөцийн байршлыг заах нийтлэг хүлээн зөвшөөрөгдсөн стандарт юм. Англи хэлнээс нэр нь ( Нөөцийн нэгдмэл байршуулагч) нь нөөцийн нэгдсэн байршуулагч гэж орчуулагддаг. Та товчлолын өмнөх декодчилолыг олж болно URL - Universal Resource Locator (бүх нийтийн нөөц илрүүлэгч). Гэхдээ энэ хоёр утга нь хоорондоо зөрчилдөхөөс илүү URL гэсэн ойлголтыг нөхдөг.
Үндсэн бүтцийн бичлэгийн формат URL хаягмөн иймэрхүү харагдаж байна:
://:@:/?#
- ихэнхдээ бид протоколыг хэлдэг.
нэвтрэлт - нөөц дээр зөвшөөрөл авахад ашигладаг хэрэглэгчийн нэвтрэлт.
нууц үг - зөвшөөрлийн хэрэглэгчийн нууц үг.
хост – хостын домэйн нэр.
порт – Холболтын үед ашигласан хост порт.
URL нь хүссэн нөөц сервер дээр байрлах зам юм.
параметр ба зангуу– тодорхой нөөц дээрх хувьсагч ба танигчийн утга.
Асуулгын мөрөнд хувьсагчийн утгыг дамжуулах нь зөвхөн GET аргыг ашиглан боломжтой.
Практик жишээнүүдийг ашиглан хүссэн нөөцийн хуудасны URL форматыг харцгаая. Үйлчлүүлэгч тал дээр URL нь хөтчийн хаягийн мөрөнд харагдана:
Хамгийн түгээмэл сонголтууд нь:
- http:// ru.wikipedia.org/wiki/Main_page– HTTP нь хүсэлтийг дамжуулахад ашиглагддаг ( гипертекст дамжуулах протокол);
- https://ru.wikipedia.org/wiki/Home_page- Дамжуулах арга болгон https ашигладаг. Шифрлэлт (SSL эсвэл TLS) ашигладаг http протоколын аюулгүй хэлбэр юм;
- fttp://wikipedia.org/wiki/file.txt– fttp файл дамжуулах протокол;
- http://mail.ru/script.php?num=10&type=new&v=text– GET аргыг ашиглан асуулгын мөрөнд хувьсагчийн утгыг дамжуулах.
Аливаа URL формат нь үндсэндээ тэмдэгтийн мөр юм. Үүнд:
2; Латин үсэг.
2; Араб тоо (0-9).
2; Хадгалагдсан тэмдэгтүүд ("+", "=", "!" болон бусад).
2; Тусгай дүрүүд - бид тэдгээрийг илүү нарийвчлан авч үзэх болно.
URL дээр тусгай тэмдэгт ашиглах
Мэдээжийн хэрэг, ийм хэт "онцгой" тэмдэгтүүдийг URL-д ашигладаггүй. Гэхдээ хэд хэдэн байна:
- ?
- – хүсэлтийн мөрөнд дамжуулагдсан параметр бүхий блокыг салгахад үйлчилдэг;
- & - дамжуулсан параметрүүдийг бие биенээсээ тусгаарлах;
- = — параметрийн хувьсагчийг утгаас нь салгах;
- : - URL-ын бусад хэсгээс протоколыг салгахад үйлчилдэг;
- # - тэмдэг нь хаягийн орон нутгийн хэсэгт ашиглагддаг. Хүссэн хуудасны тодорхой хэсэгт хандах боломжийг танд олгоно;
Гэхдээ энэ бүхэн зүгээр л онол юм. Тиймээс бид бусад зүйлийг сурахаасаа өмнө жижиг практик жишээг харцгаая.
Сайн жишээ
Тодорхой болгохын тулд энэхүү энгийн бүртгэлийн маягтыг авч үзье:
Энд түүний код байна:
Бүртгэлийн маягт
Маягтын эхэнд байгаа эхний мөрөнд бид түүнд харьцах файл (php) болон серверийн URL-ээр өгөгдөл дамжуулах аргыг зааж өгсөн.
Энд зохицуулагч файлын код (1.php):
Таны Ник:".$_GET["nick"]."
"; цуурай "
Таны нас:".$_GET["нас"]."
";
?>
Бид өгөгдлийг маягтанд оруулаад серверт боловсруулалт хийх болно. Энэ бол эцэст нь бидний олж авсан зүйл юм:
Эхний дэлгэцийн агшин дахь хаягийн мөрөнд байгаа URL форматыг анхаарч үзээрэй. Өгөгдлийг оруулаад "Өгөгдөл илгээх" товчийг дарсны дараа бүх талбарын утгыг боловсруулахаар сервер рүү илгээнэ. Мөн бид зохицуулагчийн код байрладаг 1.php хуудас руу дахин чиглүүлэв.
Боловсруулалтын үр дүнг харахын өмнө хоёр дахь зураг дээрх хаягийн мөрийг харна уу. Энэ нь GET аргыг ашиглан боловсруулахаар дамжуулсан талбаруудын утгыг харуулдаг.
Сервер рүү илгээсэн өгөгдлийг нуухын тулд үүнийг ашигладаг POST арга. Дараа нь дээрх URL дараах байдлаар харагдах болно.
http://localhost/home/1.php.
Вэбсайт дээрх URL хаягийн формат
Ихэнхдээ вэбсайтууд мод дээр суурилсан URL системийг ашигладаг. Өөрөөр хэлбэл, зөв URL нь хэд хэдэн үүрлэсэн элементүүдээс бүрдэх бөгөөд хамгийн сүүлчийнх нь хүссэн вэб хуудас юм.
Тодорхой болгохын тулд манай сайтын хаягийн салбаруудын нэг болох тодорхой URL-г авч үзье.
https://www..html
Үүнийг хэсэг хэсгээр нь задалъя:
- www.site - энэ хэсэг домэйн нэрсайт. Хэрэв та хөтчийнхөө хаягийн мөрөнд үүнийг бичвэл сайтын үндсэн хуудас руу шилжих болно. Ихэнх тохиолдолд энэ индекс файл. html ;
- загварууд - хаягийн энэ хэсэг нь сайтын тодорхой хэсгийг заадаг. Манай тохиолдолд энэ нь загваруудын хэсэг юм;
- page_2.html – нөөцийн сэдэвчилсэн хэсгийн вэб хуудас руу чиглэсэн URL-ийн эцсийн элемент юм.
Ихэнх тохиолдолд үндсэн хэсгүүдийн URL нь сайтын газрын зургийг бүрэн харуулдаг. Гэхдээ алдартай хөдөлгүүрүүд (CMS) дээр суурилсан сайтууд дээр дахин чиглүүлэлт хийхэд бүх зүйл тийм ч хялбар биш юм.
WordPress дээрх URL барилгын онцлог
PHP дээр бүтээгдсэн аливаа хөдөлгүүрийн нэгэн адил WordPress дээр сайтын бүх хуудсыг динамикаар үүсгэдэг. Өөрөөр хэлбэл, нэг хэсгийг нэг загвараас авсан, нөгөө хэсэг нь хэд хэдэн зүйл дээр тулгуурлан "явшин" үүсгэгддэг ... Гэхдээ ийм тогтворгүй байдал нь нэг чухал сул талтай байдаг - URL дээр дамжуулагдсан параметрүүдийн хэсгүүд байдаг.
Түүнээс гадна энэ нь хаягийн дэлгэцийн гоо зүйн бүрэлдэхүүн хэсгийг зөрчөөд зогсохгүй хайлтын системд хоёрдмол байдлаар хүлээн зөвшөөрөгддөг. Энэ нь вэбсайтын сурталчилгаанд сөргөөр нөлөөлж болзошгүй:
Тиймээс вэбсайтдаа цэвэр URL ашиглах нь дээр. Гэхдээ CMS систем нь тэдгээрийг засах боломжийг олгодоггүй бол та хаанаас авах вэ?
Цэвэр URL нь дамжуулсан параметрүүдийг агуулаагүй хаягууд (WordPress-ийн хувьд, мэдээллийн сангийн асуулгын элементүүд), гэхдээ зөвхөн баримт бичигт хүрэх зам юм. Өөрөөр хэлбэл, https://www..html нь цэвэр URL-н жишээ юм.
WordPress дээр URL дэлгэцийг өөрчлөх хамгийн хялбар арга бол тусгай залгаасуудыг ашиглах явдал юм.
Энэ асуудлын талаархи маргаанууд - URL-г төгсгөлд нь ташуу зураастай эсвэл зураасгүйгээр хэрхэн зөв бичих вэ? - байсан, байх болно. Аргументууд нь олон янз бөгөөд ихэнхдээ зөрчилддөг. Мөн Universal Resource Locator (URL) буруу оруулсны торгууль нь хоёр төрлийн байх ёстой. Хайлтын системүүдийн хувьд эдгээр нь давхардсан хуудасны торгууль юм. Гүйцэтгэлийн үүднээс авч үзвэл энэ нь серверээс автоматаар үүсгэгдсэн зөв шуудангийн хуудас руу шаардлагагүй дахин чиглүүлэлт юм.
Гэсэн хэдий ч дүн шинжилгээ хийж байна техникийн үзүүлэлтүүдИнтернетийн стандартууд, ялангуяа "RFC 1738 - Нөөцийн нэгдмэл байршил тогтоогч (URL)" баримт бичиг нь вэб нөөцийн хаягийг бүртгэх хоёр сонголт нь албан ёсоор зөв бөгөөд нэг эсвэл өөр сонголтыг ашиглах шийтгэл нь өөр зүйл биш гэдгийг бид хүлээн зөвшөөрөх ёстой. хачирхалтай гэхээсээ илүү хайлтын системэсвэл псевдо-SEO хүмүүсийн үлгэрүүд.
Таны холбоос сервер дээрх "файл" эсвэл "хавтас" руу хаягласан эсэхээс үл хамааран төгсгөлд нь ташуу зураасгүй сонголт нь илүү зөв юм шиг санагдаж байна. Гэхдээ баримт бичигт өөр сонголт буруу эсвэл огт өөр эх сурвалжтай холбоотой гэсэн нэг ч мэдэгдэл байдаггүй.
Дээр дурдсан RFC-ийн олон хуудас орчуулгад би таныг уйдаахгүй, учир нь нэгдүгээрт, асуултын зорилго нь URL-ийн төгсгөлд байгаа ташуу зураас, хоёрдугаарт, нийтлэл нь хөдөлгүүрийн энгийн хэрэглэгчдэд зориулагдсан болно. Бүх нарийн ширийн зүйлийг сонирхдоггүй хүмүүс товч тайлбар, бодит нотлох баримтыг хүлээж байна.
Үүний дагуу би энэ баримтаас иш татаж, нотлох баримт болгон тайлбарлах болно. Үүнийг сонирхдоггүй хүн нийтлэлийн төгсгөлд байгаа дүгнэлтийг шууд харж болно.
Ерөнхий URL синтакс
Юуны өмнө би таны анхаарлыг 2-р догол мөрийн ишлэлд хандуулах болно. Ерөнхий URL-н синтакс (ерөнхий URL-н синтакс). Аль ч тохиолдолд би эх хэл дээрх текстийн хэсэг, дараа нь орос хэл рүү орчуулах болно.
URL-ууд нь нөөцийн байршлын хийсвэр тодорхойлолтыг өгөх замаар нөөцийг "байршуулах" зорилгоор ашигладаг. URL нь нөөцийн байршлын хийсвэр тодорхойлолтыг өгөх замаар нөөцийг "байршуулах" зорилгоор ашигладаг.
Энэ нь URL нь өөрөө цэвэр хийсвэрлэл юм. Энэ нь гаднаасаа файл эсвэл хавтасны нэртэй төстэй мэт санагдаж болох нь энэ нь серверийн файлын зайд байгаа өөр нэг файл биш, зөвхөн ийм, ийм файлын физик лавлагаа гэсэн үг биш юм. Үүнийг баримт бичигт доор тодорхой тусгасан болно.Анхаарна уу
- Ерөнхийдөө, http холбоосын тухайд, жишээлбэл, http://domain.com/path/subpath/filename.txt
- - файл руу зааж байна http://domain.com/path/subpath/
- - хавтас руу зааж байна
http://domain.com/path - хавтас руу буруу зааж байна
Энэ нь сайт дээрх файлуудтай холбоосыг холбоход тохиромжтой тул бид үүнийг зүгээр л хэлж дассан. Бодит байдал дээр эдгээр бүх холбоосууд нь ямар нэгэн байдлаар нөөцийн төрлийг заагаагүй зарим төрлийн нөөцийг зааж өгдөг. Нөөц бүрийн ард юу нуугдаж байгаа, өөрөөр хэлбэл ямар төрлийн жинхэнэ файл эсвэл хавтас, ямар төрлийн контент ийм холбоосоор үйлчлэх вэ гэдгийг серверийн тохиргооноос аль хэдийн тодорхойлсон байдаг.
Холбоосуудад "файл", "хавтас", "дэд хавтас", "текст", "зураг", "html", "скрипт", "загварын хуудас" гэх мэт зүйл байхгүй гэдгийг ойлгох нь чухал. Төгсгөлд нь налуу зураас байхгүй эсвэл байхгүй байх нь сервер доторх холбоосыг өөрчлөх хүртэл юу ч биш гэсэн үг бөгөөд энэ холбоос яг хаашаа чиглүүлж, түүний ард ямар төрлийн контент нуугдаж байгааг шийддэг. Зөвхөн энэ шийдвэр нь серверийн дотоод архитектуртай холбоотой.
Шаталсан схемүүд
Зарим URL схемүүд (ftp, http, файлын схем гэх мэт) шаталсан гэж үзэж болох нэрийг агуулсан; шатлалын бүрэлдэхүүн хэсгүүдийг "/"-ээр тусгаарлана.
Зарим URL схемүүд (ftp, http, файл гэх мэт) шаталсан гэж үзэж болох нэрийг агуулдаг; Шатлалын элементүүдийг "/" тэмдэгтээр тусгаарлана.
Өөрөөр хэлбэл, тодорхой хаягийн схемд нөөцийн байршлын агуулгыг шаталсан байдлаар илэрхийлэхийг хориглодоггүй бөгөөд шатлал нь ямар ч хэлбэр, тухайлбал, файлын хэлбэртэй тэнцэх болно гэж хараахан заагаагүй байна.
Ерөнхий сүлжээний диаграмын синтакс
//:@:/Дараах нь 3.1-ийн хэсэг юм. :@", ":",
":Интернэтийн нийтлэг схемийн синтакс (нийтлэг сүлжээний схемийн синтакс). Зарим хэсэг эсвэл бүх хэсэг" :@", ":",
":", ба "/ " хасаж болно. Зарим эсвэл бүх хэсгийг "
Энэ нь URL нь өөрөө цэвэр хийсвэрлэл юм. Энэ нь гаднаасаа файл эсвэл хавтасны нэртэй төстэй мэт санагдаж болох нь энэ нь серверийн файлын зайд байгаа өөр нэг файл биш, зөвхөн ийм, ийм файлын физик лавлагаа гэсэн үг биш юм. Үүнийг баримт бичигт доор тодорхой тусгасан болно."Ба"/
" хасаж болно.Дашрамд хэлэхэд энэ нь бидний авч үзэж буй асуултын хариулт юм. Энэ асуудлын талаар ихэвчлэн маргаан байдаг: төгсгөлд нь ташуу зураасгүйгээр эсвэл ташуу зураасаар домэйн (хост) руу холбоос өгөх зөв арга юу вэ?
Үүнийг хэрхэн зөв хийх вэ
http://domain.com/ эсвэл http://domain.com?
Гэх мэтчилэн зөв. Зүгээр л хостын нэрний дараах эхний налуу зураас нь замын нэрийг хостын нэрнээс салгах зорилготой юм.
Баримт бичгийн ижил догол мөрөнд үүнийг дараах байдлаар мэдээлнэ. Url-зам Үл таних хэсэг нь схемд хамаарах өгөгдлөөс бүрдэх ба "url-зам" гэж нэрлэгддэг. Энэ нь заасан нөөцөд хэрхэн хандах талаар дэлгэрэнгүй мэдээллийг өгдөг. Хост (эсвэл порт) болон url-замын хоорондох "/" нь url-замын нэг хэсэг биш гэдгийг анхаарна уу.
Байршуулагчийн үлдсэн хэсэг нь схемийн тусгай өгөгдлөөс бүрдэх бөгөөд үүнийг "url-зам" гэж нэрлэдэг. Энэ нь заасан нөөцөд хэрхэн хандах талаар дэлгэрэнгүй мэдээллийг өгдөг.
Хост (эсвэл порт) болон URL замын хоорондох "/" тэмдэгт нь url-замын хэсэг биш гэдгийг анхаарна уу.
url-зам нь хоосон тэмдэгттэй тэнцүү байх үед (URL нь сайтын үндсэн хаяг руу холбогдох үед бидний олонхын хэлснээр) энэ арын тэмдэгтийг оруулах эсвэл оруулахгүй байхыг танд үүрэг болгосон үг байхгүй. "Үндсэн хуудсыг хоёр удаа авсны дараа" хэн ч танд торгууль ногдуулах эрхгүй, учир нь тодорхойлолтын дагуу та хоёуланд нь URL хаягийг ижил эх сурвалжтай холбодог.
Зарим файлын системүүдийн хувьд URL-ын шаталсан бүтцийг илэрхийлэхэд ашигладаг "/" нь файлын нэрийн шатлалыг бий болгоход ашигладаг хязгаарлагчтай тохирч байгаа тул файлын нэр нь URL замтай төстэй харагдах болно. Энэ нь URL нь Unix файлын нэр гэсэн үг биш юм.
"/" тэмдэгт нь файлын нэрийн шатлалыг бий болгоход ашигласан хязгаарлагчтай харгалзах URL-ын шаталсан бүтцийг зааж өгөхөд ашиглагддаг бөгөөд зарим файлын системд файлын нэр нь URL замтай төстэй харагддаг. Гэхдээ энэ нь URL нь Unix-тэй төстэй файлын нэр гэсэн үг биш юм. Энэ догол мөр нь ftp схемд хамаатай хэдий ч түүний мэдэгдэл бусад схемд (http, gopher, prospero гэх мэт) хамаарна. Зөвхөн файлын схемд налуу зураасны тэмдэг нь жишээлбэл, файлын нэрэн дээрхтэй ижил утгатай гэсэн үг юм.
file://server_or_device/path/subpath/filename.txt
Http :/?HTTP URL нь дараах хэлбэртэй байна: http:// хаана болон 3.1-д заасны дагуу байна. Хэрэв: Орхигдуулсан, порт нь өгөгдмөл нь 80. Хэрэглэгчийн нэр эсвэл нууц үг зөвшөөрөгдөөгүй. HTTP сонгогч бөгөөд асуулгын мөр юм. The Сонголттой, мөн адил ба түүний өмнөх "?". Аль нь ч биш бол Бас байгаа бол "/"-г орхиж болно. дотор :/?Тэгээд бүрэлдэхүүн хэсгүүд, "/", ";", "?" нөөцөлсөн байна. HTTP дотор "/" тэмдэгтийг шаталсан бүтцийг тодорхойлоход ашиглаж болно. http схемийн URL нь дараах хэлбэртэй байна: http:// Хаана Тэгээд 3.1-д заасантай адил. Хэрэв: Орхигдсон, өгөгдмөл портыг 80 гэж тооцсон. Хэрэглэгчийн нэр эсвэл нууц үг буруу байна. Энэ бол HTTP сонгогч бөгөөд - асуулгын мөр. Байгаа шигээ сонголттой өмнөх "?" тэмдэгтийн хамт. Үгүй бол
Энэ нь URL нь өөрөө цэвэр хийсвэрлэл юм. Энэ нь гаднаасаа файл эсвэл хавтасны нэртэй төстэй мэт санагдаж болох нь энэ нь серверийн файлын зайд байгаа өөр нэг файл биш, зөвхөн ийм, ийм файлын физик лавлагаа гэсэн үг биш юм. Үүнийг баримт бичигт доор тодорхой тусгасан болно.Аль нь ч биш байхгүй бол "/" тэмдэгтийг орхиж болно.Элементүүдэд
БА
тэмдэгт "/", ";", "?" нөөцөлсөн байна. "/" тэмдэгтийг HTTP дээр шаталсан бүтцийг тодорхойлоход ашиглаж болно.
Мөн та холбоосыг ташуу зураасгүйгээр зааж өгч болно гэж заасан. IN энэ тохиолдолдБид холбоосын зам хоосон байх нөхцөл байдлын талаар ярьж байсан - энэ нь хостын үндэс рүү чиглэнэ.
Албан ёсны бүртгэл Эцэст нь, 5-р зүйлийн ишлэл. Тодорхой URL схемийн BNF (тодорхой URL схемийн албан ёсны тэмдэглэгээ).= hsegment *[ "/" hsegment ] hsegment = *[ учар | ";" | ":" | "@" | "&" | "=" ] хайлт = *[ uchar | ";" | ":" | "@" | "&" | "=" ] ... ... lowalpha = "a" | "б" | "c" | "d" | "e" | "f" | "g" | "h" |
"би" | "j" | "k" | "l" | "m" | "n" | "o" | "p" |
"q" | "r" | "s" | "t" | "у" | "v" | "w" | "x" |
"y" | "z" hialpha = "A" | "Б" | "С" | "D" | "E" | "F" | "G" | "H" | "Би" | "Ж" | "K" | "L" | "М" | "N" | "O" | "P" | "Q" | "R" |"S" | "Т" | "U" | "V" | "W" | "X" | "Ү" | "Z" альфа = доод альфа | hialpha цифр = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" |
"8" | "9" сейф = "$" | "-" | "_" | "." | "+" нэмэлт = "!" | "*" | """ | "(" | ")" | "," hex = цифр | "A" | "B" | "C" | "D" | "E" | "F" | "a" | "b" |. "c" |. "%" hex reserved |
- Дүрмийн дагуу hpath элемент - холбоосын зам яг хэрхэн үүссэнийг анхаарна уу. Хсегментийн замын элементүүд - сегментүүд нь ташуу зураасаар тусгаарлагддаг.
- Ташуу зураас нь замыг шаталсан хэсгүүдэд хувааж, үргэлж дотор нь байрладаг гэсэн чухал санааг сануулж байгаа мэт. Зарчмын хувьд, сүүлийн хсегментийн элемент нь хоосон мөр байж болох юм (энэ нь түүний тодорхойлолтоос харагдаж байна), дараа нь URL-ийн төгсгөлд өөрийн эрхгүй хаалтын зураас гарч ирдэг.
ДүгнэлтТашуу зураасыг ашиглан замыг сегментүүдэд хуваах нь эдгээр сегментүүдэд хоосон биш нэрс байгааг илтгэнэ. Үүний дагуу төгсгөлд нь ташуу зураастай холбоос нь замын сүүлийн хэсэг рүү чиглэж байгаа мэт боловч энэ сегментийг ямар ч байдлаар нэрлээгүй гэсэн утгаараа логикгүй (хэдийгээр хориглоогүй) мэт санагддаг. Яг л линк нь логикгүй (гэхдээ бас хориглоогүй)
- http://domain.com/level1////levelX
- , хэрэв замыг параметрийн багц биш, харин шаталсан бүтэц гэж үзвэл завсрын замын сегментүүдийг нэрлэхгүй.
Ярианы хэлээр хоёр холбоосын утгын агуулгыг дараах байдлаар тайлбарлаж болно.
- - шатлалын хоёр дахь түвшний анхдагч эхлэх цэгийн хаягууд
- - шатлалын хоёрдугаар түвшний тодорхойгүй цэг рүү хаяглах, өөрөөр хэлбэл серверт "бид шатлалын хоёр дахь түвшинд нэвтэрч байна" гэсэн даалгавар өгсөн юм шиг байгаа бөгөөд та энэ түвшний аль цэгийг өөрөө тодорхойлох болно. өгөгдмөл анхны гэж үзнэ."
нөөцийн шатлалын хоёр дахь түвшинд зочдод хандах. Мөн тодорхой сервер төгсгөлийн налуу зураасыг өөрийнхөөрөө тайлбарлаж, түвшний анхдагч эхлэх цэг рүү дотооддоо чиглүүлж эхэлдэг нь index.html файл руу чиглүүлж эхэлдэг нь энэ нь аль хэдийн тодорхой нэг онцгой тохиолдол юм. тохиргоо. Хүн унших боломжтой URL системийг хэрэгжүүлэхтэй адил mod_rewrite серверийн модулийг ашиглан дахин чиглүүлэх бүх бичлэгүүд нь URL-ын шаталсан бүтцийн өөрийн гэсэн ойлголтыг (тодорхой хөдөлгүүрт байдаг) тодорхойлдог бөгөөд үүнд замын элементүүдийг асуулгын параметртэй адилтгаж, сайтын файлын бүтцэд ямар ч нийтлэг зүйл байхгүй (сонгодог жишээ: http://domain.com/ru/path, ru элемент нь одоогийн хэлний параметр бөгөөд сайт дээрх хавтас биш).
Энэ нь серверийн дотоод мэдлэг, түүний тохиргоо, мөн сайт дээр суулгасан хөдөлгүүрээр тодорхойлогддог гэдгийг би онцлон тэмдэглэхийг хүсч байна. Гадны үйлчилгээ, тухайлбал ижил хайлтын систем гэж хэлэхэд сайтын серверийг ийм холбоосууд нь өөр агуулгаар хангахаар тусгайлан тохируулаагүй л бол таавар дэвшүүлж чадахгүй бөгөөд ташуу зураастай болон зураасгүй холбоосууд хоорондоо хэрхэн ялгаатай болохыг мэдэхгүй.
МЭДЭЭ
Хэрэгжилтийн түвшинд төгсгөлд нь налуу зураастай байх асуудал үндсэн ач холбогдолтой биш бөгөөд үүнийг олон алдартай порталууд баталж байна. Зарим дээр бүх холбоосууд нь ташуу зураасаар төгсдөг бол заримд нь ташуу зураасгүй байдаг. Хамгийн гол нь линк дээрх агуулга нь ялгаатай биш бөгөөд Yandex-ийн хувьд та ашигладаггүй холбоосуудаас (налуу зураасаар төгссөн гэх мэт) ашигладаг 301-р чиглүүлэлтийг бүртгүүлэх хэрэгтэй. Баримт нь Yandex-ийн дэмжлэг үзүүлэх үйлчилгээний батлагдаагүй мэдэгдлийн дагуу энэхүү хайлтын систем нь алдаа гаргаж болох бөгөөд "нааж" (мэдлэгээрээ цээжлэх) эсвэл зарим нэг сааталгүйгээр налуу зураасгүй хаягийг нэг хаягаар нааж болохгүй.
Root .htaccess файлыг ашиглан ийм дахин чиглүүлэлт хийх жишээ энд байна:
# хэрэв оролтын url нь ташуу зураасаар төгссөн бол (em, ami) # 301-р чиглүүлэлт нь ташуу зураасгүй хуудас руу RewriteCond %(REQUEST_URI) ^/.+/$ RewriteRule ^(.*?)/+$ http:/ /%(HTTP_HOST )/$1
Google-д (дахин туршилтаар батлагдаагүй мэдээллээр) эдгээр чиглүүлэлтүүд нь тийм ч чухал биш, учир нь тэр ийм хаягийг хэрхэн зөв, чиглүүлэлтгүйгээр нааж болохыг мэддэг гэж үздэг.
Санаж байна ууӨөрийгөө SEO мэргэжилтнүүд гэж боддог олон хүмүүс байдаг.
Гэхдээ тэд бүгдээрээ тийм биш. Түүгээр ч зогсохгүй SEO-ийн сэдвийг ихэвчлэн зохих мэдлэг, үндэслэлгүйгээр таамагладаг бөгөөд энэ нь таныг бас энэ чиглэлээр мэдлэггүй гэж үздэг тул та ямар ч "гоймон" гэдэгт амархан итгэх болно. Таны хуудасны нэг нь "индексээс гарсан" гэж хэлэхэд Yandex-ээс маш сайн зөвлөмжийг ашиглаарай: Хэрэв индексжүүлэлтийн алдаа байгаа бол Yandex.Webmaster үйлчилгээнээс олж мэдэх боломжтой.Энэ үйлчилгээнд та хайлтанд байгаа хуудсуудын жагсаалт болон ямар нэг шалтгаанаар хайлтаас хасагдсан хуудсуудын жагсаалтыг үргэлж харж болно. Google мөн ижил төстэй үйлчилгээтэй. Хаа нэгтээ чихнийхээ булангаас ямар нэгэн зүйл сонссон псевдо-мэргэжилтнүүдийн үзэл бодолд биш харин энэ мэдлэгт итгэ, үүний үндсэн дээр тэдэнд цорын ганц зөв зүйл мэт санагдсан зүйлийг хийхийг зөвлөж байна. Энд 2017 оны 4-р сард хэвлэгдсэн маш сонирхолтой нийтлэл, бага зэрэг мэддэг SEO баримтууд. Олон тооны дэлгэцийн агшин бүхий томоохон судалгаа байдаг бөгөөд энэ нь хэд хэдэн алдартай дүгнэлтүүдийн үнэн зөвийг шалгах зорилготойгоор эхэлсэн. хайлтын системийн сурталчилгааүр дүнг энгийн вэбсайт эзэмшигчдэд хүргэхийн тулд тодорхой жишээг ашиглана уу. Үүнтэй ижил судалгаа нь залуу уншигчдад органик хайлтын үр дүнгийн хэд хэдэн тодорхой, энгийн, үл анзаарагдам боловч гайхалтай шинж чанаруудыг нэгэн зэрэг харуулж байна.
Гэхдээ тэд бүгдээрээ тийм биш. Түүгээр ч зогсохгүй SEO-ийн сэдвийг ихэвчлэн зохих мэдлэг, үндэслэлгүйгээр таамагладаг бөгөөд энэ нь таныг бас энэ чиглэлээр мэдлэггүй гэж үздэг тул та ямар ч "гоймон" гэдэгт амархан итгэх болно. Таны хуудасны нэг нь "индексээс гарсан" гэж хэлэхэд Yandex-ээс маш сайн зөвлөмжийг ашиглаарай: Хэрэв индексжүүлэлтийн алдаа байгаа бол Yandex.Webmaster үйлчилгээнээс олж мэдэх боломжтой. Google хайлтууд болон Yandex. Yandex болон Google-ийн контекст медиа сүлжээ.
Орон нутгийн хайлтын индекст хамгийн их өртөхийн тулд тэд сурталчилгааны самбараа сурталчлахын тулд нэг дор олон тооны SEO бичвэрүүдэд мөнгө зарцуулахад бэлэн байгаа бөгөөд энэ нь нэлээд мөнгө шиг үнэртэй байдаг. Цуу ярианаас харахад 30 кг рублийн захиалга алга болж байгаа бөгөөд залуус тэднийг SEO түншүүд рүү шилжүүлдэг тул энд та түншлэлийн гүүр байгуулж, сайн нэмэлт орлого олж авах боломжтой.Төрөл бүрийн эх сурвалжийн мэдээлснээр дэлхийн нийт имэйлийн 50-95 хувь нь кибер луйварчдын спам байдаг. Ийм захидал илгээх зорилго нь энгийн: хүлээн авагчийн компьютерийг вирусээр халдварлуулах, хэрэглэгчийн нууц үгийг хулгайлах, хүнийг "буяны ажилд мөнгө шилжүүлэх", хувийн мэдээллийг оруулах.
банкны карт
эсвэл баримт бичгийн сканнер илгээх.
Ихэнхдээ спам нь анх харахад ядаргаатай байдаг: муруй бүтэц, автоматаар орчуулагдсан текст, захидлын шууд гарчигт нууц үг оруулах маягт. Гэхдээ хүний сэтгэл хөдлөлийг үл тоомсорлож, тэдний үнэн зөв гэдэгт эргэлздэггүй, зохисгүй харагддаг хорлонтой захидал байдаг.
Энэ нийтлэлд оросууд ихэвчлэн унадаг 4 төрлийн хуурамч захидлын талаар ярих болно.
1. “Төрийн байгууллагууд”-ын захидал Луйварчид татварын алба, Тэтгэврийн сан, Роспотребнадзор, ариун цэврийн болон халдвар судлалын станц болон бусад төрийн байгууллагуудын дүр эсгэж болно. Найдвартай байхын тулд захидалд усан тэмдэг, тамга тэмдэг, төрийн бэлгэдлийг сканнердсан болно. Ихэнхдээ гэмт хэрэгтнүүдийн үүрэг бол хүнийг айлгаж, вирус хавсаргасан файлыг нээхийг итгүүлэх явдал юм.Ихэнхдээ энэ нь компьютерийг идэвхгүй болгож, илгээхийг шаарддаг шифрлэгч эсвэл Windows хориглогч юм
төлбөртэй SMS
ажлаа үргэлжлүүлэх. Хорлонтой файлыг шүүхийн шийдвэр эсвэл байгууллагын даргын өмнө дуудах хуудас болгон хувиргаж болно.
Айдас, сониуч зан нь хэрэглэгчийн ухамсарыг унтраадаг. Нягтлан бодох бүртгэлийн форумууд нь байгууллагын ажилтнууд вирусны эсрэг вирусын улмаас оффис дээрээ нээж чадаагүйн улмаас гэрийнхээ компьютерт вирустай файл авчирсан тохиолдлыг тодорхойлдог. Заримдаа луйварчид танаас бусад хууран мэхлэлтийн схемд хэрэг болохуйц компанийн талаарх мэдээллийг цуглуулахын тулд захидлын хариуд бичиг баримт илгээхийг хүсдэг. Өнгөрсөн жил нэг бүлэг луйварчид "факс авах хүсэлт"-ийн анхаарлыг сарниулах арга хэрэглэн олон хүнийг хууран мэхэлж чаджээ.Үүнийг уншсан нягтлан бодогч, менежер тэр даруй татварын алба руу харааж: "Тэнд мамонтууд сууж байна, өө ээ!" мөн миний бодлыг захидлаас шийдэл рүү шилжүүлэв
техникийн асуудлууд
Windows хориглогч болон ransomware нь зөвхөн төрийн байгууллагуудаас гадна банкнаас ч хуурамч захидалд нуугдаж чаддаг. “Таны нэр дээр зээл авлаа, нэхэмжлэлийг уншина уу” гэсэн мессежүүд үнэхээр аймшигтай бөгөөд файлыг нээх хүслийг төрүүлдэг.
Мөн хүнийг хуурамч зүйлд оруулахыг ятгаж болно хувийн данс, хуримтлагдсан урамшууллыг харах эсвэл Сбербанкны сугалаанд хожсон шагналаа авахыг санал болгож байна.
Ихэнх тохиолдолд луйварчид үйлчилгээний хураамж, зээлийн нэмэлт хүүг төлөх нэхэмжлэхийг 50-200 рубльд илгээдэг бөгөөд үүнийг ойлгохоос илүү төлөхөд хялбар байдаг.
3. "хамт ажиллагсад"/"хамтрагч"-ын захидал
Зарим хүмүүс хэдэн арав авдаг бизнесийн захидалажлын өдрийн турш бичиг баримтын хамт. Ийм ачаалалтай бол та захидлын сэдэв дэх "Re:" шошгонд амархан автаж, энэ хүнтэй хараахан харилцаагүй гэдгээ мартаж болно.
Ялангуяа хордлогын талбарт "Александр Иванов", "Екатерина Смирнова" эсвэл хүмүүстэй байнга ажилладаг хүний ой санамжинд огтхон ч үл үлддэг Оросын энгийн нэрийг зааж өгсөн бол.
Хэрэв луйварчдын зорилго нь Windows-ийн түгжээг тайлахын тулд SMS төлбөр цуглуулах биш, харин тодорхой компанид хохирол учруулах явдал юм бол жинхэнэ ажилчдын нэрийн өмнөөс вирус, фишинг холбоос бүхий захидал илгээж болно. Ажилчдын жагсаалтыг нийгмийн сүлжээнээс цуглуулах эсвэл компанийн вэбсайтаас үзэх боломжтой.
Хэрэв хүн шуудангийн хайрцагт хөршийн хэлтсийн хүнээс захидал харвал тэр үүнийг анхааралтай ажигладаггүй, тэр ч байтугай вирусны эсрэг анхааруулгыг үл тоомсорлож, юу ч байсан файлыг нээж болно.
4. “Google/Yandex/Mail”-аас ирсэн захидал
Google заримдаа эзэмшигчдэд имэйл илгээдэг Gmail шуудангийн хайрцгуудХэн нэгэн таны акаунт руу нэвтрэхийг оролдсон эсвэл Google Драйв дээрх зай дүүрсэн. Луйварчид тэдгээрийг амжилттай хуулж, хэрэглэгчдийг хуурамч сайтууд дээр нууц үг оруулахыг албаддаг.
Yandex.Mail, Mail.ru болон бусад шуудангийн үйлчилгээний хэрэглэгчид мөн "үйлчилгээний удирдлага" -аас хуурамч захидал хүлээн авдаг. Стандарт домог нь: "таны хаяг хар жагсаалтад нэмэгдсэн", "таны нууц үгийн хугацаа дууссан", "таны хаягаас ирсэн бүх имэйл спам хавтсанд нэмэгдэх болно", "хүргээгдээгүй имэйлийн жагсаалтыг хар". Өмнөх гурван цэгийн нэгэн адил гэмт хэрэгтнүүдийн гол зэвсэг нь хэрэглэгчдийн айдас, сониуч зан юм.
Өөрийгөө хэрхэн хамгаалах вэ?
Бүх төхөөрөмж дээрээ вирусны эсрэг програм суулгаснаар хортой файлуудыг автоматаар блоклодог. Хэрэв та ямар нэг шалтгаанаар үүнийг ашиглахыг хүсэхгүй байгаа бол бага зэрэг сэжигтэй бүх зүйлийг шалгаарай шуудангийн хавсралтдээр virustotal.com
Нууц үгээ хэзээ ч гараар бүү оруул. Нууц үгийн менежерүүдийг бүх төхөөрөмж дээр ашигла. Тэд хэзээ ч танд хуурамч сайт руу нэвтрэх нууц үгийн сонголтыг санал болгохгүй. Хэрэв та ямар нэг шалтгааны улмаас тэдгээрийг ашиглахыг хүсэхгүй байгаа бол нууц үгээ оруулах гэж буй хуудасны URL хаягийг гараар оруулна уу. Энэ нь бүх үйлдлийн системд хамаарна.
Боломжтой бол SMS эсвэл хоёр хүчин зүйлийн таних замаар нууц үг баталгаажуулалтыг идэвхжүүл. Мэдээжийн хэрэг, та баримт бичгийн сканнердах, паспортын мэдээлэл илгээх, танихгүй хүмүүст мөнгө шилжүүлэх боломжгүй гэдгийг санах нь зүйтэй.
Магадгүй уншигчдын олонх нь захидлуудын дэлгэцийн агшинг хараад: "Би ийм захидлын файлуудыг нээх тэнэг юм уу? Энэ бол тохиргоо гэдгийг нэг километрийн цаанаас харж болно. Би нууц үгийн менежер болон хоёр хүчин зүйлийн баталгаажуулалтын талаар санаа зовохгүй байна. Би зүгээр л болгоомжтой байх болно."
Тийм ээ, ихэнх хуурамч имэйлийг нүдээр илрүүлж болно. Гэхдээ энэ нь халдлага таныг тусгайлан чиглүүлсэн тохиолдолд хамаарахгүй.
Хамгийн аюултай спам бол хувийн мэдээлэл юм
Хэрэв хартай эхнэр нөхрийнхөө захиаг уншихыг хүсвэл Google түүнд "Мэйл болон нийгмийн сүлжээний профайлыг урьдчилгаа төлбөргүйгээр хакердах" үйлчилгээг санал болгодог олон арван сайтыг санал болгоно.
Тэдний ажлын схем нь энгийн: тэд хүний хувийн шинж чанарыг харгалзан сайтар зохиосон, цэвэрхэн байрлуулсан, өндөр чанартай фишинг захидал илгээдэг. Ийм луйварчид тодорхой хохирогчийг дэгээдэхийг чин сэтгэлээсээ хичээдэг. Тэд үйлчлүүлэгчээс түүний нийгмийн хүрээлэл, амт, сул талыг олж мэддэг. Тодорхой хүн рүү довтлоход нэг цаг ба түүнээс дээш хугацаа шаардагдах боловч хүчин чармайлт нь үр дүнгээ өгдөг.
Хохирогч баригдвал тэд үйлчлүүлэгч рүү шуудангийн хайрцгийн дэлгэцийн агшинг илгээж, үйлчилгээнийхээ төлбөрийг төлөхийг (дундаж үнэ нь ойролцоогоор 100 доллар) хүсдэг. Мөнгө хүлээн авсны дараа тэд танд шуудангийн хайрцагны нууц үг эсвэл бүх үсэг бүхий архивыг илгээдэг.
Ахаасаа "Таня Котовагийн нотлох баримтыг эвдэж буй видео бичлэг" (далд товчлуур) файлын холбоос бүхий захидал хүлээн авах үед хүн сониуч зангаар дүүрдэг. Хэрэв захидалд хязгаарлагдмал хүрээний хүмүүст мэдэгдэж байгаа нарийн ширийн зүйлийг агуулсан бичвэр өгсөн бол тэр хүн ахыгаа хакердсан байж болзошгүй эсвэл өөр хэн нэгэн түүнийг дүр эсгэж байгаа гэсэн магадлалыг шууд үгүйсгэдэг. Хохирогч тайвширч, файлыг нээхийн тулд антивирусыг там руу унтраадаг.
Зөвхөн хартай эхнэрүүд төдийгүй шударга бус өрсөлдөгчид ийм үйлчилгээнд хандаж болно. Ийм тохиолдолд үнийн шошго өндөр, аргууд нь илүү нарийн байдаг.
Та өөрийн анхаарал халамж, эрүүл ухаандаа найдах ёсгүй. Ямар ч тохиолдолд сэтгэл хөдлөлгүй вирусны эсрэг болон нууц үгийн менежер таныг хамгаалаарай.
P.S. Спам илгээгчид яагаад ийм "тэнэг" захидал бичдэг вэ?
Болгоомжтой боловсруулсан луйврын имэйлүүд харьцангуй ховор байдаг. Хэрэв та спам хавтас руу орвол маш их хөгжилтэй байх болно. Луйварчид мөнгө авахын тулд ямар дүрүүдийг гаргаж ирдэг вэ: Холбооны мөрдөх товчооны захирал, "Хэнтийн тоглоом" цувралын баатар, дээд хүчнээс танд илгээсэн зөн билэгч, таны ирээдүйн нууцыг танд хэлэхийг хүсдэг. 15 долларын төлөө, алуурчин танд төлбөр төлөхийг тушаасан боловч тэр чин сэтгэлээсээ төлөхийг санал болгож байна.
Олон тооны анхаарлын тэмдэг, захидлын үндсэн хэсэгт байрлах товчлуурууд, илгээгчийн хачирхалтай хаяг, нэргүй мэндчилгээ, автомат орчуулга, текст дэх бүдүүлэг алдаа, бүтээлч байдлын илт давуу байдал - спам хавтсанд байгаа захидлууд харанхуй байдлынхаа талаар "хашгирдаг". гарал үүсэл.
Яагаад сая сая хүлээн авагч руу мессеж илгээдэг луйварчид үзэгчдийн хариуг нэмэгдүүлэхийн тулд цэвэрхэн захидал бичихэд хэдэн цаг зарцуулж, орчуулагчдад 20 доллар зарцуулахыг хүсэхгүй байна вэ?
Майкрософт компанийн судалгаагаар Нигерийн луйварчид яагаад өөрсдийгөө Нигерээс ирсэн гэж хэлдэг вэ?"Нигерийн захидлуудыг 20 жилийн турш олон нийт мэддэг байхад луйварчид яагаад Нигерийн тэрбумтнуудын өмнөөс захидал илгээсээр байна вэ" гэсэн асуултад гүн гүнзгий дүн шинжилгээ хийсэн. Статистикийн мэдээгээр, хүлээн авагчдын 99.99% нь ийм спамыг үл тоомсорлодог.
: Би үүнийг үргэлж ойлгохыг хүсдэг байсан ч ач холбогдол нь маш бага байсан тул үүнийг хийхгүй байх шалтгаан үргэлж байдаг :)
Та бодож байсан уу: URL - энэ юу вэ?
Би ийм зүйлтэй байнга тааралддаг ч URI, URL, URN гэсэн нэр томъёоны хооронд ямар ялгаа байдгийг ойлгохыг хүсээгүй, дараа нь гэнэт бичлэг (харамсалтай нь энэ нь аль хэдийн мартагдсан), би шийдсэн - би' Би өөрөө уншиж, бусдад хэлэх болно, гэхдээ дээр дурдсанчлан үүнээс юу ч өөрчлөгдөхгүй, гэхдээ би заримдаа үсэг ашиглах дуртай тул ухаалаг орчуулгыг уншина уу:
Та хөтөч дээрээ хаягийн мөрийг анзаарч байсан уу? Энэ юу вэ? URI, URL эсвэл URN? Бидний ихэнх нь URI, URL, URN гэж ялгадаггүй, зарим нь URI, URN гэсэн нэр томъёоны талаар огт сонсоогүй, бүгд URL гэсэн нэр томъёог л ашигладаг. Үүнийг хамтдаа ойлгохыг хичээцгээе.
Товчлолын кодыг тайлах
URI - Нөөцийн нэгдсэн танигч танигчнөөц)
URL - Нэгдсэн нөөцийн байршлыг тогтоогч (нэгдсэн байршил тогтоогчнөөц)
URN - Нөөцийн нэгдсэн нэр Нэрнөөц)
Анхаар, үнэн нь энд нарийн ширийн зүйлд нуугдаж байгаа боловч одоогоор юу ч тодорхойгүй, энэ нь ямар нэгэн эмх замбараагүй байдал юм. Үргэлжлүүлье.
Тодорхойлолт
URI: Сүлжээнд байгаа нөөцийн нэр, хаягийг заана. Дүрмээр бол энэ нь URL болон URN гэж хуваагддаг тул URL болон URN нь URI-ийн бүрэлдэхүүн хэсэг юм.
URL: Вэб дээрх зарим эх сурвалжийн хаяг. URL нь нөөцийн байршил, түүнд хэрхэн хандахыг тодорхойлдог.
URN: Вэб дээрх зарим эх сурвалжийн нэр. URN-ийн утга нь зөвхөн тодорхой зүйлийн нэрийг тодорхойлдог бөгөөд энэ нь олон тодорхой газар байдаг.
Тодорхой жишээнээс илүү сайн зүйл байхгүй
URI = http://site/2009/09/uri-url-urn.html
URL = http: // сайт
URN = /2009/09/uri-url-urn.html
Үүнийг нэгтгэн дүгнэе
URI нь хийсвэр танигчийн тухай ойлголт бөгөөд URL болон URN нь хаяг, нэрний тодорхой хэрэгжилт юм.
Бүх зүйл бүгдэд ойлгомжтой байгаа гэж найдаж байна. Бичиг үсэгтэй бай!
Бидний хүн нэг бүрийн ойлголт нь хувь хүн байдаг тул нийтлэлийн тайлбар дахь хэлэлцүүлгийг уншиж, маргаж, олон сонирхолтой зүйл байдаг.
