Вызначэнне & Прыклады URL
Скарочаны як URL, уніфікаваны паказальнік інфармацыйнага рэсурсу з'яўляецца спосабам вызначэння месцазнаходжання файла ў Інтэрнэце. Яны тое, што мы выкарыстоўваем, каб адкрыць не толькі сайты, але і для загрузкі малюнкаў, відэа, праграмнае забеспячэнне і іншыя тыпы файлаў, якія размяшчаюцца на серверы.
Адкрыццё лакальнага файла на вашым кампутары , так проста , як двойчы пстрыкнуўшы па ім, але адкрываць файлы на выдаленых кампутарах, як вэб - серверы, мы павінны выкарыстоўваць URL - адрасы , каб наш вэб - браўзэр ведае , дзе шукаць. Напрыклад, адкрыццё HTML - файл , які ўяўляе вэб - старонкі патлумачана ніжэй, гэта робіцца шляхам ўводу яго ў навігацыйнай панэлі ў верхняй частцы браўзэра вы карыстаецеся.
Уніфікаваныя лакатары рэсурсаў найбольш часта скарочана URL , але яны таксама называюцца адрасы вэб - сайтаў , калі яны ставяцца да URL - адрасах , якія выкарыстоўваюць HTTP ці HTTPS пратакол .
URL - адрас, як правіла , вымаўляюцца з кожнай літарай кажа па асобнасці (гэта значыць у - г - л, а ня графа). Раней абрэвіятура для Universal Resource Locator да ўнясення змяненняў у уніфікаваны паказальнік рэсурсаў.
Прыклады URL-адрасоў
Вы, верагодна, выкарыстоўваецца для ўводу ў URL, як гэты для доступу да вэб-сайт кампаніі Google:
https://www.google.comУвесь адрас называецца URL. Іншым прыкладам можа служыць гэты сайт (першы) і кампаніі Microsoft (другі):
https: // https://www.microsoft.comВы нават можаце атрымаць супер спецыфічныя і адкрыць прамой URL да малюнка, як гэты адзін доўгі , які паказвае на лагатып Google, на сайце Вікіпедыі. Калі адкрыць гэтую спасылку вы можаце ўбачыць , што яна пачынаецца з https: // і мае рэгулярны шукае URL , як у прыведзеных вышэй прыкладах, але ёсць шмат іншага тэксту і слеша для таго , каб паказаць вам дакладную папку і файл , у якім малюнак знаходзіцца на сэрвэры сайта.
Тое ж самае ставіцца , калі вы падлучаецеся да маршрутызатара старонкі ўваходу ў сістэме ; маршрутызатара IP - адрас выкарыстоўваецца ў якасці URL для таго , каб адкрыць старонку канфігурацыі. Глядзіце гэты NETGEAR спіс па змаўчанні Пароль убачыць , што я маю ў выглядзе.
Большасць з нас знаёмыя з гэтымі тыпамі URL-адрасоў, якія мы выкарыстоўваем у вэб-браўзэры, напрыклад Firefox або Chrome, але гэта не адзіныя выпадкі, калі вы будзеце мець патрэбу ў URL.
Ва ўсіх гэтых прыкладах, вы карыстаецеся пратакол HTTP , каб адкрыць вэб - сайт, які, верагодна , толькі адзін большасць людзей сутыкаюцца, але ёсць і іншыя пратаколы , якія вы можаце выкарыстоўваць таксама, як FTP, TELNET , MAILTO і RDP. URL - адрас можа нават пазначыць на лакальныя файлы вы маеце на цвёрдым дыску . Кожны пратакол можа мець унікальны набор сінтаксічных правілаў для таго , каб дасягнуць пункта прызначэння.
структура URL
URL-адрас можа быць разбіта на некалькі секцый, кожная частка служыць вызначанай мэты пры звароце да выдаленага файла.
HTTP і FTP URL , структураваныя такім жа, як пратакол: // імя хаста / FileInfo. Напрыклад, доступ да FTP-файл з URL можа выглядаць наступным чынам:
FTP: //servername/folder/otherfolder/programdetails.docx... які, акрамя якія маюць FTP замест HTTP, выглядае як любы іншы URL вы можаце сутыкнуцца там у Інтэрнэце.
Давайце выкарыстоўваць наступны URL - адрас, які з'яўляецца заява кампаніі Google аб загана працэсара , у якасці прыкладу адрасу HTTP і ідэнтыфікаваць кожную частку:
https://security.googleblog.com/2018/01/todays-cpu-vulnerability-what-you-need.html- HTTPS гэта пратакол (напрыклад , FTP з'яўляецца пратаколам) , які вызначае тып сервера , які вы сазлучаны с.
- бяспекі з'яўляецца імя хаста выкарыстоўваецца для доступу да гэтай канкрэтнай вэб - сайт.
- googleblog гэта даменнае імя.
- ком з'яўляецца тое , што называецца даменам верхняга ўзроўню (ПДЛ) , іншыя з якіх уключаюць .net, .org, .co.uk і г.д.
- / 2018/01 / ўяўляе сабой каталогі , якія выкарыстоўваюцца для арганізацыі вэб - старонкі або файла. На вэб-сэрвэры, які трымае файлы сайта, гэта будуць рэальныя тэчкі, якія вы пстрыкаюць праз, каб знайсці файл, які гэты URL з заданнем.
- сённяшнюю-CPU-уразлівасцяў , што вам-need.html-фактычны файл , які URL паказвае на. Калі вы спрабуеце загрузіць малюнак, гукавы файл або іншы тып файла замест файла HTML, то URL скончыцца ў гэтым файле пашырэння (як PNG або MP3 ).
- security.googleblog.com як група называецца поўнае даменнае імя (FQDN) .
URL Правілы сінтаксісу
Толькі лічбы, літары, і наступныя сімвалы ў URL: () $ -'_ * +.
Іншыя сімвалы павінны быць закадзіраваны (у перакладзе на праграмны код) для таго, каб быць прынятым у URL.
Некаторыя URL маюць параметры, якія падзяляюць URL ад дадатковых зменных. Напрыклад, калі вы робіце пошук Google для :
https://www.google.com/search?q=... знак пытання вы бачыце кажа нейкі скрыпт, размешчаны на серверы Google, які вы хочаце адправіць пэўную каманду да яго для таго, каб атрымаць ўласныя вынікі.
Канкрэтны сцэнар , які Google выкарыстоўвае для выканання пошуку ведае , што ўсе , што ідзе за? Д = частка URL павінна быць ідэнтыфікаваная як умова пошуку, таму ўсе , што набіраецца на той момант у URL выкарыстоўваюцца для пошуку па пошукавай сістэме Google.
Вы можаце бачыць падобнае паводзіны ў URL у гэтай катэгорыі YouTube для лепшых каціных відэа:
https://www.youtube.com/results?search_query=best+cat+videosЗаўвага: Нягледзячы на прабелы не дапускаюцца ў URL, некаторыя вэб - сайты выкарыстоўваюць знак +, які вы можаце ўбачыць у абодвух прыкладах Google і YouTube. Іншыя выкарыстоўваюць Кадаваць эквівалент прасторы, якое з'яўляецца% 20.
URL-адрас, якія выкарыстоўваюць некалькі зменных выкарыстоўваць адзін ці некалькі Ампэрсанд пасля знака пытання. Вы можаце ўбачыць прыклад тут для пошуку Amazon.com для Windows 10:
https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=windows+10Першы пераменны, URL, папярэднічаюць знак пытання , але наступнымі пераменным, палявыя ключавымі словамі, папярэднічаюць Ампэрсанд. Дадатковыя зменныя таксама будуць папярэднічаць Ампэрсанд.
Часткі URL з'яўляюцца адчувальныя да рэгістра - у прыватнасці, усе пасля імя дамена (каталогі і імя файла). Вы можаце ўбачыць гэта для сябе , калі вы капіталізаваць слова «інструменты» у прыкладзе URL з майго сайта , што мы дэканструкцыі вышэй, што робіць канец URL чытання /free-driver-updater-Tools.htm. Паспрабуйце адкрыць гэтую старонку тут, і вы можаце бачыць, што ён не загружаецца, таму што канкрэтны файл не існуе на серверы.
Дадатковая інфармацыя па URL-адрасах
Калі URL паказвае вам на файл , які можа адлюстроўваць вэб - браўзэр, як JPG малюнка, то вы не павінны фактычна загрузіць файл на свой кампутар, каб убачыць яго. Тым ня менш, для файлаў, якія звычайна не адлюстроўваюцца ў браўзэры, як PDF і DOCX файлаў, і асабліва EXE - файлаў (і многіх іншых тыпаў файлаў), вам будзе прапанавана загрузіць файл на свой кампутар, каб выкарыстоўваць яго.
URL-адрас забяспечвае просты спосаб для нас, каб атрымаць доступ да IP-адрас сервера без неабходнасці ведаць, што фактычны адрас. Яны, як лёгка запамінальныя імёны для нашых любімых вэб-сайтаў. Гэты пераклад з URL на IP - адрас з'яўляецца тое , што серверы DNS выкарыстоўваюцца.
Некаторыя URL сапраўды складаны і працяглы, і лепш за ўсё выкарыстоўваць, калі вы пстрыкніце па ім у якасці спасылкі або капіяваць / ўставіць яго ў адрасны радок браўзэра. Памылка ў URL можа генераваць 400- й серыі памылку кода стану HTTP , найбольш распаўсюджаны тып з'яўляецеся 404 памылкі .
Адным з прыкладаў можна ўбачыць на 1and1.com. Калі вы спрабуеце атрымаць доступ да старонцы, якая не існуе на сваім серверы (як гэты), вы атрымаеце паведамленне пра памылку 404. Гэтыя тыпы памылак настолькі часта, што вы будзеце часта знаходзіць звычай, часта з пачуццём гумару, іх версіі на некаторых вэб-сайтах. Глядзіце мае 20 лепшых старонак 404 памылак Ever слайд - шоў для некаторых з маіх асабістых фаварытаў.
Калі ў вас узніклі праблемы з доступам да вэб - сайт або інтэрнэт - файл , які вы думаеце , павінны нагружаць нармальна, см Устараненне памылкі ў URL для некаторых карысных ідэй аб тым, што рабіць далей.
Большасць спасылак не патрабуецца імя порта, які будзе дадзена. Адкрыццё google.com, да прыкладу, можна зрабіць, паказаўшы яго нумар порта ў канцы , як http://www.google.com:80 , але гэта не абавязкова. Калі вэб-сайт функцыянаваў на порт 8080 замест гэтага, вы маглі б замяніць порт і доступ да старонкі такім чынам.
Па змаўчанні, FTP-сайты выкарыстоўваюць порт 21, але іншыя могуць быць устаноўлены на порце 22 ці нешта іншае. Калі FTP-сайт не выкарыстоўвае порт 21, вы павінны паказаць, які ён выкарыстоўвае для таго, каб атрымаць доступ да сервера правільна. Тое ж самае ставіцца і да любога URL, які выкарыстоўвае іншы порт, чым тое, што праграма, якая выкарыстоўваецца для доступу па змаўчанні мяркуецца, што ён выкарыстоўвае.