Какие бывают домены
Доменное имя состоит из двух частей: самого имени и доменной зоны.
Само имя – это слово или несколько слов, которые владелец сайта придумывает самостоятельно.
Например, у нашего ресурса адрес neumeka.ru. Вот слово neumeka — это то, как я захотел его назвать.
Доменная зона – это «хвостик» в виде точки с каким-то набором букв. В моем случае это хвостик .ru
Таких зон существует не просто много, а очень-очень много. И их становится все больше. Можно долго рассказывать о том, какие они бывают и принцип их формирования. Но лучше этим не забивать свою светлую голову.
Вот что действительно нужно знать, так это то, что бывают домены разного уровня. Проще всего это объяснить так: они бывают с одной точкой после имени и с несколькими.
С несколькими точками — это те, которые оканчиваются на .od.am или moy.su и тому подобное.
Как правило, такие названия раздают бесплатно другие системы. При помощи них можно получить собственный сайт совершенно бесплатно и без особого труда. Так вот эти системы дают бесплатные доменные имена с несколькими точками.
Обычно доменные имена состоят только из букв латинского алфавита, без пробелов. Но есть и исключения. Например, кириллические зоны: рф, москва, онлайн, сайт, рус и другие. В этом случае адрес целиком будет на русском языке (кроме префикса http://).
Также в имени можно использоваться цифры и знак дефиса.
Не забывайте мониторить корректность работы сайта
После того как вы настроили 301 редирект или указали предпочтительные страницы с помощью тегов rel=»canonical», не забудьте время от времени проверять, все ли работает должным образом.
Что может пойти не так? Допустим, вы внесли на свои страницы теги rel=»canonical», а затем установили новую тему WordPress, которая автоматически добавила этот тег на все страницы. В итоге у вас появятся повторяющиеся теги rel=»canonical», которые запутают поисковики, но вы даже не узнаете о проблеме, пока это не повлияет на эффективность вашей SEO.
Чтобы избежать подобных ситуаций, вы можете систематически проводить аудит сайта. Инструмент анализа сайта SE Ranking обнаружит, если на страницах есть дублирующиеся теги rel=»canonical», несколько страниц указывают на один и тот же канонический URL или на определенных страницах отсутствует rel=»canonical».
В разделе технического аудита сайта вы можете увидеть, правильно ли настроено зеркало сайта — 301 редирект с www на без www (или наоборот).
Вы можете настроить инструмент SE Ranking так, чтобы автоматически регулярно проверять свой сайт, например, каждую неделю или месяц. Так вы вовремя узнаете, если что-то пойдет не так. Для начала вы можете запустить 14-дневную бесплатную пробную версию — и система автоматически проведет аудит сайта, как только вы добавите свой проект.
Обработка большого количества трафика
Согласно спецификациям DNS, корневые домены всегда должны указывать на IP-адрес. Но чтобы использовать CDN, вам необходимо указать на своем сайте домен CDN, а не IP-адрес. Теоретически вы можете сопоставить свой домен как с IP-адресом, используя запись типа A, так и с доменом CDN с помощью записи CNAME. Но есть еще одно правило DNS, говорящее о том, что запись CNAME не может сосуществовать с другими типами ресурсных записей. То есть при добавлении обеих A-запись, указывающая на IP-адрес, будет проигнорирована.
Если вас немного сбили с толку все технические термины, упомянутые выше, краткая версия такова: из-за специфики работы DNS-запросов вы не можете указать имя хоста без www на домен CDN. Это приведет к неожиданным ошибкам и будет препятствовать нормальной работе вашего сайта.
Если же вы выберете имя хоста с www в качестве предпочтительной версии, у вас не возникнет проблем с соблюдением правил DNS. Вам просто нужно создать запись CNAME для имени хоста c www, сопоставив ее с выбранной вами CDN. Также добавьте запись A для вашего корневого домена, указывающую на IP-адрес сайта.
Также стоит упомянуть, что некоторые провайдеры DNS (Cloudflare, DNS Made Easy, DNSSimple и другие) ввели обходные пути для преодоления ограничений DNS. Но использование обходных путей ограничит ваш выбор провайдеров DNS и вы при этом можете усложнить жизнь пользователей из-за перенаправления на удаленный узел CDN.
Адрес сайта со слэшем / в конце URL или без
Вторая проблема, которая напрямую зависит от CMS – это окончание URL. Ставится ли в конце адреса слэш или нет.
http://site.ru
http://site.ru/
Вообще, во многих CMS эта проблема решена, сами CMS программно подставляют слэш в конце URL, некоторые наоборот, специально убирают, но в любом случае вы должны проверить. Т.к. есть и такие CMS, которые открывают сайт и так, и так. И если первые два варианта ещё куда ни шло, то последний — очень плохо
Почему это важно? Да потому, что для поисковых систем это разные адреса. И если разработчики CMS не продумали этот момент, то он полностью ложится на плечи вебмастера или оптимизатора.А как правильно, спросите вы? Если не вдаваться в технические детали, то суть в том, что главная страница сайта по сути является каталогом, который содержит вложенные подкаталоги и отдельные страницы – файлы
Исторически так сложилось, что каждый каталог, который содержит внутри себя подкаталоги и отдельные файлы должен заканчиваться слэшем, показывая тем самым, что это каталог, а не конечный документ. Конечный же документ не должен заканчиваться слэшем, сообщая тем самым, что это конечный документ и больше ничего нет. Таким образом, адрес сайта и рубрики, которые содержат конечные документы, должны заканчиваться слэшем.
http://site.ru/
сообщает, что внутри каталога site.ru находятся ещё документы.
http://site.ru/rubrika/
сообщает, что внутри каталога site.ru находится подкаталог rubrika, который содержит в себе ещё какие-то документы. И наконец
http://site.ru/rubrika/page.html
Как настроить слэш в конце адреса сайта
Сначала нам нужно выяснить, а как сама CMS формирует адреса. Не знаю, как это делают профессионалы, я нашла чисто дилетантский способ. С вероятностью в 99% в шапке сайта ваш логотип или название сайта выводится в виде ссылки на главную. А сама ссылка формируется программно CMS. Подводим курсор мышки к ссылке в заголовке или логотипу сайта и внизу браузера смотрим ссылку
Внизу мы видим, что адрес формируется со слэшем на конце. Значит нам нужно прописать в файле .htaccess 301 редирект, который будет перенаправлять с адреса без слэша на адрес со слэшем. Да и вообще, на мой взгляд это самый оптимальный вариант с той точки зрения, что некоторые пользователи, давая ссылку на ваш сайт, могут ее не скопировать из адресной строки, а прописать вручную. И вряд ли кто подумает прописать на конце слэш. А ведь для поисковика это разные ссылки. И такая ссылка принесет значительно меньше пользы.
Настроить слэш в конце URL поможет эта запись
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule ^(.*)$ /$1/
Это случается редко, но иногда, в зависимости от CMS, от уже имеющихся настроек, особенно когда настроены ЧПУ ссылки, некоторые настройки могут конфликтовать друг с другом. В таком случае лучше поискать поддержку на официальном сайте CMS, которой вы пользуетесь.
5 последних уроков рубрики «SEO»
-
Многое можно сделать за 24 часа. Можно посмотреть 24 эпизода сериала по 60 минут. Сосчитать до 86,400. Таким же образом за 24 часа можно значительно улучить SEO.
-
Это вторая часть серии статей, в которых мы раскрываем пути оптимизации страниц категорий и товаров для улучшения поисковых результатов. Также мы рассмотрим несколько продвинутых техник, которые помогут избежать штрафов от поисковых систем за дублирование контента.
-
Это первая статья из четырёх, в которых мы будем рассматривать основы Поисковой Оптимизации для Magento. В этой статье вы узнаете, как разработать эффективную стратегию ключевых слов для сайта на Magento, некоторые основные конфигурационные опции административной панели для более удобной работы с SEO, как создавать файлы robot.txt и sitemap.xml, и как настроить Google Analytics для магазина на Magento.
-
Рейтинг вашего сайта в поисковых системах — один из самых важных факторов, ведущих к успеху проекта. Сделав несколько простых действий, вы можете заставить Google сканировать ваш сайт чаще, что может привести к увеличению рейтинга, а так же отображению актуальной информации в поисковых запросах.
-
5 вещей, которые разработчик должен знать о SEO
Когда впервые пытаешься разобраться с поисковой оптимизацией, то даже и не знаешь, с чего начать. Очень много чего надо переварить. И как только вы начинаете думать, что вы “знаете” что-то — Google выпускает обновление поискового алгоритма, который очень многое меняет.
Что такое URL
Изначально УРЛ применялся для обозначения размещения файлов в Интернете, но в настоящее время используется для указания расположения почти всех веб-ресурсов. URL может обозначать путь как к веб-сайту, так и к какому-то определенному документу или изображению. Чтобы перейти к нужному сайту или файлу, пользователю нужно написать в адресной строке браузера соответствующий УРЛ. Например, URL https://timeweb.com/ru/community открывает стартовую страницу сайта хостингового сообщества «Timeweb Community».
Определить URL-адрес веб-страницы просто — он показан в адресной строке браузера. Оттуда его можно скопировать, кликнув по адресной строке правой кнопкой мыши (при этом адрес выделяется) и в контекстном меню выбрав команду «Копировать».
Чтобы скопировать адрес отдельного изображения на странице, нужно кликнуть правой кнопкой мыши по картинке и выбрать пункт «Копировать адрес изображения» или «Копировать URL картинки» (в разных браузерах название команды может отличаться).
Для копирования адреса документа в контекстном меню ведущей к нему ссылки следует выбрать команду «Копировать адрес ссылки».
Во всех случаях URL окажется в буфера обмена, откуда его можно вставить в адресную строку браузера, переслать в сообщении либо вставить в текстовый документ.
Форматы URL
Транслитерация
Для обозначения названий статей обычно используют транслитерацию. Такие адреса легко читаются и понятны для восприятия пользователей.
По такому адресу сразу можно судить, какое содержимое вы увидите на странице. Поисковые системы легко распознают в подобных адресах ключевые слова, что также оказывает положительное влияние на SEO. Если в URL используется транслитерация, становится четко видна структура сайта и, чтобы попасть в нужный раздел, пользователь просто может стереть в адресной строке часть адреса.
Латиница
Латинские URL представляют собой адреса, переведенные на английский язык. Например, вместо «/novosti/» в адресе будет значиться «/news/».
Такой формат УРЛ часто используется для обозначения веб-страниц категорий и рубрик. Этот вариант считается универсальным, так как легко воспринимается пользователями и без труда обрабатывается поисковыми роботами.
Кириллические URL
Такой формат URL чаще всего применяют в кириллических доменах или когда часть адреса не очень длинная.
К их преимуществам относятся:
- удобство и простота запоминания;
- достаточное количество свободных доменов из-за невысокой популярности кириллицы;
- возможность использования ключевых слов в УРЛ.
Однако кириллические URL имеют существенный недостаток: при копировании такого адреса и вставки его в сообщение для отправки кому-либо или вставки в текстовый редактор, вы получите непонятный набор знаков, наподобие:
https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0
Это объясняется тем, что запись URL-адресов возможна только определенными символами из разрешенного набора, а символы кириллицы в него не входят. Поэтому адрес, в котором используется кириллица, шифруется, хотя при этом ссылка все равно будет работать.
К минусам кириллических УРЛов можно отнести и трудность для восприятия зарубежными пользователями, привыкшими к латинским символам, а также сложности при чтении адресов этого формата поисковыми роботами (такие URL приходится переводить в понятный для робота вид).
Регистрируем домен
Поставщиков данной услуги очень и очень много. Есть крупные, такие как reg.ru, nic.ru. Есть мелкие и очень мелкие. Называются такие поставщики регистраторы доменных имен.
Отличаются они, в первую очередь, ценами и удобством работы. По поводу удобства работы – отличия некритичны. Как правило, даже неопытный пользователь может без особого труда разобраться. А вот цены весьма отличаются.
Начнем с того, минимальный срок регистрации доменного имени составляет один год. Это правило едино для всех регистраторов. То есть Вы заказываете домен на год, потом, если хотите продолжать пользоваться этим адресом, его нужно будет продлить. Это означает, что нужно будет снова заплатить какую-то денежку.
Получается, если Вы планируете пользоваться адресом долгие годы, то каждый год Вы должны будете платить регистратору за его продление. Поэтому выбранный поставщик должен быть надежным (работающим не первый год), и цена за продление домена должна не сильно отличаться от цены регистрации.
Некоторые фирмы специально занижают цену первоначальной регистрации, а вот стоимость продления наоборот завышают.
Еще важно регистрировать доменное имя на свои паспортные данные. Никаких вымышленных имени и фамилий, никаких регистраций на родственников, друзей и знакомых! Это то же самое, что при покупке недвижимости оформить ее на «левого» человека
В жизни бывает всякое. Допустим, Ваш сайт станет популярным. А адрес – очень важная составляющая сайта. Не будет адреса – не будет популярности. Зарегистрировав доменное имя на непонятно кого, можно его запросто потерять. Тогда придется все начинать сначала.
Часто бывает ситуация, когда кто-то регистрирует адрес по Вашей просьбе. И часто этот кто-то регистрирует его на себя. То есть по документам это имя Вам не принадлежит. Получается, в случае возникновения конфликта Вы ничего не сможете сделать – юридически адрес не Ваш.
В общем, запомните два правила при регистрации доменных имен:
- Нужно выбирать надежного регистратора с адекватными ценами
- Нужно регистрировать домены только на себя
Где зарегистрировать домен дешево
Это регистратор, через который я лично уже много лет заказываю и продляю адреса для сайтов. Пока проблем не возникало.
Что же обозначают буквы WWW?
С одной стороны можно сказать, что буквы www олицетворяют собой сеть интернет, посредством которой осуществляется доступ к информации, выложенной для общего доступа. Эта информация расположена на множестве веб-серверов, подключенных к интернету. Префикс WWW означает, что, в большинстве случаев, обращение к странице будет происходить по протоколу HTTP.
С другой стороны, в терминах пространства имен интернета, www. является поддоменом (subdomain). Например, для домена www.example.ru www. — домен третьего уровня, для домена www.ru.example.ru это уже домен четвертого уровня.
Укрощение файлов cookie
Первая причина — это неудобно для пользователей. Более крупные сайты часто предпочитают хранить свой статический контент (изображения, видео, файлы JavaScript и CSS) на поддомене, чтобы освободить главный сервер для динамических запросов. Но если сайт работает как корневой домен, файлы cookie по-прежнему будут отправляться с example.com на static.example.com, замедляя доступ к статическому контенту и снижая производительность сайта. Единственный способ предотвратить такую трату пропускной способности — это хранить статический контент на совершенно другом домене. Так делает Twitter, размещая свой статический контент на a0.twimg.com.
Вторая причина — риски для безопасности. Когда вы авторизуетесь в CMS сайта, создается файл cookie. Затем, когда вы посещаете mail.example.com или cdn.example.com, файл cookie отправляется на эти поддомены и может быть прочитан администраторами сервера. Это создает угрозу безопасности, поскольку администраторы могут скопировать файл cookie и использовать его для авторизации в вашей корпоративной CMS. Чтобы снизить риск, вы можете прибегнуть к ограничению IP-адресов, разрешив доступ только IP-адресам вашей корпоративной сети.
Подытожим: если вы хотите оптимизировать скорость своего сайта, размещая статический контент отдельно, но вам не очень хочется покупать для этой цели совершенно новый домен, подумайте о сохранении префикса www в предпочитаемом доменном имени. Тогда вам не придется беспокоиться о том, что третьи лица будут читать файлы cookie вашего сайта.
Нужен ли этот префикс сейчас?
Пользователи делятся на две категории — тех, кто упорно вводит адреса сайтов с префиксом www., и тех, кто указывает адреса без него. Когда же переход на адрес, введенный без префикса (или наоборот, с префиксом), завершается сообщением о невозможности загрузить страницу, это очень раздражает людей: например, раньше canon.ru и www.nwgsm.ru были именно такими адресами — ведущими в никуда. В сети даже есть сообщества, которые пропагандируют отказ от префикса www. — в частности, войны по этому поводу велись на nowww.ru. Имеется и зарубежный аналог — no-www.org.
Так ли необходим префикс www. сейчас? Данный префикс писали для указания принадлежности адреса к интернет-пространству World Wide Web. На разных серверах размещались разные части сайта либо проекта, у каждого из серверов был свой IP-адрес, но все они размещались в одном домене: на одном компьютере располагался сервер FTP — ftp.example.ru, на другом — почтовый сервер mail.example.ru, и т.д. Сейчас же большинство сервисов, как правило, работает на одном сервере (разумеется, это не относится к проектам масштаба google.com).
Технически, домен с префиксом www. и без него — разные сущности, они могут иметь различное содержимое, и таких примеров в сети достаточно: например, это сайты www.languagetool.org и languagetool.org. Даже если владелец сайтов один, содержимое у них разное, сайты создавались для различных целей.
Но в этом случае создается путаница: кто-то вводит с www. и попадает на один сайт, а кто-то указывает адрес без www. — и попадает совершенно на другой сайт, хотя цели у этих людей, возможно, были одинаковы.
В частности, на Хабре недавно проводился опрос, используют ли разработчики сайтов префикс www. — там можно посмотреть актуальную статистику и сделать выводы.
Проверяем домен
Допустим, Вы выбрали адрес для своего сайта. Он Вас устраивает, и Вы уже готовы его купить. Но перед покупкой следует это имя проверить.
Дело в том, что интернет существует уже очень давно, а вместе с ним так же давно существуют доменные имена. Ежедневно в сети появляются тысячи самых разных сайтов и тысячи же закрываются.
У каждого из них свое имя. Это имя нужно продлять. То есть имя покупается не навсегда, а на какой-то срок, например, на год.
Так вот когда сайт закрывается, и его имя не продляется, оно через некоторое время становится свободным. В итоге любой человек сможет его зарегистрировать, то есть купить для своего сайта.
Все бы ничего, но покупая такой адрес Вы, можно сказать, забираете его прошлое. Поисковые системы Яндекс, Гугл и другие знают и помнят историю каждого имени. И вот от этого «груза», порой, бывает очень сложно избавиться.
Например, Вы подобрали красивый адрес, а раньше на нем был сайт с запрещенной информацией. Для поисковых систем такой адрес отмечен как «плохой», и они его игнорируют. Купив такое имя для своего сайта, он становится невидимым для поисковых систем.
Способы проверки
Существует несколько способов проверки имени. Можно узнать, было ли оно когда-то использовано и посмотреть, какой сайт был раньше по этому адресу.
К сожалению, нельзя узнать «оценку», которую поставили этому сайту поисковые системы. Даже если он выглядел достойно, и на нем не было ничего незаконного, адрес мог получить «черную метку».
Проверить это, к сожалению, никак нельзя. Обычно такие вещи узнаются уже после покупки и прикрепления нового сайта.
Поэтому рекомендуется покупать «чистые» доменные имена. То есть те, которые никогда никем не были зарегистрированы, и на которых никогда не было других сайтов.
Итак, способ номер один: проверяем, было ли имя раньше кем-то зарегистрировано.
Печатаем доменное имя, которое хотим проверить (полностью), и нажимаем на кнопку «Lookup».
Если записей нет, то все хорошо. Значит, этот адрес никогда никому не принадлежал.
Если есть пункт «Whois History» с каким-то количеством записей, то, значит, этот адрес уже кому-то принадлежал.
Правда, для этого нужно зарегистрироваться, подтвердить регистрацию по электронной почте, и войти в систему.
После этого введите домен, который нужно проверить без доменной зоны – ее нужно выбрать в отдельном окошке. Ставьте птичку на «Точное совпадение», затем точку на «По всей истории WHOIS». После этого выберите какую-нибудь очень давнюю дату (года так двухтысячного) в поле «Дата регистрации (created)» — «с». А в поле «по» — сегодняшний день. После чего нажмите на кнопку «Найти».
Если записей нет, значит, этот адрес ранее не был использован.
Если будет найдена какая-нибудь запись, то это означает, что раньше данное имя уже на кого-то было зарегистрировано. Там же можно посмотреть и более подробную информацию (когда, на кого и т.д.).
Способ номер два: проверяем, был ли раньше по этому адресу какой-нибудь сайт.
Открываем адрес archive.org/web. Печатаем интересующий адрес и нажимаем на кнопку «Browse history».
Если получаем вот такую страницу, значит, информации об адресе нет в базе:
Это хороший знак. Скорее всего, по данному адресу сайта раньше не было, то есть он «чистый».
В противном случае появится что-то вроде календаря с отмеченными датами, нажав на которые загрузится сохраненная версия сайта в определенный день/месяц/год.
Значение хорошего домена для SEO-продвижения
При планировании интернет-раскрутки сайта нужно также учесть написание доменного имени. Рекомендации по выбору приведены в Табл. 2.
Табл. 2
Параметры, на которые нужно обратить внимание, выбирая доменное имя
Значимый фактор | Особенности влияния на СЕО-продвижение |
Доменная зона | Если вы планируете вести бизнес только в рамках страны, лучше выбирать домен с географической привязкой |
Запоминаемое имя | Если в названии есть ключевые слова или основная группа товаров, бренд — такое словосочетание легче запоминать |
Время существования | При выборе уникального домена лучше отдавать предпочтение уже существующим (но не используемым) |
Что за чудо-юдо файл .htaccess?
RewriteEngine On
Вообще из всех виденных мной .htaccess эта строка была у всех, а функция mod_rewrite, о которой говорит данная запись, включена у всех хостеров. Но, если вдруг в вашем файле такой записи нет, то лучше уточните у своего хостера, включена ли у них функция mod_rewrite.
Ниже этой строки должна быть ещё одна
RewriteBase /
Если ее нет, то добавьте ее самостоятельно. На всякий случай, просмотрите наличие этой строки до самого конца файла.Все остальные записи, о которых пойдет речь в этой статье, должны находиться ниже этих двух строк
Это самое важное, что я хотела сказать прежде, чем мы приступим к основной части данной статьи. Итак, основные ошибки и способы их устранения.
В адресе главной страницы index.php или main
Не знаю, как в других CMS, но главный специалист по формированию таких URL – это Joomla. Да, это такая CMS, которая умудряется выдавать пользователю главную страницу, как минимум, по трем адресам.
http://site.ru/
http://site.ru/index.php или http://site.ru/index.html
http://site.ru/main
И это я ещё упустила вариант, когда сам сайт открывается с www и без. А вы проверили свой сайт на Joomla? Или у вас другая CMS? Проверьте на всякий случай. Если сайт новый, то проверяем вручную, вбивая в адресной строке браузера разные адреса. Если сайт уже проиндексирован, то смотрим инструменты для вебмастеров Яндекс и Google, какие страницы находятся в индексе.
Как убрать index.php и main
Если вы обнаружили, что главная страница сайта открывается одновременно по разным адресам, то для вас подойдет такое правило, которое мы прописываем все в том же файле .htaccess.Для страницы main
#RewriteBase /
Redirect 301 /main http://site.ru/
Для страницы index.php
RewriteCond %{THE_REQUEST} ^{3,9}\ /index\.php\ HTTP/
RewriteRule ^index\.php$ http://site.ru/
Обращаю ваше внимание на то, что если вы используете основной адрес с www, то запись http://site.ru/ должна быть с www, т.е. http://www.site.ru/
Соответственно, если вы обнаружили файл index с расширением .html, то указываем его в правиле.
Вот мы разобрали самые частые ошибки в настройке URL адреса сайта и научились их исправлять. Надеюсь, моя статья вам поможет правильно настроить адрес своего сайта. Удачи.
Файлы зоны
Мы уже упоминали в перечисленных выше процессах «файлы зоны» и «записи».
Файлы зоны это способ, с помощью которого DNS-сервер хранит информацию о доменах, которые он знает. Каждый домен, информация о котором есть у DNS-сервера, хранится в файле зоны. Если DNS-сервер настроен для работы c рекурсивные запросами, как публичный DNS-сервер, он найдет ответ и предоставит его. В противном случае он укажет пользователю, где искать дальше. Чем больше у сервера файлов зоны, тем больше ответов на запросы он сможет предоставить.
Файл зоны описывает DNS «зону», которая, по существу, является подмножеством всей системы DNS. Как правило, она используется для настройки только одного домена. Она может содержать некоторое количество записей, которые указывают, где находятся ресурсы для запрашиваемого домена.
Параметр зоны $ORIGIN эквивалентен высшему уровню полномочий в зоне по умолчанию.
Таким образом, если файл зоны используется для настройки домена «example.com.», то параметр $ORIGIN также будет установлен для этого домена.
Это настраивается на верхнем уровне файла зоны или может быть указано в настройках файла DNS-сервера, который ссылается на файл зоны. В любом случае этот параметр описывает то, за что зона будет ответственна.
Точно так же $TTL настраивает «время жизни» информации, которую он предоставляет. По сути, это таймер. Кэширующий DNS-сервер может использовать ранее запрошенные результаты для ответа на вопросы, пока заданное значение TTL не истечет.
Структура WWW
Понимание того, что значит WWW, было бы неполным без понимания её структуры и принципов функционирования. В основе WWW лежит функционирование множества веб-серверов (программ, запускаемых на компьютере и использующих протокол HTTP для обмена данными). Обычно веб-сервер получает по сети запрос на какой-либо файл, находит его у себя и отправляет по адресу, указанному в запросе, причём некоторые серверы могут создавать нужный файл (документ), что называется, «на ходу».
Для просмотра информации от веб-сервера пользователь использует специальное программное обеспечение под названием «веб-браузер», который позволяет корректно отображать гипертекст (специально размеченный текст, часто с использованием гиперссылок).
Сам же гипертекст создаётся с использованием HTML – специального языка разметки гипертекста. Файлы на основе HTML является основой «всемирной паутины», а когда такой файл помещается на веб-сервер он уже называется «веб-страницей». Система веб-страниц называется «сайтом», «веб-сайтом» или «веб-ресурсом».