адрес | это… Что такое Веб-адрес?
Структура URL
Изначально локатор URL был разработан как система для максимально естественного указания на местонахождения ресурсов в сети. Локатор должен был быть легко расширяемым и использовать лишь ограниченный набор пробел никогда не применяется в URL). В связи с этим, возникла следующая традиционная форма записи URL:
<схема>://<логин>:<пароль>@<хост>:<порт>/<URL‐путь>
В этой записи:
- схема
- схема обращения к ресурсу, в большинстве случаев имеется в виду сетевой протокол
- логин
- имя пользователя, используемое для доступа к ресурсу
- пароль
- пароль, ассоциированный с указанным именем пользователя
- хост
- полностью прописанное доменное имя хоста в системе IP-адрес хоста в форме четырёх десятичных чисел, разделённых точками. Числа находятся в интервале от 0 до 255.
- порт
- порт хоста для подключения
- URL-путь
- уточняющая информация о месте нахождения ресурса (зависит от протокола)
Схемы (протоколы) URL
Общепринятые схемы (протоколы) URL включают:
- ftp — Протокол передачи файлов гипертекста HTTP, использующая шифрование (как правило, TLS)
- gopher — Протокол Gopher
- mailto — Адрес электронной почты
- news — Новости Usenet через протокол IRC
- prospero — Служба каталогов Prospero Directory Service
- telnet — Ссылка на интерактивную сессию WAIS
- xmpp — Протокол XMPP (часть файла
- data — Непосредственные данные (Data: URL)
Экзотические схемы URL:
- afs — Глобальное имя файла в файловой системе Andrew File System
- cid — Идентификатор содержимого для частей
- mailserver — Доступ к данным с почтовых серверов
- nfs — Имя файла в сетевой файловой системе NFS
- tn3270 — Эмуляция интерактивной сессии
- z39. 50 — Доступ к службам ANSI Z39.50
- skype — Протокол SMS в некоторых мобильных телефонах
- ed2k — Файлообменная сеть eDonkey, построенная по принципу P2P
Кодирование URL
Появление адресов URL стало существенным нововведением в Интернете. Однако с момента его изобретения и по сей день стандарт URL обладает серьёзным недостатком — в нём можно использовать только ограниченный набор символов, даже меньший, нежели в кириллицы, или иероглифы, или, скажем, специфические символы французского языка, то нужные нам символы должны быть перекодированы особым образом.
В русскоязычной Википедии ежедневно приходится видеть пример кодирования URL, поскольку русский язык использует символы кириллицы. Например, строка вида:
http://ru.wikipedia.org/wiki/Микрокредит
кодируется в URL как:
http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0%B8%D1%82
Такое преобразование происходит в два этапа: сначала каждый символ кириллицы кодируется в Юникоде (шестнадцатеричном представлении:
М → D0 и 9C → %D0%9C и → D0 и B8 → %D0%B8 к → D0 и BA → %D0%BA р → D0 и 80 → %D0%80, и т.` { | } <пробел> %22 %23 %25 %26 %27 %2a %2c %3a %3b %3c %3e %3f %5b %5e %60 %7b %7c %7d +[3]
Поскольку такому преобразованию подвергаются буквы всех алфавитов, кроме базовой латиницы, то URL со словами на подавляющем большинстве языков (кроме английского, итальянского, латинского) может утратить способность восприниматься людьми.
Это всё входит в противоречие с принципом интернационализма, провозглашаемого всеми ведущими организациями Интернета, включая W3C и англ. International Resource Identifier) — международных идентификаторов ресурсов, в которых можно было бы без проблем использовать символы Юникода, и которые поэтому не ущемляли бы права других языков. Хотя заранее сложно сказать, смогут ли когда‐либо идентификаторы URI в целом).
Инициатива PURL
Ещё один кардинальный недостаток URL состоит в отсутствии гибкости. Ресурсы во Всемирной паутине и Интернете перемещаются, а ссылки в виде URL остаются, указывая на уже отсутствующие ресурсы. Это особенно болезненно для электронных библиотек, каталогов и энциклопедий. Для решения этой проблемы были предложены постоянные локаторы англ. Persistent Uniform Resource Locator). В сущности это те же URL, но они указывают не на конкретное место расположения ресурса, а на запись в базе данных PURL, где, в свою очередь, записан уже конкретный URL‐адрес ресурса. При обращении к PURL сервер находит нужную запись в этой базе данных и перенаправляет запрос уже на конкретное местоположение ресурса. Если адрес ресурса меняется, то нет нужды исправлять все бесчисленные ссылки на него — достаточно лишь изменить запись в БД. В настоящий момент эта идея не стандартизирована и не имеет широкого распространения.
Примеры URL
http://ru.wikipedia.org/wiki/URL http://en.wikipedia.org:80/wiki/Special:Search?search=train&go=Go ftp://myname:[email protected]:21/etc/motd prospero://myhost.dom//pros/somename file://vms.myhost.edu/disk$user/my/notes/note123.txt
См.
также- PURL
- IRI — интернационализированный идентификатор ресурса
- Длинные доменные имена
- Человеку Понятный URL
Сноски
- ↑ RFC 2396 часть 2.
- ↑ 1 2 3 4 5 6 Символ допустим, но при указании прямым текстом несёт специальное синтаксическое значение
- ↑ Следует отметить, что поисковики заменяют пробел на символ «+».
Ссылки
- RFC 1738
- RFC 1630
- Кодирование URL
- URLEncode Code Chart — таблица кодирования символов URL
адрес | это… Что такое Веб-адрес?
Структура URL
Изначально локатор URL был разработан как система для максимально естественного указания на местонахождения ресурсов в сети. Локатор должен был быть легко расширяемым и использовать лишь ограниченный набор пробел никогда не применяется в URL). В связи с этим, возникла следующая традиционная форма записи URL:
<схема>://<логин>:<пароль>@<хост>:<порт>/<URL‐путь>
В этой записи:
- схема
- схема обращения к ресурсу, в большинстве случаев имеется в виду сетевой протокол
- логин
- имя пользователя, используемое для доступа к ресурсу
- пароль
- пароль, ассоциированный с указанным именем пользователя
- хост
- полностью прописанное доменное имя хоста в системе IP-адрес хоста в форме четырёх десятичных чисел, разделённых точками. Числа находятся в интервале от 0 до 255.
- порт
- порт хоста для подключения
- URL-путь
- уточняющая информация о месте нахождения ресурса (зависит от протокола)
Схемы (протоколы) URL
Общепринятые схемы (протоколы) URL включают:
- ftp — Протокол передачи файлов гипертекста HTTP, использующая шифрование (как правило, TLS)
- gopher — Протокол Gopher
- mailto — Адрес электронной почты
- news — Новости Usenet через протокол IRC
- prospero — Служба каталогов Prospero Directory Service
- telnet — Ссылка на интерактивную сессию WAIS
- xmpp — Протокол XMPP (часть файла
- data — Непосредственные данные (Data: URL)
Экзотические схемы URL:
- afs — Глобальное имя файла в файловой системе Andrew File System
- cid — Идентификатор содержимого для частей
- mailserver — Доступ к данным с почтовых серверов
- nfs — Имя файла в сетевой файловой системе NFS
- tn3270 — Эмуляция интерактивной сессии
- z39.
- skype — Протокол SMS в некоторых мобильных телефонах
- ed2k — Файлообменная сеть eDonkey, построенная по принципу P2P
Кодирование URL
Появление адресов URL стало существенным нововведением в Интернете. Однако с момента его изобретения и по сей день стандарт URL обладает серьёзным недостатком — в нём можно использовать только ограниченный набор символов, даже меньший, нежели в кириллицы, или иероглифы, или, скажем, специфические символы французского языка, то нужные нам символы должны быть перекодированы особым образом.
В русскоязычной Википедии ежедневно приходится видеть пример кодирования URL, поскольку русский язык использует символы кириллицы. Например, строка вида:
http://ru.wikipedia.org/wiki/Микрокредит
кодируется в URL как:
http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0%B8%D1%82
Такое преобразование происходит в два этапа: сначала каждый символ кириллицы кодируется в Юникоде (шестнадцатеричном представлении:
М → D0 и 9C → %D0%9C и → D0 и B8 → %D0%B8 к → D0 и BA → %D0%BA р → D0 и 80 → %D0%80, и т. ` { | } <пробел> %22 %23 %25 %26 %27 %2a %2c %3a %3b %3c %3e %3f %5b %5e %60 %7b %7c %7d +[3]
Поскольку такому преобразованию подвергаются буквы всех алфавитов, кроме базовой латиницы, то URL со словами на подавляющем большинстве языков (кроме английского, итальянского, латинского) может утратить способность восприниматься людьми.
Это всё входит в противоречие с принципом интернационализма, провозглашаемого всеми ведущими организациями Интернета, включая W3C и англ. International Resource Identifier) — международных идентификаторов ресурсов, в которых можно было бы без проблем использовать символы Юникода, и которые поэтому не ущемляли бы права других языков. Хотя заранее сложно сказать, смогут ли когда‐либо идентификаторы URI в целом).
Инициатива PURL
Ещё один кардинальный недостаток URL состоит в отсутствии гибкости. Ресурсы во Всемирной паутине и Интернете перемещаются, а ссылки в виде URL остаются, указывая на уже отсутствующие ресурсы. Это особенно болезненно для электронных библиотек, каталогов и энциклопедий. Для решения этой проблемы были предложены постоянные локаторы англ. Persistent Uniform Resource Locator). В сущности это те же URL, но они указывают не на конкретное место расположения ресурса, а на запись в базе данных PURL, где, в свою очередь, записан уже конкретный URL‐адрес ресурса. При обращении к PURL сервер находит нужную запись в этой базе данных и перенаправляет запрос уже на конкретное местоположение ресурса. Если адрес ресурса меняется, то нет нужды исправлять все бесчисленные ссылки на него — достаточно лишь изменить запись в БД. В настоящий момент эта идея не стандартизирована и не имеет широкого распространения.
Примеры URL
http://ru.wikipedia.org/wiki/URL http://en.wikipedia.org:80/wiki/Special:Search?search=train&go=Go ftp://myname:[email protected]:21/etc/motd prospero://myhost.dom//pros/somename file://vms.myhost.edu/disk$user/my/notes/note123.txt
См.
также- PURL
- IRI — интернационализированный идентификатор ресурса
- Длинные доменные имена
- Человеку Понятный URL
Сноски
- ↑ RFC 2396 часть 2.
- ↑ 1 2 3 4 5 6 Символ допустим, но при указании прямым текстом несёт специальное синтаксическое значение
- ↑ Следует отметить, что поисковики заменяют пробел на символ «+».
Ссылки
- RFC 1738
- RFC 1630
- Кодирование URL
- URLEncode Code Chart — таблица кодирования символов URL
адрес | это… Что такое Веб-адрес?
Структура URL
Изначально локатор URL был разработан как система для максимально естественного указания на местонахождения ресурсов в сети. Локатор должен был быть легко расширяемым и использовать лишь ограниченный набор пробел никогда не применяется в URL). В связи с этим, возникла следующая традиционная форма записи URL:
<схема>://<логин>:<пароль>@<хост>:<порт>/<URL‐путь>
В этой записи:
- схема
- схема обращения к ресурсу, в большинстве случаев имеется в виду сетевой протокол
- логин
- имя пользователя, используемое для доступа к ресурсу
- пароль
- пароль, ассоциированный с указанным именем пользователя
- хост
- полностью прописанное доменное имя хоста в системе IP-адрес хоста в форме четырёх десятичных чисел, разделённых точками. Числа находятся в интервале от 0 до 255.
- порт
- порт хоста для подключения
- URL-путь
- уточняющая информация о месте нахождения ресурса (зависит от протокола)
Схемы (протоколы) URL
Общепринятые схемы (протоколы) URL включают:
- ftp — Протокол передачи файлов гипертекста HTTP, использующая шифрование (как правило, TLS)
- gopher — Протокол Gopher
- mailto — Адрес электронной почты
- news — Новости Usenet через протокол IRC
- prospero — Служба каталогов Prospero Directory Service
- telnet — Ссылка на интерактивную сессию WAIS
- xmpp — Протокол XMPP (часть файла
- data — Непосредственные данные (Data: URL)
Экзотические схемы URL:
- afs — Глобальное имя файла в файловой системе Andrew File System
- cid — Идентификатор содержимого для частей
- mailserver — Доступ к данным с почтовых серверов
- nfs — Имя файла в сетевой файловой системе NFS
- tn3270 — Эмуляция интерактивной сессии
- z39. 50 — Доступ к службам ANSI Z39.50
- skype — Протокол SMS в некоторых мобильных телефонах
- ed2k — Файлообменная сеть eDonkey, построенная по принципу P2P
Кодирование URL
Появление адресов URL стало существенным нововведением в Интернете. Однако с момента его изобретения и по сей день стандарт URL обладает серьёзным недостатком — в нём можно использовать только ограниченный набор символов, даже меньший, нежели в кириллицы, или иероглифы, или, скажем, специфические символы французского языка, то нужные нам символы должны быть перекодированы особым образом.
В русскоязычной Википедии ежедневно приходится видеть пример кодирования URL, поскольку русский язык использует символы кириллицы. Например, строка вида:
http://ru.wikipedia.org/wiki/Микрокредит
кодируется в URL как:
http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0%B8%D1%82
Такое преобразование происходит в два этапа: сначала каждый символ кириллицы кодируется в Юникоде (шестнадцатеричном представлении:
М → D0 и 9C → %D0%9C и → D0 и B8 → %D0%B8 к → D0 и BA → %D0%BA р → D0 и 80 → %D0%80, и т. ` { | } <пробел> %22 %23 %25 %26 %27 %2a %2c %3a %3b %3c %3e %3f %5b %5e %60 %7b %7c %7d +[3]
Поскольку такому преобразованию подвергаются буквы всех алфавитов, кроме базовой латиницы, то URL со словами на подавляющем большинстве языков (кроме английского, итальянского, латинского) может утратить способность восприниматься людьми.
Это всё входит в противоречие с принципом интернационализма, провозглашаемого всеми ведущими организациями Интернета, включая W3C и англ. International Resource Identifier) — международных идентификаторов ресурсов, в которых можно было бы без проблем использовать символы Юникода, и которые поэтому не ущемляли бы права других языков. Хотя заранее сложно сказать, смогут ли когда‐либо идентификаторы URI в целом).
Инициатива PURL
Ещё один кардинальный недостаток URL состоит в отсутствии гибкости. Ресурсы во Всемирной паутине и Интернете перемещаются, а ссылки в виде URL остаются, указывая на уже отсутствующие ресурсы. Это особенно болезненно для электронных библиотек, каталогов и энциклопедий. Для решения этой проблемы были предложены постоянные локаторы англ. Persistent Uniform Resource Locator). В сущности это те же URL, но они указывают не на конкретное место расположения ресурса, а на запись в базе данных PURL, где, в свою очередь, записан уже конкретный URL‐адрес ресурса. При обращении к PURL сервер находит нужную запись в этой базе данных и перенаправляет запрос уже на конкретное местоположение ресурса. Если адрес ресурса меняется, то нет нужды исправлять все бесчисленные ссылки на него — достаточно лишь изменить запись в БД. В настоящий момент эта идея не стандартизирована и не имеет широкого распространения.
Примеры URL
http://ru.wikipedia.org/wiki/URL http://en.wikipedia.org:80/wiki/Special:Search?search=train&go=Go ftp://myname:[email protected]:21/etc/motd prospero://myhost.dom//pros/somename file://vms.myhost.edu/disk$user/my/notes/note123.txt
См.
также- PURL
- IRI — интернационализированный идентификатор ресурса
- Длинные доменные имена
- Человеку Понятный URL
Сноски
- ↑ RFC 2396 часть 2.
- ↑ 1 2 3 4 5 6 Символ допустим, но при указании прямым текстом несёт специальное синтаксическое значение
- ↑ Следует отметить, что поисковики заменяют пробел на символ «+».
Ссылки
- RFC 1738
- RFC 1630
- Кодирование URL
- URLEncode Code Chart — таблица кодирования символов URL
адрес | это… Что такое Веб-адрес?
Структура URL
Изначально локатор URL был разработан как система для максимально естественного указания на местонахождения ресурсов в сети. Локатор должен был быть легко расширяемым и использовать лишь ограниченный набор пробел никогда не применяется в URL). В связи с этим, возникла следующая традиционная форма записи URL:
<схема>://<логин>:<пароль>@<хост>:<порт>/<URL‐путь>
В этой записи:
- схема
- схема обращения к ресурсу, в большинстве случаев имеется в виду сетевой протокол
- логин
- имя пользователя, используемое для доступа к ресурсу
- пароль
- пароль, ассоциированный с указанным именем пользователя
- хост
- полностью прописанное доменное имя хоста в системе IP-адрес хоста в форме четырёх десятичных чисел, разделённых точками. Числа находятся в интервале от 0 до 255.
- порт
- порт хоста для подключения
- URL-путь
- уточняющая информация о месте нахождения ресурса (зависит от протокола)
Схемы (протоколы) URL
Общепринятые схемы (протоколы) URL включают:
- ftp — Протокол передачи файлов гипертекста HTTP, использующая шифрование (как правило, TLS)
- gopher — Протокол Gopher
- mailto — Адрес электронной почты
- news — Новости Usenet через протокол IRC
- prospero — Служба каталогов Prospero Directory Service
- telnet — Ссылка на интерактивную сессию WAIS
- xmpp — Протокол XMPP (часть файла
- data — Непосредственные данные (Data: URL)
Экзотические схемы URL:
- afs — Глобальное имя файла в файловой системе Andrew File System
- cid — Идентификатор содержимого для частей
- mailserver — Доступ к данным с почтовых серверов
- nfs — Имя файла в сетевой файловой системе NFS
- tn3270 — Эмуляция интерактивной сессии
- z39. 50 — Доступ к службам ANSI Z39.50
- skype — Протокол SMS в некоторых мобильных телефонах
- ed2k — Файлообменная сеть eDonkey, построенная по принципу P2P
Кодирование URL
Появление адресов URL стало существенным нововведением в Интернете. Однако с момента его изобретения и по сей день стандарт URL обладает серьёзным недостатком — в нём можно использовать только ограниченный набор символов, даже меньший, нежели в кириллицы, или иероглифы, или, скажем, специфические символы французского языка, то нужные нам символы должны быть перекодированы особым образом.
В русскоязычной Википедии ежедневно приходится видеть пример кодирования URL, поскольку русский язык использует символы кириллицы. Например, строка вида:
http://ru.wikipedia.org/wiki/Микрокредит
кодируется в URL как:
http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0%B8%D1%82
Такое преобразование происходит в два этапа: сначала каждый символ кириллицы кодируется в Юникоде (шестнадцатеричном представлении:
М → D0 и 9C → %D0%9C и → D0 и B8 → %D0%B8 к → D0 и BA → %D0%BA р → D0 и 80 → %D0%80, и т. ` { | } <пробел> %22 %23 %25 %26 %27 %2a %2c %3a %3b %3c %3e %3f %5b %5e %60 %7b %7c %7d +[3]
Поскольку такому преобразованию подвергаются буквы всех алфавитов, кроме базовой латиницы, то URL со словами на подавляющем большинстве языков (кроме английского, итальянского, латинского) может утратить способность восприниматься людьми.
Это всё входит в противоречие с принципом интернационализма, провозглашаемого всеми ведущими организациями Интернета, включая W3C и англ. International Resource Identifier) — международных идентификаторов ресурсов, в которых можно было бы без проблем использовать символы Юникода, и которые поэтому не ущемляли бы права других языков. Хотя заранее сложно сказать, смогут ли когда‐либо идентификаторы URI в целом).
Инициатива PURL
Ещё один кардинальный недостаток URL состоит в отсутствии гибкости. Ресурсы во Всемирной паутине и Интернете перемещаются, а ссылки в виде URL остаются, указывая на уже отсутствующие ресурсы. Это особенно болезненно для электронных библиотек, каталогов и энциклопедий. Для решения этой проблемы были предложены постоянные локаторы англ. Persistent Uniform Resource Locator). В сущности это те же URL, но они указывают не на конкретное место расположения ресурса, а на запись в базе данных PURL, где, в свою очередь, записан уже конкретный URL‐адрес ресурса. При обращении к PURL сервер находит нужную запись в этой базе данных и перенаправляет запрос уже на конкретное местоположение ресурса. Если адрес ресурса меняется, то нет нужды исправлять все бесчисленные ссылки на него — достаточно лишь изменить запись в БД. В настоящий момент эта идея не стандартизирована и не имеет широкого распространения.
Примеры URL
http://ru.wikipedia.org/wiki/URL http://en.wikipedia.org:80/wiki/Special:Search?search=train&go=Go ftp://myname:[email protected]:21/etc/motd prospero://myhost.dom//pros/somename file://vms.myhost.edu/disk$user/my/notes/note123.txt
См.
также- PURL
- IRI — интернационализированный идентификатор ресурса
- Длинные доменные имена
- Человеку Понятный URL
Сноски
- ↑ RFC 2396 часть 2.
- ↑ 1 2 3 4 5 6 Символ допустим, но при указании прямым текстом несёт специальное синтаксическое значение
- ↑ Следует отметить, что поисковики заменяют пробел на символ «+».
Ссылки
- RFC 1738
- RFC 1630
- Кодирование URL
- URLEncode Code Chart — таблица кодирования символов URL
веб-адрес — frwiki.wiki
Для одноименных статей см. Адрес .
Строка веб-адреса
В веб — адреса являются одним из трех изобретений на базе World Wide Web , и в соответствии с его изобретателей, наиболее фундаментальным. Широкая публика знает их в виде ярлыков из десяти символов, часто начинающихся с «www», которые идентифицируют веб-страницу ; напр www. example.com
. Технически правильный адрес должен начинаться с имени протокола ; для этого примера это дает http://www.example.com
. Веб-адреса являются основой веб- гиперссылок .
На техническом языке мы говорим не о веб-адресе, а об URI (для унифицированного идентификатора ресурса или унифицированного идентификатора ресурса ), об URL-адресе (для унифицированного указателя ресурсов или унифицированном указателе ресурсов , типе URI) или, реже, о URN. ( Универсальное имя ресурса или универсальное имя ресурса , другой тип URI). Есть три нормы из Интернета , которые определяют синтаксис и семантику веб — адресов, включая RFC 1738, RFC 2396 и RFC 3986. Кроме того, U «форму» , которая первоначально означало универсальный ( RFC 1630), подчеркивает почти универсальное решение возможности этих адресов: форумы Usenet , почтовые ящики , файлы на FTP- сайте и т. д. ; или практически все, что доступно в Интернете и даже за его пределами, например, справочные документы, книги и т. д.
Веб-адреса не следует путать с адресами электронной почты или IP-адресами . Имя Интернет-адрес может относиться к веб-адресу, но на самом деле оно совершенно неоднозначно.
Резюме
- 1 Фундаментальное изобретение
- 2 использования
- 2.1 Поддержка веб-браузеров
- 2.1.1 Адресная строка
- 2.2 Повседневная жизнь
- 2.3 Фишинг-мошенничество
- 2.1 Поддержка веб-браузеров
- 3 Синтаксис
- 3.1 Набор символов
- 3.2 Иерархический синтаксис
- 3. 2.1 Ссылки, относящиеся к адресу
- 4 Эволюция терминологии
- 5 Примечания и ссылки
- 6 См. Также
- 6.1 Связанные статьи
- 6.2 Внешние ссылки
Фундаментальное изобретение
Три изобретения, лежащие в основе Всемирной паутины :
- веб-адреса
- протокол связи протокол передачи гипертекста (HTTP) ,
- язык разметки гипертекста Markup Language (HTML)
Хотя протокол (HTTP) и формат данных (HTML) были разработаны специально для Интернета, сеть разработана таким образом, чтобы налагать минимум технических ограничений. В частности, могут использоваться форматы и протоколы, отличные от HTTP и HTML. Однако, чтобы ресурс был частью Интернета, он должен быть выражен в виде веб-адреса. Именно в этом смысле адреса являются наиболее фундаментальным изобретением.
Например, документ HTML, сохраненный в названном компьютерном файле,page.html
расположенном в каталоге вызываемого/home/tim/
компьютера . В зависимости от средств, используемых для доступа к нему, этот ресурс может быть известен по разным адресам: www.example.com
file:///home/tim/page.html
- К ресурсу можно получить доступ как к локальному файлу
page.html
в каталоге/home/tim/
. Этот адрес работает только на том компьютере, на котором зарегистрирован ресурс. http://www.example.com/tim/page.html
- Ресурс доступен на HTTP-сервере
www.example.com
по пути/tim/page.html
. Сервер HTTP настроен в соответствии с путем/tim/
к каталогу/home/tim/
. ftp://tim:[email protected]/tim/page.html
- Доступ к ресурсу можно получить с помощью протокола передачи файлов (FTP ) с учетной записью
tim
и паролемsEcReT
на сервереwww.example.com
. FTP-сервер настроен на предоставление учетной записиtim
каталога/home/tim/
.
Для доступа к этому ресурсу можно использовать несколько других протоколов, если установлен соответствующий сервер: Gopher , HTTPS и т. Д. Другие ресурсы могут концептуально сильно отличаться от файла, например:
mailto:[email protected]
- Ресурс — это адрес электронной почты назначения для адреса электронной почты
[email protected]
. news:alt.hypertext
- Ресурс — дискуссионный форум Usenet
alt.hypertext
.
Использует
Поддержка веб-браузеров
Адресная строка
При просмотре веб-страниц веб-браузер отображает в адресной строке адрес запрашиваемого ресурса. Если вы хотите просмотреть документ, веб-адрес которого вам известен, вы можете ввести его прямо в эту строку.
В первые годы Сети , веб — браузеры принимаются только технически действительные адреса для идентификации ресурсов. Но после развития Интернета протокол связи HTTP стал незаменимым для передачи подавляющего большинства запрашиваемых ресурсов. Таким образом, URL-адрес веб-страницы почти всегда начинается с http://
. Поэтому веб-браузеры эволюционировали, позволяя пропускать эти символы при вводе в адресной строке; http://
при необходимости добавляется автоматически. Некоторые браузеры заходят так далеко, что заполняют адрес как exemple
доступный для использования адрес, автоматически добавляя пропущенные символы «http», затем «:» и «//», не пропуская «www», и добавляя в конце соответствующее национальное или коммерческое расширение. http://www.example.com/
, но в этом случае нельзя пренебречь риском ошибочного завершения. Тем более, что одно и то же имя может предоставлять доступ к двум совершенно разным сайтам в зависимости от того, находятся ли они в «.com» (коммерческое расширение, действующее во всем мире или в «.fr»; .es; .it и т. Д. И т. Д. И, следовательно, национальное расширение. гарантирует только уникальность в соответствующей стране.
Повседневная жизнь
Веб-адреса часто приводятся в рекламе или указываются на товарах. Затем выполняется поиск легко запоминающихся адресов. Эти адреса предназначены для ввода в адресную строку браузера, поэтому http://
протокол можно не указывать. Затем веб-адрес сводится к простому доменному имени , например www.example.com
. Это имя стало настолько важным в коммуникации некоторых компаний , что во время интернет-пузыря они взяли адрес своего веб-сайта ( Amazon.com и т. Д.).
С другой стороны, была сформирована специализированная экономическая деятельность для покупки доменных имен, основанных на общих словах, которые, вероятно, будут часто использоваться пользователями Интернета. Так что домен sex.com
очень дорогой. С юридической точки зрения типосквоттинг является более непонятным — это покупка без авторизации доменов, имена которых связаны с известными брендами, принадлежащими третьим лицам. Киберсквоттинг напрямую, чтобы купить доменное имя с именем , принадлежащим третьей стороны, чтобы продать его дорого. Это незаконно во многих странах.
Фишинг-мошенничество
Мошенничество, называемое фишингом, включает отправку жертве веб-адреса, который выглядит как законный веб-сайт, например, их банка, хотя на самом деле это адрес сайта, предназначенного для вымогательства конфиденциальной информации, такой как коды доступа к банковскому счету.
Синтаксис
Основной синтаксис для веб — адресов выглядит следующим образом :
protocole:partie_spécifique
Первоначальный синтаксис веб-адресов до сих пор используется наиболее широко. Время от времени определяется новый протокол.
Набор символов
Первоначально адреса содержали только символы ASCII . Чтобы иметь возможность представлять символы, отличные от ASCII, существует escape- система, которая кодирует в ASCII шестнадцатеричное значение каждого байта символа: где — шестнадцатеричное число. Однако эта escape-система не указывает, какова основная кодировка символов ( ISO / IEC 8859-1 , UTF-8 и т. Д.). %HH
HH
Расширение URI было создано для расширения веб-адресов за пределы ASCII: интернационализированных идентификаторов ресурсов (IRI).
Иерархический синтаксис
Многие протоколы (HTTP, FTP) имеют форму так называемого иерархического адреса.
http: // tim: [email protected]: 8888 / path / acces? req = data # здесь | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
http | : // | Тим | : | секрет | @ | www.example.com | : | 8888 | / путь / доступ | ? | req = данные | # | здесь |
протокол | : // | Фамилия | : | пароль | @ | хозяин | : | Гавань | путь доступа | ? | запрос | # | фрагмент |
Имя, пароль и номер порта используются редко. Однако фишинговые атаки могут использовать этот синтаксис для маскировки незаконного доменного имени под законное имя:
http://ma.banque.fr:[email protected]/chemin/acces | |||||||
---|---|---|---|---|---|---|---|
http | : // | ma. banque.fr | : | 8888 | @ | незаконный.нет | / путь / доступ |
протокол | : // | Фамилия | : | пароль | @ | хозяин | путь доступа |
Адресные ссылки
С помощью иерархических веб-адресов можно указать адрес относительно другого адреса. Отношения устанавливаются на уровне пути. Таким образом, если у нас есть:
URI | http: // tim @ sEcReT: www.example.com: 8888 / path / acces? req = data # здесь |
---|---|
относительная ссылка | фу |
Ссылка на URI относительно | http: // tim @ sEcReT: www.example.com: 8888 / путь / toto |
Эволюция терминологии
В технических кругах веб-адреса были известны под разными именами: адрес WWW, универсальный идентификатор документа , универсальные идентификаторы ресурсов ( RFC 1630) и, в конечном итоге, разделенные на универсальные указатели ресурсов (URL-адреса, RFC 1738, RFC 1808) и универсальные имена ресурсов. ( URN, RFC 1737), причем все это унифицированные идентификаторы ресурсов (URI, RFC 2396, RFC 3986). Аббревиатура URL используется в стандарте HTML 3.2 и стала наиболее известной и используемой техническими специалистами. Ситуация стала настолько запутанной, что RFC 3305 был написан для уточнения терминологии.
Национальные организации предложили различные францизации . Компьютер и Интернет Vocabulary опубликован в Официальном журнале пов Генеральной Комиссии по терминологии и неологизм из Франции предложили «сетчатый адрес» и «универсальный адрес». Эти два названия были отклонены Office québécois de la langue française из-за их неточности, и в настоящее время они не вошли в употребление. Office québécois de la langue française предлагает «URL-адрес», «URL-адрес», «веб-адрес» и «W3-адрес». Он отметил, что «веб-адрес» обычно используется для веб-сайтов ресурсов , в то время как аббревиатура URL подчеркивает универсальность этих адресов, которые могут идентифицировать форумы Usenet , сайты, FTP и т. Д. Широкая публика также часто путает веб- адрес , адрес электронной почты и IP-адрес . Чтобы избежать всех этих двусмысленностей, веб-профессионалы часто используют сокращение «URL», хотя на самом деле они относятся к URI.
Первоначальное имя, данное веб-адресам изобретателем Интернета, было Универсальный идентификатор документа (UDI). Летом 1992 года он предложил Инженерной группе Интернета (IETF) стандартизировать эти ПИН, но от названия «универсальный» отказались, поскольку его сочли слишком «высокомерным» для такого молодого проекта, как Интернет. Имя Uniform Resource Identifier (URI) является результатом компрометации.
При стандартизации URI стало ясно, что на практике веб-адреса идентифицируют не документы, а их местонахождение. Другими словами, если документ перемещается, его адрес изменяется. На практике, когда ресурс перемещается, все гиперссылки, ведущие к нему, разрываются, что приводит к ошибке HTTP 404 на HTTP-сервере .
Столкнувшись с таким положением дел, было решено, что веб-адреса будут называться Uniform Resource Locator (URL). Идея заключалась в том, чтобы стандартизировать два типа URI: URL-адреса будут URI, которые указывают, «как» (по какому пути в сети) получить доступ к ресурсу; Унифицированные имена ресурсов (URN) будут URI, которые вечно идентифицируют одни и те же документы, где бы они ни находились.
Тим Бернерс-Ли, однако, настаивал на том, чтобы, по крайней мере теоретически, веб-адреса создавались универсальными. Он также обнаружил, что IETF зря тратит время на обсуждения, в том числеон публикует RFC 1630, универсальные идентификаторы ресурсов в WWW . Этот первый запрос комментариев к веб-адресам относится к категории информативных. Он просто описывает практику того времени и содержит некоторые ошибки.
Примечания и ссылки
- ↑ Три изобретения, лежащие в основе Всемирной паутины, — это ее адреса, язык гипертекстовой разметки (HTML) и протокол передачи гипертекста (HTTP).
- ↑ Изобретателями всемирной паутины являются Тим Бернерс-Ли и Роберт Кайо .
- ↑ a и b (ru) Тим Бернерс-Ли , « Плетение Интернета: прошлое, настоящее и будущее Всемирной паутины», автор — Лондон, Orion Business,( ISBN 978-0-752-82090-3 , OCLC 894969957 ) , стр. 42
- ↑ WWW — это аббревиатура от World Wide Web .
- ↑ Согласно RFC 2606, домен
example.com
зарезервирован для примеров. - ↑ а и б (о) Запрос комментариев п уплотнительных 1738 .
- ↑ а и б (о) Запрос комментариев п уплотнительных 2396 .
- ↑ а и б (о) Запрос комментариев п уплотнительных 3986 .
- ↑ а б и с (ен) Запрос на комментарии п о 1630 .
- ↑ RFC 3986, гл. 1.2.3
- ↑ (в) Запрос комментариев н O 1808 .
- ↑ (в) Запрос на комментарии п O 1737 .
- ↑ RFC 1945, глава 3.2
- ↑ HTML 3.2 Справочная спецификация
- ↑ (в) Запрос на комментарии п O 3305 .
- ↑ Компьютерная и Интернет-лексика , Journal officiel [французский] от 16 марта 1999 г., culture.gouv.fr
- ↑ URL-адрес
- ↑ Плетение паутины , стр. 66
Смотрите также
Статьи по Теме
- Универсальный идентификатор ресурса (URI)
- Унифицированный указатель ресурсов (URL)
- Единое имя ресурса (URN)
- Интернационализированные идентификаторы ресурсов (IRI)
- Всемирная сеть
- Гиперссылка
Внешние ссылки
- Интернет-словарь — Banque de terminologie du Québec .
<img src=»//fr.wikipedia.org/wiki/Special:CentralAutoLogin/start?type=1×1″ alt=»» title=»»>
веб адрес — английский перевод
Веб адрес | Web address |
Адрес веб сайта | United Kingdom of Great Britain |
Адрес веб сайта | Extracts of the criminal procedure code |
или адрес веб сайта | Document number or website |
Адрес этого веб сайта www.proliferationsecurity.info. | The web site can be found at www.proliferationsecurity.info. |
Адрес веб сайта http www.icjcij.org. | The website can be visited at the following address http www.icjcij.org. |
Вставить веб адрес, адрес электронной почты или ссылку на файл. | Change font and paragraph attributes of styles. Multiple styles can be changed using the dialog box. |
Вставить веб адрес, адрес электронной почты или ссылку на файл. | Font Size |
Адрес этого веб сайта http www.disarmament.gc.ca. | The website can be found at http www.disarmament.gc.ca. |
Адрес этого веб сайта http unglobalcompact.org. | The web site can be accessed at http unglobalcompact.org. |
Адрес веб сайта http www.icj cij.org. | The website can be visited at the following address http www.icj cij.org. |
Адрес веб страницы является следующим www.ndh.org.ar. | The web page’s address is www.ndh.org.ar. |
Адрес соответствующего веб сайта www.stop trafficking. org. | The web site concerning the action is www.stop trafficking.org. |
Адрес веб сайта http www.icj cij.org. | The website can be visited at the following address http www.icjcij.org. |
ФИШСТАТ, адрес веб сайта http www.fao.org | FISHSTAT under http www.fao.org fi |
ФОРИС, адрес веб сайта http www.fao.org. | FORIS under http www.fao.org |
Адрес веб сайта Наблюдательного совета www.observadiscriminacion.gov.ar. | It has a webpage www.observadiscriminacion.gov.ar. |
АКВАСТАТ, адрес веб сайта http www fao. | AQUASTAT under http www.fao.org |
Адрес веб сайта Генеральной Ассамблеи http www.un.org ga. | The General Assembly website is located at http www.un. org ga. |
Адрес веб сайта Генеральной Ассамблеи http www.un.org ga. | The General Assembly website is http www.un.org ga. |
Адрес веб сайта www.un.org Docs sc committees 1373. | The web site can be found at www.un.org Docs sc committees 1373. |
Адрес веб сайта Информационной сети Движения неприсоединения www.namnewsnetwork.org. | The website address of the NAM News Network is www.namnewsnetwork.org. |
Адрес веб сайта Генеральной Ассамблеи http www.un.org ga. | The General Assembly website is located at http www.un.org ga. |
Адрес веб сайта http www.un.org law trustfund trustfund.htm. | It may be accessed at http www.un.org law trustfund trustfund.htm. |
Строка адреса Введите веб адрес или строку поиска. | Location Bar Enter a web address or search term. |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.asp. | The Web site of the presidency of the Security Council can be visited at www.un.org sc presidency.asp . |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.asp. | The Web site of the presidency of the Security Council can be visited at www.un.org sc presidency.asp . |
Адрес веб сайта Управления по вопросам космического пространства www.unoosa.org. | The website of the Office for Outer Space Affairs is available at www.unoosa.org. |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.html. | The Web site of the presidency of the Security Council can be visited at www.un.org sc presidency.html . |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.html. | The Web site of the presidency of the Security Council can be visited at www.un.org sc presidency.html . |
Адрес веб сайта Центрального узла Космической стражи http spaceguard.esa.int. | The website of the Spaceguard Central Node is at http spaceguard.esa.int. |
Адрес электронной почты kulu kulu.dk веб сайт http www.kulu.dk | Email kulu kulu.dk web site http www.kulu.dk |
Адрес с его веб сайтом является следующим http timorseada.org . | Its website can be found at http timorseada.org . |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.asp . | The Web site of the presidency of the Security Council can be visited at www.un.org sc presidency.asp . |
(Адрес веб сайта http www.un.org Docs sc committees 1373 . | (The web site can be found at http www.un.org Docs sc committees 1373 . |
Адрес веб сайта Управления по вопросам космического пространства www.unoosa.org. | The website of the Office for Outer Space Affairs may be found at www.unoosa.org. |
Веб сайт, пресс релизы, вербальная нота в адрес ГЧ | Website, press releases, Note Verbale to MS |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.asp. | The Web site of the presidency of the Security Council can be visited at lt www.un.org sc presidency.asp gt . |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.asp. | The Web site of the presidency of the Security Council can be visited at lt www.un. org sc presidency.asp gt . |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.asp. | www.un.org sc presidency.asp gt www.un.org Docs sc |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.asp. | www.un.org esa ffd trustfund www.un.org sc presidency.asp gt |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.asp. | www.un.org disarmamentUNODA web un.org treaties.un.org |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.html. | The Web site of the presidency of the Security Council can be visited at lt www.un.org sc presidency.html gt . |
Адрес веб сайта Председателя Совета Безопасности www.un.org sc presidency.html. | The Web site of the presidency of the Security Council can be visited at lt www. un.org sc presidency.html gt . |
Угрозы в адрес Организации появляются также на исламистских веб сайтах. | Threats against the United Nations have also appeared on Islamist websites. |
ВЕБ-АДРЕС | определение в кембриджском словаре английского языка
Примеры веб-адреса
веб-адреса
Можно было бы подтянуть все больше и больше жанров, просто изменив число в конце веб-адреса .
Из Атлантики
Вы хотели, чтобы кто-то взял трубку и дал вам веб- адрес для исправления графа.
Из Fast Company
Убедитесь, что адрес web не содержит запрещенных слов или фрагментов.
От CNN
Чемодан, который вы взяли, полон вещей с этим веб адрес на них.
От OregonLive.com
В более ранней версии этой статьи говорилось, что любой веб-сайт можно зашифровать, вручную введя «https» перед адресом web .
Из ThinkProgress
Включите web адрес , за которым вы хотите, чтобы люди следили, оптимизируйте описание вашей компании и тщательно продумайте свой профиль и фоновые фотографии.
От Хаффингтон Пост
Бланк также включает веб-адрес , haroldbornsteinmd.com.
Из Атлантики
У кого-то есть веб- адрес ?
От Хаффингтон Пост
Если вы считаете, что в этом может быть доля правды, свяжитесь напрямую со своим кредитором, но не используйте номер или веб-адрес , указанные в сообщении.
От Huffington Post
Бумажная анкета включала веб-адрес в онлайн-анкету, чтобы участники могли заполнить анкету как в бумажном, так и в онлайновом режиме.
Из Кембриджского корпуса английского языка
Не было недостатка в уникальных веб-адресах из небольшого пула исходных доменов.
От Гизмодо
Одним из способов является государственная цензура путем блокировки и фильтрации веб-адресов и контента для пользователей внутри их границ.
Из Fast Company
Эти примеры взяты из корпусов и источников в Интернете. Любые мнения в примерах не отражают мнение редакторов Кембриджского словаря, издательства Кембриджского университета или его лицензиаров.
Перевод веб-адреса
на китайский (традиционный)
網路地址(電郵地址或網址)…
Подробнее
на китайском (упрощенном)
网络地址(邮件地址或网址)…
Увидеть больше
на других языкахна польском
на турецком
на русском
адрес интернетовы…
Подробнее
веб-адрес…
Подробнее
электронный адрес…
Узнать больше
Нужен переводчик?
Получите быстрый бесплатный перевод!
Как произносится веб-адрес ?
Обзор
ткач
ткачество
сеть
Веб 2. 0
веб-адрес
веб-приложение
веб-браузер
веб-конференции
поисковый робот
Проверьте свой словарный запас с помощью наших веселых викторин по картинкам
- {{randomImageQuizHook.copyright1}}
- {{randomImageQuizHook.copyright2}}
Авторы изображений
Попробуйте пройти викторину
Слово дня
макар
в Шотландии, поэт, получивший особое положение в парламенте, которого просят написать стихи о важных общественных событиях в Шотландии
Об этом
Блог
Безграничная энергия и сила (язык энергии, часть 2)
Подробнее
Новые слова
скрытая помощь
Больше новых слов
Что такое URL и как его редактировать?
Когда вы просматриваете веб-страницы, вы постоянно используете URL-адреса. Если вы переходите по ссылке, нажимаете на закладку или вводите адрес веб-сайта в браузере, в основе операции лежит URL-адрес. Но что такое URL и как его редактировать?
Что означает эта аббревиатура?
Во-первых, вы правильно понимаете, что «URL» является аббревиатурой, но полная версия не обязательно поможет объяснить некоторые вещи; URL означает «Унифицированный указатель ресурсов». В упрощенном смысле эта фраза на самом деле означает просто «адрес», и это именно то, чем является URL-адрес: адрес веб-страницы.
Как правило, URL-адрес можно разделить на пять разделов, каждый из которых более конкретен, чем предыдущий. Они немного похожи на почтовые адреса в большей части западного мира, только в обратном порядке. К концу этой статьи вы будете знать, для какой цели служит каждая из этих частей, и сможете понимать любой URL-адрес, с которым вы сталкиваетесь, на более глубоком уровне, чем раньше.
Протокол: что делать с этим URL-адресом
Большинство URL-адресов, с которыми вы столкнетесь, будут использоваться для идентификации веб-сайтов или отдельных веб-страниц, но фактически URL-адреса могут использоваться в других контекстах; протокол помогает определить этот очень широкий контекст с самого начала.
Стандартным протоколом, используемым для обращения к веб-сайтам, является HTTP, но другие распространенные протоколы включают «mailto» (для электронной почты), «file» (для доступа к локальной файловой системе) и FTP (для передачи файлов).
Существует еще один протокол, с которым вы сталкивались: HTTPS. Как вы могли догадаться, это близкий родственник стандартного протокола HTTP, но этот префикс URL указывает на то, что это «безопасная» версия. По сути, это означает, что использование вами такого URL-адреса является более конфиденциальным, чем стандартная альтернатива HTTP — вы часто увидите такой URL-адрес, сопровождаемый значком замка в адресной строке вашего браузера, который может даже полностью скрыть протокол.
Некоторые браузеры предлагают свои собственные уникальные настраиваемые протоколы, например, в URL-адресе страницы настроек Chrome «chrome://settings/».
Эксперименты с адресами
Попробуйте ввести « файл : /// » в адресную строку браузера, чтобы просмотреть файлы на своем компьютере. Если вы просматриваете незащищенную веб-страницу (например, http ://apache.org), попробуйте изменить URL-адрес, чтобы вместо этого просмотреть защищенную версию (например, https ://apache.org). Многие сайты автоматически перенаправят вас со своей стандартной версии на безопасный эквивалент.
Хост: адрес для всего сайта
Хост (похожий, хотя и не обязательно точно такой же, как имя хоста или домен) — это то, что идентифицирует конкретный «веб-сайт». Он состоит из ряда частей, разделенных точками, и часто это все, что вам нужно ввести, чтобы перейти на домашнюю страницу определенной компании или веб-сайта продукта.
Порядок частей в домене противоположен общему URL-адресу, т. е. он начинается с конкретного и становится более общим по ходу дела. В примере «www» является наиболее конкретным битом, затем идет более общий бит «amazon», затем, наконец, «домен верхнего уровня», такой как «com».
Подробнее: Что означают расширения домена URL и зачем они нужны
Эксперименты с URL-адресами
Одна из самых полезных настроек, которую вы можете внести в домен, — это изменение конечных уровней, относящихся к вашему местоположению. Это может быть только домен верхнего уровня или, возможно, и предыдущая часть.
Например, эта книга на amazon.com (сайт в США):
https://www.amazon.com. com /Animal-Farm-George-Orwell/dp/0451526341/
можно просмотреть на Amazon в Германии, заменив «com» на «de», что даст:
https://www. amazon.com. de /Animal-Farm-George-Orwell/dp/0451526341/
Путь: адрес для конкретной страницы
Путь определяет конкретную страницу на веб-сайте URL. В то время как хост начинался с конкретного и становился более общим по мере того, как мы читаем слева направо, путь прямо противоположный: он начинается с «наиболее общего» и становится «более конкретным», поскольку он сужает точное местоположение конечного. страница. Это похоже на то, как вы адресуете файлы на компьютере, потому что в простейшем случае именно так и делается.
Эксперименты с путями
Нет никаких гарантий, но веб-сайты — обычно лучше организованные — часто структурируют свои пути таким образом, что по ним можно перемещаться, редактируя их вручную. Например, если вы смотрите на этот URL:
https://www.apple.com /ipad/compare/
вы можете попробовать удалить последнюю часть пути для перехода «вверх» на уровень:
https://www. apple.com /ipad/
Запрос: параметры URL
Если ресурс сложнее, чем простая страница, введите «строку запроса» — набор параметров URL, которые обычно представляют собой пары «имя-значение», разделенные символом «&».
Каждый сайт (фактически, каждая страница на веб-сайте) может решать все, что касается обработки параметров URL, включая их имена. В примере с YouTube «v» относится к конкретному видео, а «t» — к времени начала воспроизведения видео.
Эксперименты с параметрами
URL-параметров обеспечивают, возможно, наибольшую гибкость для «взлома» URL-адресов! Например, параметр «t» URL-адреса YouTube является довольно гибким; вместо секунд он может представлять минуты:
https://www.youtube.com/watch?v=yh5MEDKrwqI&t= 1м
или может комбинировать два:
https://www.youtube.com/watch?v=yh5MEDKrwqI&t= 1 мин 30 с
Идентификатор фрагмента: точка на странице
Еще одна часть высокотехнологичного жаргона, которая описывает простую концепцию, «идентификатор фрагмента» — это наиболее конкретная часть URL-адреса, относящаяся к отдельной части страницы.
Он будет доступен только в том случае, если его поддерживает основная страница, но Википедия — хороший пример того, как это делается.
Все ссылки в разделе «Содержание» вышеуказанного URL-адреса Википедии ведут в пределах одной и той же страницы, просто они используют разные идентификаторы фрагментов для нацеливания на разные точки.
Эксперименты с идентификаторами
Часто первое, что вам нужно сделать, это просто удалить идентификатор фрагмента; это ни в малейшей степени не вредно, он просто преобразует URL-адрес «конкретной точки» в тот, который по умолчанию находится в верхней части страницы. Это может потребоваться, если вы щелкнули ссылку «содержание», но хотите отправить кому-то URL-адрес вверху страницы. Для этого начните с полного URL:
https://en.wikipedia.org/wiki/URL #История
, то просто удалите идентификатор фрагмента:
https://en.wikipedia.org/wiki/URL
И это URL!
Теперь вы знаете все об анатомии URL, от протокола до идентификатора фрагмента. URL-адреса начинаются с общего и становятся более конкретными, когда вы читаете их слева направо. Как только вы поймете, как работает каждая часть, вы сможете отредактировать URL-адрес, чтобы внести полезные изменения.
Другой конкретной областью, которая предлагает больше информации, является расширение домена.
Изображение предоставлено Крисом Длугошем/Flickr
1. Настройка вашего веб-пространства
Интернет становится все более сложным местом, но еще никогда не было так просто создать в нем свое собственное место. Давайте начнем с подачи заявки на ваш собственный веб-адрес и публикации вашей самой первой веб-страницы.
Ваш собственный веб-сайт создает уникальную онлайн-идентификацию, не испорченную брендингом популярных инструментов социальных сетей. Какими бы ни были другие варианты ведения онлайн-пространства, включая наличие страницы в Facebook, аккаунта в Twitter или Google+, ничто не представляет вас, ваше дело или вашу организацию лучше, чем наличие собственного веб-сайта. Лучше всего то, что это не должно стоить больших денег, и вам не нужно быть техническим специалистом или нанимать профессионалов, чтобы разместить свой сайт в Интернете.
При создании веб-сайта следует начать с определения вашего веб-адреса, вашего URL-адреса , как его обычно называют. URL означает унифицированный указатель ресурсов и является адресом вашего веб-сайта. URL-адрес — это то, что вы вводите в адресную строку браузера, когда хотите перейти на определенную веб-страницу, и это то, что вы используете в ссылке при ссылке на историю или ресурс.
Основным компонентом URL-адреса является доменное имя. Доменное имя Google — «google.com», Общество защиты животных США — «humanesociety.org», а Белый дом использует «whitehouse.gov». Все три похожи тем, что все три начинаются с описательного или идентифицирующего имени — «google», «humanesociety» и «whitehouse», за которыми следует аббревиатура «.com», «.org» и «.gov». соответственно. Первая часть домена — это имя, которое вы выбираете, которое лучше всего описывает ваш сайт, за которым следует цифра 9. 0009 домен верхнего уровня или TLD, описывающий тип веб-сайта, представленного доменом. Вместе они образуют уникальный адрес, представляющий ваше веб-пространство.
Прежде чем перейти к подробностям о том, как найти и зарегистрировать ваше уникальное доменное имя, мы сначала более подробно рассмотрим TLD, чтобы вы могли определить, какое из них наиболее подходит для вашего сайта.
Домен верхнего уровня
TLD предоставляет некоторую информацию о вашем веб-сайте, хотя семантика более распространенных доменов с годами ослабла. Например, наиболее часто используемый TLD — 9.0009 .com , изначально предназначенный для коммерческого использования. Тем не менее, он стал де-факто универсальным доменом, используемым для чего угодно, от компаний («oreilly.com») до блогов о еде («browneyedbaker.com»). Из-за такого общего использования любой может использовать TLD .com .
Большинство TLD доступны любому для любого использования, в то время как использование других ограничено. TLD .gov предназначен только для государственного использования, как и .edu (только для образования), и .mil (для военных). Другие TLD открыты для общего использования, но ваш веб-сайт должен соответствовать определенным критериям. Обычно это географически связанные домены, например .us для веб-сайтов в США или .co.uk для сайтов в Великобритании.
Существует множество общих доменов верхнего уровня , или gTLD, доступных для всех, включая .info , .me , .rocks и даже .tv , хотя стоимость каждого из них различается — иногда значительно. Список TLD, которые вы можете использовать, огромен и увеличивается с каждым месяцем:
- .com : Домен общего назначения, наиболее часто используемый
- .net : изначально предназначался для сетей, но также обычно использовался .
- .org : обычно некоммерческие организации, но в настоящее время обычно используется .
- .info : Общая информация
- .club : Как в « coffee.club »
- .me : Приписано к Республике Черногория, но доступ открыт для всех
- .фотография : Не требует пояснений
- .rocks : Для рок-звезды в каждом из нас
- .guru : Для экспертов по самопомощи среди нас
- .website : Для тех, кто любит избыточность
- .io : Индийский океан, но популярный среди технологических веб-сайтов
- .cm : более открытая альтернатива .com
- .co : Еще одна открытая альтернатива .com
В настоящее время существует достаточно общедоступных TLD, поэтому у вас не должно возникнуть проблем с получением интересного и уникального для вас домена.
Вы можете выбрать свое любимое имя и создать уникальный домен, если только имя, которое вы хотите, не является очень распространенным, например, «кошки». Открытых доменов для «кошек», «собак», «денег» и так далее нет.
Регистрация домена
После того, как вы определились с доменом, который вам нужен, следующим шагом будет проверка его доступности и, если да, его регистрация. Регистрация доменного имени гарантирует, что доменное имя принадлежит вам.
Вы можете зарегистрировать доменное имя двумя способами. Первый — зарегистрировать его через компанию, которую вы будете использовать для размещения своего веб-сайта. Второй – использовать регистратор имен . Это компания, которая в основном предоставляет услуги по регистрации имен, хотя многие регистраторы также предоставляют услуги хостинга.
Преимущество регистрации в принимающей компании заключается в том, что большинство из них предоставляет бесплатные услуги регистрации домена для одного домена, пока вы остаетесь в компании. И вам не нужно возиться с механикой связывания домена с реальным веб-сайтом.
Преимущество использования регистратора имен заключается в том, что проще перенести домен, если вы решите перенести свой сайт в другую хостинговую компанию. Уважаемые хостинговые компании, предоставляющие бесплатные услуги домена, также предоставляют процедуру переноса вашего домена, если вы расторгаете договор на хостинг. Но обычно вам придется заплатить регистрационный сбор, который выше, чем если бы вы зарегистрировали имя у регистратора имен.
Регистраторы имен также предоставляют больше возможностей для обслуживания ваших доменов, включая возможность припаркуйте домен, пока вы не будете готовы разместить его где-нибудь. Припаркованный домен — это домен, который хранится для вас у регистратора. Это способ зарезервировать ваш домен, пока вы не будете готовы запустить свой веб-сайт.
В этом разделе предполагается, что вы регистрируете домен у регистратора имен и паркуете его до тех пор, пока не найдете хостинговую компанию.
Есть несколько очень хороших регистраторов. Одними из самых популярных являются Namecheap, 1&1, Name и GoDaddy. Я продемонстрирую процесс регистрации имени с помощью Namecheap, хотя процесс одинаков во всех регистраторах.
При доступе к веб-странице регистратора имен первое, что вам будет представлено, — это большое текстовое поле ввода, в котором вы вводите интересующий вас домен. Затем регистратор проверяет, доступен ли домен. Обычно вы вводите только компонент имени, а не расширение TLD, чтобы видеть, какие комбинации доступны.
Допустим, вас интересует доменное имя «blipdebit», например, «blip de bit», а не «blip debit». Вы выбрали это имя, потому что оно броское, возможно, соответствует назначению сайта, и вы думаете, что это уникальная комбинация букв, которая доступна в большинстве, если не во всех, TLD. Ввод имени в поле ввода Namecheap возвращает результат, показывающий, что «blipdebit» доступен с для всех доменов верхнего уровня , как показано на рис. 1-1.
Рис. 1-1. Результаты поиска Namecheap для «blipdebit»
Внизу результатов поиска находится краткое примечание о комиссии ICANN в размере 0,18 доллара США за домен (доллары США). Все доменные имена зарегистрированы в ICANN, Интернет-корпорации по присвоению имен и номеров. Небольшая плата покрывает стоимость этой регистрации.
ICANN предоставляет полезные ответы на часто задаваемые вопросы и список аккредитованных регистраторов доменов. В часто задаваемые вопросы включена дополнительная информация о различных TLD, а также полезные советы, чтобы убедиться, что процесс регистрации проходит без проблем.
Теперь вы можете добавить любое количество комбинаций имени/ДВУ. Я настоятельно рекомендую выбрать .com , так как это наиболее распространенный TLD (с которым знакомо большинство людей). Вам не нужно выбирать какие-либо другие, если вы не думаете, что в какой-то момент вам понадобится вариант доменного имени для отдельной цели, или вам нравится, как имя выглядит с .rocks , и вы хотите убедиться, что у вас есть к нему доступ. позже.
Однако, если .com недоступен или вам он просто не нужен, не стесняйтесь использовать любой доступный вам TLD. Мой собственный домен, burnbird.net использует домен верхнего уровня . net , потому что .com был недоступен, когда я его зарегистрировал, и у меня не было проблем с поиском моего сайта.
В настоящее время большинство людей получают доступ к веб-сайтам через поисковую систему или ссылки с других сайтов (или Twitter, Facebook или других социальных сетей), а не вводят доменное имя в адресную строку браузера. Далее в книге я расскажу, как сделать так, чтобы поисковые системы находили ваш сайт, и как продвигать ваш сайт в социальных сетях.
После того, как вы добавили одно или несколько доменных имен в корзину, вы готовы к оплате. На странице оформления заказа Namecheap автоматически отключает автоматическое продление. Это означает, что домен не будет автоматически продлеваться с помощью Namecheap по истечении срока его действия. Когда вы регистрируете доменное имя, вы регистрируете его только на определенный период времени, обычно на один или два года. В этот момент вам нужно будет либо продлить домен у вашего существующего регистратора, либо переместить его к новому регистратору и продлить его. Если вы этого не сделаете, вы потеряете домен. Вам не нужно беспокоиться о случайной потере домена, так как регистратор предупредит об истечении срока действия.
Некоторые регистраторы, такие как GoDaddy, требуют, чтобы вы зарегистрировали свой домен на два года. Другие могут настроить автоматическое продление домена. Перед оплатой важно прочитать мелкий шрифт, чтобы вы точно понимали, что получаете.
Namecheap также предоставляет возможность добавить WhoisGuard. Я настоятельно рекомендую вам использовать это, даже если вам придется заплатить небольшую плату (хотя, когда я писал это, покрытие WhoisGuard было бесплатным, как показано на рис. 1–2). ICANN требует, чтобы у каждого домена было соответствующее контактное имя, номер телефона и адрес. Вся эта информация раскрывается, если вы запускаете запрос WHOIS для доменного имени.
Рис. 1-2. Варианты регистрации имени, включая защиту WHOIS
WHOIS — это метод поиска в глобальной базе данных доменных имен информации о существующем доменном имени. Регистраторы имен используют WHOIS для проверки доступности домена. Набрав «WHOIS» в поисковой системе, вы получите любое количество веб-сайтов, которые позволят вам проверить информацию о домене.
Например, выполнив запрос WHOIS на «oreilly.com» в GoDaddy, регистраторе O’Reilly, мы узнаем корпоративный адрес O’Reilly, номер телефона и адрес электронной почты администратора веб-сайта. Большинству предприятий и крупных организаций все равно, раскрыта ли эта информация, но небольшие организации и частные лица обычно это делают.
Служба защиты WHOIS (или как бы там ни называлась служба, предоставляемая используемым вами регистратором) обеспечивает способ защиты этой информации. Вместо того, чтобы ваше имя, адрес электронной почты, номер телефона и адрес отображались, когда кто-то делает WHOIS в вашем домене, люди видят данные, сгенерированные службой защиты WHOIS. Люди по-прежнему могут связаться с вами… но только через сервис. Этого более чем достаточно для защиты вашей конфиденциальности.
Регистратор может предложить другие варианты, такие как поддержка Secure Sockets Layer (SSL) или размещение вашего веб-сайта. Я расскажу о SSL в главе 6, а пока просто остановимся на доменном имени и защите WHOIS. В зависимости от регистратора, которого вы используете, вам, возможно, придется просмотреть несколько страниц предложений, прежде чем вы действительно сможете проверить.
Чтобы завершить регистрацию, вам необходимо создать учетную запись у регистратора и предоставить платежную информацию. Когда вы закончите, вы станете счастливым обладателем доменного имени своей мечты. На этом этапе доменное имя припарковано до тех пор, пока вы не зарегистрируетесь в службе хостинга.
Namecheap.com предоставляет возможность настроить страницу вашего припаркованного домена, но имейте в виду, что у некоторых регистраторов страница припаркованного домена может быть заполнена рекламой. Если вы не хотите, чтобы страница заполнялась рекламой для вашего доменного имени, а ваш регистратор не предоставляет возможности настроить страницу, будьте готовы начать с хоста прямо сейчас.
Хостинговая компания предоставляет физический сервер и доступ в Интернет для вашего сайта. Есть много хостинговых компаний, каждая из которых предоставляет набор услуг. Некоторые компании предоставляют только услуги виртуального хостинга , другие занимаются созданием сайтов , а третьи хостинговые компании специализируются на выделенных серверах или виртуальных частных сетях (VPN).
Типы веб-хостинга
Выделенный сервер — это арендованный компьютер, который обслуживается на веб-сайте хостинговой компании. Одной из наиболее известных компаний по производству выделенных серверов является Rackspace. Хотя компания предоставляет оборудование и доступ в Интернет, вы контролируете то, что установлено на сервере, и несете ответственность за его обслуживание. Вы можете заключить договор с хостинговой компанией на настройку и обслуживание, но это дорого. Сам выделенный сервер стоит недешево.
Виртуальный частный сервер (VPS) — это система, в которой у вас есть все преимущества выделенного сервера, включая права администратора, но вы используете общий физический сервер. Мой собственный VPS размещен на Linode. Вы по-прежнему несете ответственность за обслуживание своего сегмента серверного пирога, но это дешевле, чем иметь выделенный сервер.
Хост для создания веб-сайтов — это тот, где вам не нужно иметь собственное доменное имя. Хост WordPress.com — это такой же сайт, как и Weebly. Вместо yourdomain.com , вы получите домен вида yourname.weebly.com . Большинство конструкторов сайтов предоставляют бесплатный вариант с очень ограниченной функциональностью, хотя они также предоставляют возможность перехода на более традиционную услугу виртуального хостинга.
Услуга общего хостинга — это услуга, в которой ваш веб-сайт является одним из нескольких, работающих на одном и том же веб-сервере. Хостинговая компания управляет всеми функциями сервера за вас, поэтому вы можете иметь как веб-сайт, так и электронную почту, не беспокоясь об обслуживании серверного программного обеспечения. Если вы не разбираетесь в программном обеспечении веб-сервера и обслуживании операционной системы или не можете нанять кого-то, кто сделает это за вас, услуга виртуального хостинга — лучший выбор для вас. В следующем разделе обсуждается, чего ожидать при регистрации на веб-сайте в службе виртуального хостинга.
Как найти хостинговую компанию
Когда дело доходит до выбора хостинговой компании, у вас есть множество вариантов. Ниже приведен лишь неполный список компаний, с которыми я больше всего знаком:
- Dreamhost
- ХостГатор
- BlueHost
- Маленький апельсин
- В движении
- Арвикс
Чтобы найти лучший для вас, вы можете спросить друзей, что они используют, изучить «лучшие из» онлайн-статьй, связанных с услугами хостинга, или проверить, кто появляется в верхней части результатов поиска. В каждом случае вы захотите просмотреть отзывы о компании и спросить знакомых, знают ли они компанию и нравится ли она им. Просто имейте в виду, что люди либо безоговорочно любят свои хостинговые компании, либо ненавидят их, поэтому любые личные отзывы, которые вы получаете, могут быть искажены.
Журнал PC Magazine составил отличный параллельный обзор нескольких различных хостинговых компаний, что послужило хорошей отправной точкой для поиска вашей компании.
Системы общего хостинга обычно основаны на Linux, хотя вы можете найти хосты, поддерживающие Windows. Я рекомендую веб-сайт Linux, даже если вы лучше всего знакомы с Windows, поскольку Linux — это наиболее распространенный тип системы с поддержкой большого количества вариантов программного обеспечения и услуг. Это также менее дорогой вариант, и вам не нужно трогать операционную систему Linux, пока вы не будете готовы к более продвинутым функциям — всеми основными функциями управления веб-сайтом можно управлять через панель управления. Я бы посоветовал использовать Windows только в том случае, если вы действительно хотите использовать специфичные для Windows функции, такие как ASP.NET.
Каждая хостинговая компания предлагает пакеты, которые содержат поддержку различных услуг веб-сайта, включая пропускную способность (большинство из них предлагают неограниченный объем), пространство для хранения, поддержку доменов и субдоменов, предварительно упакованные корзины для покупок, почтовые ящики, спам-фильтры и поддержку панели управления.
Поддомен является подмножеством домена. Если вы видели такие URL-адреса, как http://doc.somecompany.com или http://technology.anothercompany.rocks , «doc» и «технологии» представляют поддомены. Эти поддомены могут использовать разные приложения и даже иметь более ограниченный доступ. Это способ разделить ваш сайт, имея при этом только один домен.
Какой пакет вы выберете, зависит от ваших потребностей. Если вам нужна поддержка более чем одного домена, вам необходимо убедиться, что пакет позволяет использовать несколько доменов. Если вам нужна поддержка электронной почты для вашего домена, пакет должен предоставлять услуги почтового ящика. Если вы создаете небольшой интернет-магазин, иметь доступ к функциям корзины покупок очень важно. Поддержка FTP является обязательной, как и поддержка базы данных, если вы планируете в конечном итоге использовать программное обеспечение для ведения веб-журналов или систему управления контентом (CMS).
Независимо от ваших уникальных потребностей, у вас должна быть одна услуга — панель управления. Это онлайн-интерфейс, позволяющий легко управлять своим сайтом, а также настраивать отдельные сервисы. Я настоятельно рекомендую вам получить пакет общего хоста с поддержкой cPanel, наиболее часто используемой (и хорошо документированной и поддерживаемой) панели управления.
Еще одна известная панель управления — Plesk. Хотя в этой книге я рассказываю о cPanel, процедуры при использовании Plesk должны быть похожими.
В следующем разделе мы рассмотрим настройку сайта с использованием BlueHost в качестве виртуального хостинга.
Регистрация на хосте
Сосредоточившись на одном хосте, BlueHost, я проведу вас через процесс регистрации и как связать ваше новое доменное имя с вашим новым веб-сайтом. Как и в случае с регистратором имен, регистрация на услугу хостинга одинакова для всех компаний.
Большинство хостинговых компаний предоставляют разные пакеты, и BlueHost не является исключением. Он предоставляет три варианта виртуального хостинга: Starter, Plus и Pro. Обратите внимание, что цена указана при подписке на трехлетний пакет, поэтому имейте в виду, что цена за месяц будет выше, если вы выберете 12- или 14-месячный пакет.
Поскольку вы только начинаете и у вас есть только один домен, давайте выберем пакет Starter. Вы всегда можете выполнить обновление позже (большинство хостингов разрешают обновление, так что начните с дешевизны и работайте). На странице регистрации вы либо предоставите домен для регистрации BlueHost для вас, либо введите доменное имя, которое вы зарегистрировали у регистратора имен. Поскольку вы уже использовали регистратора имен для парковки домена, выберите второй вариант.
На следующей странице собрана информация об учетной записи, включая имя и адрес, а также платежная информация. За редким исключением, виртуальные хостинговые компании требуют предоплату как минимум за год хостинга.
BlueHost, как и другие хостинговые компании, также предоставляет дополнительные возможности, которые вы можете добавить к своей учетной записи, включая расширенную поддержку резервного копирования и безопасность сайта. На данный момент, если нет абсолютно уверенных вариантов, выберите базовую услугу (большинство дополнительных услуг можно добавить позже).
На последней странице представлена квитанция и запрос на ввод пароля для доступа к новому веб-сайту. Обязательно запишите этот пароль. Затем вы попадете на страницу входа, где вы можете войти, используя свое доменное имя.
Поздравляем, вы все зарегистрированы. Теперь самое интересное.
Адрес вашего веб-сайта и подключение вашего домена
У вас есть домен, которым управляет одна компания, а ваш веб-сайт размещен в другой. Как вы соедините два? Без труда. Все, что вам нужно сделать, это указать свой домен на серверов имен BlueHost . Прежде чем мы установим соединение, давайте подробнее рассмотрим, как домены сопоставляются с расположением серверов и что такое сервер имен.
Система адресации в Интернете состоит из Интернет-протокол (IP) адреса, которые обычно выглядят как четыре набора из трех чисел, разделенных точками. Текущий IP-адрес моего сайта — 173.255.206.103 . Вы можете ввести этот адрес в браузер, и отобразится мой веб-сайт по умолчанию, так как у меня есть выделенный IP-адрес . Системой адресации является IPv4, которая в течение многих лет была основной системой адресации в Интернете. Недавно была создана новая система адресации IPV6, поскольку популярность Интернета истощает количество адресов IPv4. Пример адреса в IPv6:
FE80:0000:0000:0000:0202:B3FF:FE1E:8329
Определенно не для слабонервных. А не то, что вы хотите ввести в поле адреса браузера. Или попробуй вспомнить. Ни одна из адресных систем не предоставляет адреса, которые людям легко запомнить.
Нам нужен способ сопоставить эти сетевые адреса с доменными именами, понятными людям. Вот тут-то и появляется система доменных имен (DNS). DNS сопоставляет сетевые адреса с доменными именами через иерархию серверов имен, которые поддерживают эту пару.
BlueHost предоставляет два сервера имен: ns1. BlueHost.com и ns2.BlueHost.com . На этих серверах имен компания предоставляет информацию, которая сопоставляет доменное имя, которое вы указали при регистрации, с IP-адресом, которым вы делитесь с другими клиентами BlueHost. Все, что вам нужно сделать сейчас, это передать управление DNS для вашего припаркованного домена у регистратора имен хостинговой компании. Вы делаете это, заменяя серверы имен, указанные регистратором, серверами имен, которые предоставляет хостинговая компания.
Вернувшись в Namecheap, найдите пункт меню «Управление доменами», указанный в меню под именем вашей учетной записи. В левой части страницы есть опция «Просмотр доменов». При нажатии на нее справа отобразятся все ваши домены. Щелкните домен, которым вы управляете BlueHost. Выберите «Перенести DNS на веб-хост» в левой части открывшейся страницы, как показано на рис. 1–3. На открывшейся странице вы увидите пять текстовых полей в середине страницы. Введите серверы имен веб-узла (в данном случае ns1. BlueHost.com и ns2.BlueHost.com ) в поля, как показано на рис. 1-3. Вам нужно ввести как минимум два, но вы можете ввести до пяти, если ваша хостинговая компания предоставляет более двух серверов имен.
Рис. 1-3. При выборе «Перенести DNS на веб-хост» открывается страница, на которой вы можете ввести серверы имен хоста
. Вот и все. Готово. Один и тот же процесс работает независимо от хостинговой компании и регистратора имен:
- Зарегистрируйте свой домен у регистратора имен.
- Зарегистрируйтесь на веб-хостинге, указав доменное имя при появлении запроса.
- Найдите имена серверов имен веб-хоста. Как правило, они будут доступны через документацию сайта или FAQ. Или вы можете выполнить поиск по имени вашего хоста и «серверу имен».
- Перенесите DNS от регистратора к хосту, скопировав адреса серверов имен в поля, указанные у регистратора.
Опять же, если ваш хост также является вашим регистратором, вы можете пропустить процесс переноса DNS. Но если вы хотите переключиться на другой хост, вам в это время придется выполнить передачу DNS.
Если вы введете домен в браузере после переноса DNS, ваш веб-сайт может появиться не сразу. Передача на и распространение по всей иерархии серверов имен может занять день или два. Интересным эффектом процесса распространения является то, что друг или член семьи может получить доступ к домену на вашем веб-сайте раньше, чем вы.
Распространение домена — это процесс распространения домена/IP-адреса в Интернете. Вы можете следить за своим доменным именем по мере его распространения через DNS в средстве глобальной проверки распространения DNS. Проверяя свой домен с течением времени, вы увидите, что IP-адрес, связанный с вашим доменом, медленно меняется с IP-адреса регистратора на ваш веб-хост.
Когда передача DNS завершена, отображается общая страница хостинга хоста. Эта страница отображается до тех пор, пока вы не загрузите свой собственный контент, описанный далее.
Вам потребуется использовать протокол передачи файлов (FTP) для загрузки контента на новый веб-сайт. Вы можете создавать новые учетные записи FTP через панель управления cPanel.
Представляем cPanel
Большинство хостинговых компаний используют cPanel, самую популярную из панелей управления. Однако не все установки cPanel выглядят одинаково, потому что программное обеспечение позволяет каждой хостинговой компании маркировать инструмент своим собственным внешним видом, а также уточнять, какие параметры отображаются для его клиентов.
Однако по большей части, если вы использовали cPanel в одной компании, вы можете легко использовать ее в любой другой. Или, если вы использовали собственную демонстрационную установку компании cPanel, вы можете легко использовать версию хостинговой компании.
При повторном входе в BlueHost (или любую другую хостинговую компанию, которую вы используете) с помощью прямой домашней ссылки отображается система управления cPanel вашей учетной записи, как показано на рис. 1-4.
Рис. 1-4. Домашняя страница cPanel по адресу BlueHost
Вверху есть несколько вариантов, включая доступ к серверу. Другие установки cPanel могут не иметь самого верхнего набора ссылок, и в этом случае вам нужно будет искать значки служб на странице cPanel. Каждый должен быть четко обозначен.
Когда вы выбираете опцию «Сервер», BlueHost просит вас подтвердить свою учетную запись в первый раз. Хостинговые компании пытаются остановить спамеров с помощью дополнительных шагов, и это один из них. Это неприятно, но, к счастью, вам нужно подтвердить свою учетную запись только один раз (этот процесс отличается в разных хостинговых компаниях). Подтверждение легко выполнить, позвонив по указанному номеру телефона, используя телефон, связанный с вашей учетной записью, и предоставив последние четыре символа вашего пароля или последние четыре цифры вашей кредитной карты.
После проверки при выборе параметра «Сервер» открывается страница со ссылками для проверки использования дискового пространства, пропускной способности и т. д. Это способ отслеживать, что происходит с вашим сайтом. Другие значки cPanel вверху (например, «Электронная почта», «Веб-сайт», «FTP», «Базы данных» и «Управление IP-адресами») являются ссылками на параметры, расположенные в других местах на странице cPanel. Это способы управления программным обеспечением веб-сайта, учетными записями электронной почты, FTP-логинами, базами данных и уникальными IP-адресами, если вы когда-нибудь приобретете отдельный IP-адрес.
При выборе параметра FTP открывается страница, предлагающая создать учетную запись FTP, о чем я расскажу в следующем разделе. Я расскажу о других параметрах cPanel в последующих разделах и главах.
Настройка и использование учетной записи FTP
При первой настройке веб-сайта, если вы не используете пакетное программное обеспечение, такое как WordPress, вам потребуется загрузить хотя бы одну веб-страницу. Вам понадобится учетная запись FTP, чтобы использовать FTP для передачи страницы с домашнего компьютера на сервер.
Учетная запись FTP — это способ использования программного обеспечения на стороне клиента для создания соединения между вашим компьютером (планшетом или смартфоном) и вашим веб-сайтом на сервере хостинговой компании. Вы можете использовать любое программное обеспечение FTP, если оно поддерживает тот тип FTP, который вы используете. По умолчанию учетная запись FTP не зашифрована, что означает, что любые данные, которые вы отправляете или получаете с сервера, отправляются без шифрования и могут быть видны любому хакеру, который мог подключиться к системе. В главе 6 я расскажу, как настроить SFTP, или безопасный FTP для вашей учетной записи. SFTP добавляет шифрование, чтобы любой шпион не мог просмотреть данные. Однако сейчас мы будем придерживаться FTP, просто чтобы вы начали.
Когда вы зарегистрировались в BlueHost, компания создала для вас учетную запись FTP по умолчанию. Вы увидите это имя пользователя FTP в приветственном письме. Пароль — это тот же пароль, который вы создали для доступа к cPanel. В электронном письме также содержится URL-адрес FTP для вашего сайта, который представляет собой доменное имя с субдоменом ftp . Для blipdebit.com , это ftp.blipdebit.com .
Любой FTP-клиент может предоставить доступ к вашему серверу. Я использую Filezilla, бесплатное приложение, которое работает на всех платформах. После загрузки и установки при открытии приложения открывается страница со списком локального подкаталога (на вашем компьютере) и файлов в этом подкаталоге в окнах слева и каталогов и файлов на вашем сервере справа. Чтобы установить соединение с вашим сервером, вы должны либо ввести имя хоста, имя пользователя и пароль вверху (например, ftp.blipdebit.com , blipdedi и любой другой пароль), или вы можете нажать «Диспетчер сайтов» в меню «Файл». Использование Site Manager позволяет нам создавать постоянные учетные записи для серверов, а не вводить информацию об учетной записи каждый раз, когда мы хотим подключиться. На рис. 1–5 показана запись Site Manager для ftp.blipdebit.com .
Рис. 1-5. Запись FileZilla Site Manager для ftp.blipdebit.com
Вам не нужно указывать порт при создании записи, потому что FileZilla будет использовать порт по умолчанию (21) для FTP. Я расскажу о концепции портов позже в «Кратком обзоре основ веб-сервера».
Второй способ настроить FTP-клиент — загрузить файлы конфигурации FTP-клиента, которые cPanel предоставляет для каждой учетной записи FTP. На странице «Учетные записи FTP» щелкните ссылку «Настроить FTP-клиент», связанную с учетной записью. Под учетной записью открывается раздел страницы со ссылками на три разных FTP-клиента: Filezilla, Core FTP и Cyberduck. Щелкните тот, который вы хотите, и сохраните файл на локальном ПК. Для использования откройте FTP-клиент и импортируйте файл конфигурации. Для Filezilla сделайте это, выбрав «Файл», а затем «Импорт». Новая конфигурация сайта создается автоматически.
При нажатии Connect создается соединение с вашим сервером. Если вы использовали файл конфигурации, вам будет предложено ввести пароль. В правой части окна FileZilla теперь отображаются подкаталоги и файлы на вашем сервере. Учетная запись FTP по умолчанию, созданная при создании учетной записи хостинга, открывает соединение с сервером на самом верхнем уровне файловой иерархии для вашей учетной записи. Как и в Windows, Mac OS или любой другой среде, файловые подкаталоги на сервере создаются в виде древовидной иерархии. Подкаталог, в котором вы сосредоточите большую часть своих усилий, называется 9.0009 public_html , как показано на рис. 1–6. Файлы в этом подкаталоге общедоступны для людей, заходящих на ваш сайт.
Рис. 1-6. Веб-сайт blipdebit.com, открытый в FileZilla
. Вы можете передавать файлы со своего компьютера на сервер или передавать файлы с сервера на свой компьютер после подключения к серверу. Вы можете передавать веб-страницы, графические файлы или другие типы документов, которые вы хотите сделать доступными с вашего сервера.
Если вы хотите, чтобы веб-страница или другой документ были общедоступными, вам необходимо поместить их в папку public_html подкаталог. Этот подкаталог образует корень для вашего сайта. На самом деле, поскольку большая часть вашей работы выполняется в public_html , удобно иметь учетную запись FTP, которая открывается непосредственно в public_html , а не на более высокий уровень учетной записи. Создать новую учетную запись FTP очень просто.
На странице cPanel, которая открывается при нажатии на значок FTP, вы увидите форму для ввода информации об учетной записи FTP. Введите любое имя, которое вы хотите использовать для учетной записи FTP, и пароль. Обратите внимание, что имя учетной записи предназначено для определенного использования, а не обязательно для человека. Когда вы создаете учетную запись FTP, система автоматически предоставляет отдельный подкаталог для этого имени учетной записи, так что вы можете загружать файлы непосредственно в подкаталог. Если мы введем «босс» в качестве имени учетной записи, форма автоматически создаст новый подкаталог, отражающий имя учетной записи, как показано на рисунке 1-7.
Рис. 1-7. Создание новой учетной записи FTP
Поскольку мы хотим, чтобы учетная запись загружала файлы напрямую в public_html , мы удалим добавленный подкаталог boss . Нажатие «Создать учетную запись FTP» создает новую учетную запись FTP. Когда вы используете эту учетную запись FTP в своем FTP-приложении, вам необходимо использовать полное имя учетной записи FTP [email protected] в качестве имени пользователя. После подключения программное обеспечение открывается непосредственно в каталоге public_html . Теперь вы готовы загрузить свою первую веб-страницу.
Загрузка вашей первой веб-страницы
Общая страница BlueHost лучше, чем ошибка 404 Not Found, которую люди получают в своих браузерах при доступе к несуществующей веб-странице. Но вы действительно захотите начать размещать свой собственный контент.
Начнем с малого. Используя ваш любимый текстовый редактор, скопируйте следующий текст (включая угловые скобки и другие аннотации) в новый документ и назовите его index.html :
.
lang=
"en"
>
<голова>
<мета
кодировка =
"utf-8"
>
The HTML5 Herald
<мета
имя=
"описание"
содержание=
"Вспышка!"
>
<тело>
Привет, Мир!
Как вам мой новый сайт, а?
тело>