При просмотре через Интернет в течение последних нескольких лет я вижу все больше страниц, избавляющихся от субдомена "www".
Есть ли веские причины использовать или не использовать субдомен "www"?
При просмотре через Интернет в течение последних нескольких лет я вижу все больше страниц, избавляющихся от субдомена "www".
Есть ли веские причины использовать или не использовать субдомен "www"?
Есть много веских причин, чтобы включить его, лучший из которых здесь: Лучшие рекомендации по эффективности
Из-за правила точки с куки файлами, если у вас нет "www". то вы не можете установить двухточечные файлы cookie или куки-субдомены a la *.example.com. Есть два соответствующих воздействия.
Сначала это означает, что любой пользователь, которому вы даете куки файлы, отправит эти файлы cookie с запросами, соответствующими домену. Поэтому, даже если у вас есть субдомен, image.example.com, cookie example.com всегда будет отправляться с запросами в этот домен. Это создает накладные расходы, которых не было бы, если бы вы сделали www.example.com авторитетное имя. Конечно, вы можете использовать CDN, но это зависит от ваших ресурсов.
Кроме того, у вас нет возможности установить куки файл с перекрестными субдоменами. Это кажется очевидным, но это означает, что позволяет пользователям, прошедшим аутентификацию, перемещаться между вашими поддоменами, является скорее технической проблемой.
Так что задайте себе несколько вопросов. Я устанавливаю файлы cookie? Я забочусь о потенциально ненужных расходах на пропускную способность? Могут ли аутентифицированные пользователи пересекать поддомены? Если вы действительно обеспокоены неудобством пользователя, вы всегда можете настроить свой сервер, чтобы автоматически следить за www/no www.
Сразу после этого вопроса я перешел на страницу no-www, в которой говорится:
... Вкратце, использование субдомена www является излишним и требует много времени для общаться. Интернет, СМИ и обществу все лучше без него.
Возьмите его с домена, используйте как www.domainname.com, так и обычный домен. в противном случае вы просто бросаете свой трафик в поисковую систему browers (ошибка DNS)
На самом деле удивительно, сколько доменов там, особенно среди 100 лучших, правильно разрешено для www.domainname.com, но не domainname.com
Есть много причин использовать www-поддомен!
При написании URL-адреса легче написать и набрать "www.stackoverflow.com", а не "/fooobar.com/...". Большинство текстовых редакторов, почтовых клиентов, текстовых процессоров и элементов управления WYSIWYG автоматически распознают оба указанных выше и создают гиперссылки. Ввод только "stackoverflow.com" не приведет к гиперссылке, ведь это всего лишь доменное имя. Кто говорит, что там есть веб-сервис? Кто говорит, что ссылка на этот домен является ссылкой на его веб-сервис?
Что бы вы предпочли написать/напечатать/сказать.. "www." (4 символа) или "http://" (7 символов)
"WWW." является установленным сокращенным способом однозначного сообщения о том, что объект является веб-адресом, а не URL-адресом для другой сетевой службы.
При устной передаче веб-адреса в контексте должно быть ясно, что веб-адрес, так называемый "www", является избыточным. Серверы должны быть настроены так, чтобы возвращать ответы HTTP 301 (перемещенные на постоянной основе), пересылающие все запросы для @.stackoverflow.com(корень домена) в субдомен www.
По моему опыту, люди, которые думают, что WWW должны быть опущены, обычно являются людьми, которые не понимают разницу между Интернетом и Интернетом, и используют термины взаимозаменяемо, например, они являются синонимами. Интернет является лишь одним из многих сетевых сервисов.
Если вы хотите избавиться от www, почему бы не изменить свой HTTP-сервер для использования другого порта, TCP-порт 80 вчера был sooo. Позвольте изменить это на порт 1234, YAY теперь люди должны сказать и ввести "/fooobar.com/..." (восьмой тройной тройник с двоеточием слэш-слэша переполняет точку двоеточие двоеточие два-три четверти), но по крайней мере нам не нужно говорить "www", а?
Нет никакого огромного преимущества для включения - это или нет - в том числе - и ни одна объективно-лучшая стратегия. "no-www.org" - это глупая нагрузка старой догмы, пытающейся представить себя как окончательный факт.
Если "большая организация, которая имеет множество разных сервисов и не хочет выделять" оголенное доменное имя, чтобы быть веб-сервером ", сценарий не относится к вам (и на самом деле это редко делает), в котором адрес вы выбираете в основном культурный вопрос. Являются ли люди, с которыми вы привыкли видеть голый домен example.g., Написанный на рекламных материалах, сразу узнают его как веб-адрес без дополнительных" www "или" http://?"? В Японии, например, вы получите забавный вид на выбор версии, отличной от www.
Какой бы вы ни выбрали, будьте последовательны. Сделайте доступными как www, так и не-www версии, но сделайте одну из них окончательной, всегда ссылайтесь на эту версию и сделайте другую переадресацию на нее (постоянно, код статуса 301). Наличие обоих имен хостов напрямую влияет на SEO, и обслуживает любое старое имя хоста, которое разрешает сервер, дает вам возможность отбрасывать атаки DNS.
Есть несколько причин, вот некоторые из них:
1) Человек хотел этого таким образом нарочно
Люди используют DNS для многих вещей, а не только для Интернета. Для них может потребоваться имя основного dns для какой-либо другой услуги, которая важнее для них.
2) Неверные серверы dns
Если кто-то ищет WWW на вашем DNS-сервере, ваш DNS-сервер должен будет его решить.
3) Неверные веб-серверы
Веб-сервер может размещать множество различных веб-сайтов. Он отличает, какой сайт вы хотите, с помощью заголовка Host. Вам нужно указать имена хостов, которые вы хотите использовать для своего веб-сайта.
4) Оптимизация сайта
Лучше не обрабатывать и то, и другое, а пересылать один с перекодированным постоянным кодом статуса http. Таким образом, 2 адреса не будут конкурировать за ранжирование входящих ссылок.
5) Файлы cookie
Чтобы избежать проблем с отправкой файлов cookie браузером. Это также можно решить с измененным кодом состояния http.
6) Кеширование браузера на стороне клиента
Веб-браузеры могут не кэшировать изображение, если вы делаете запрос на www и другой без. Это также можно решить с измененным кодом состояния http.
Как отмечает jdangel, www является хорошей практикой в некоторых ситуациях с файлами cookie, но я считаю, что есть другая причина использовать www.
Разве мы не несем ответственности за заботу и защиту наших пользователей. Поскольку большинство людей ожидают WWW, вы дадите им менее совершенный опыт, не программируя для него.
Мне кажется немного самоуверенным, чтобы не создавать DNS-запись, потому что теоретически это не требуется. Нет никаких накладных расходов на перенос записи DNS и перенаправления и т.д. Они могут быть перенаправлены на адрес non www dns.
Серьезно не теряйте ценный трафик, оставив своего потенциального посетителя с ненужной ошибкой "сайт не найден".
Кроме того, в сети только для Windows вы можете настроить DNS-сервер Windows, чтобы избежать следующей проблемы, но я не думаю, что вы можете в смешанной среде Mac и Windows. Если mac выполняет DNS-запрос с DNS-сервером Windows, mydomain.com вернет все доступные серверы имен, а не веб-сервер. Поэтому, если в вашем браузере вы наберете mydomain.com, у вас будет ваш запрос на сервер имен, а не на веб-сервер, в этом случае вам понадобится субдомен (например, www.mydomain.com), чтобы указать на конкретный веб-сервер.
Помимо оптимизации загрузки файлов cookie, существует также причина, связанная с DNS, для использования субдомена www
. Вы не можете использовать CNAME в голом домене. На yes-www.org yes-www.org говорится:
При использовании провайдера, такого как Heroku или Akamai для размещения вашего веб-сайта, поставщик хочет иметь возможность обновлять записи DNS, если ему необходимо перенаправить трафик с отказавшего сервера на здоровый сервер. Это настраивается с использованием записей DNS CNAME, а у голого домена нет записи CNAME. Это проблема только в том случае, если ваш сайт становится достаточно большим, чтобы требовать очень избыточного хостинга с такой услугой.