Когда следует использовать поддомен «www»?

Question

За последние несколько лет, просматривая Интернет, я вижу все больше и больше страниц, избавляющихся от поддоменов www.

Есть ли веские причины использовать или не использовать поддомен 'www'?

Answer 1

Существует множество веских причин, чтобы включить его, лучшие из которых здесь: Рекомендации по производительности Yahoo

Из-за правила «точка» с файлами cookie, если у вас нет «www». тогда вы не можете установить двухточечные куки или междоменные куки а ля * .example.com. Есть два соответствующих воздействия.

Во-первых, это означает, что любой пользователь, которому вы предоставляете файлы cookie, отправит эти файлы cookie обратно с запросами, соответствующими домену. Таким образом, даже если у вас есть поддомен images.example.com, cookie-файл example.com всегда будет отправляться с запросами на этот домен. Это создает издержки, которых не было бы, если бы вы сделали www.example.com авторитетным именем. Конечно, вы можете использовать CDN, но это зависит от ваших ресурсов.

Кроме того, у вас нет возможности установить cookie для нескольких поддоменов. Это кажется очевидным, но это означает, что позволить аутентифицированным пользователям перемещаться между вашими поддоменами - это скорее техническая задача.

Поэтому задайте себе несколько вопросов. Я устанавливаю куки? Я забочусь о потенциально ненужных расходах полосы пропускания? Будут ли аутентифицированные пользователи пересекать субдомены? Если вас действительно беспокоит неудобство пользователя, вы всегда можете настроить свой сервер так, чтобы он автоматически позаботился о www / no www.

См. dropwww и yes-www .

Answer 2

Просто после того, как я задал этот вопрос, я зашел на страницу no-www , на которой написано:

... Вкратце, использование субдомена www является избыточным и отнимает много времени для общаться. Интернет, СМИ и обществу все лучше без него.

Answer 3

Возьми его у доменера, используй как www.domainname.com, так и обычный domainname.com в противном случае вы просто выбрасываете свой трафик в поисковую систему браузера (ошибка DNS)

На самом деле просто удивительно, сколько доменов, особенно среди топ-100, правильно разрешено для www.domainname.com, но не domainname.com

Answer 4

Существует множество причин использовать поддомен www!

При написании URL-адреса легче писать вручную и набирать "www.stackoverflow.com", а не "http://stackoverflow.com".". Большинство текстовых редакторов, почтовых клиентов, текстовых процессоров и элементов управления WYSIWYG автоматически распознают оба вышеперечисленных и создайте гиперссылки. Ввод только «stackoverflow.com» не приведет к гиперссылке, в конце концов, это всего лишь доменное имя .. Кто говорит, что там есть веб-сервис? Кто говорит, что ссылка на этот домен является ссылкой на его веб-сервис?

Что бы вы предпочли написать / напечатать / сказать .. "www." (4 символа) или "http://" (7 символов) ??

"WWW." является общепризнанным способом недвусмысленной передачи информации о том, что субъект является веб-адресом, а не URL-адресом другой сетевой службы.

При устном сообщении веб-адреса из контекста должно быть ясно, что это веб-адрес, поэтому слово «www» является избыточным. Серверы должны быть настроены так, чтобы они возвращали ответы HTTP 301 (постоянно перемещенные), перенаправляя все запросы для @ .stackoverflow.com (корень домена) на поддомен www.

По моему опыту, люди, которые считают, что WWW следует опустить, обычно являются людьми, которые не понимают разницы между сетью и Интернетом и используют термины взаимозаменяемо, как будто они являются синонимами. Интернет является лишь одним из многих сетевых сервисов.

Если вы хотите избавиться от www, почему бы не изменить свой HTTP-сервер на использование также другого порта, TCP-порт 80 ооочень вчера ... Давайте изменим это на порт 1234, YAY теперь люди должны сказать и напечатать "http://stackoverflow.com:1234" (восьмой тройник, тройник, пи, слеш, слеш, слэш, переполнение, точка, точка, двоеточие, один, два, три, четыре), но, по крайней мере, нам не нужно говорить" www ", а?

Answer 5

Нет огромного преимущества в том, чтобы включить это или нет в него, и нет объективно лучшей стратегии. «No-www.org» - глупый груз старой догмы, пытающейся представить себя как окончательный факт.

Если сценарий «большая организация, которая имеет много разных служб и не хочет выделять пустое доменное имя для того, чтобы быть веб-сервером», к вам не относится (а на самом деле редко), который обращается вы выбираете в значительной степени культурный вопрос. Являются ли люди, которые привыкли видеть пустой домен «example.org», написанный на рекламных материалах, сразу же узнают его как веб-адрес без лишних «www» или «http://’»? В Японии, например, вы получите забавные образы при выборе версии без www.

Что бы вы ни выбрали, будьте последовательны. Сделайте доступными версии как www, так и не www, но сделайте одну из них окончательной, всегда ссылайтесь на эту версию, а другую перенаправляйте на нее (навсегда, код состояния 301). Наличие двух имен хостов, отвечающих напрямую, плохо для SEO, а обслуживание любого старого имени хоста, которое разрешается на вашем сервере, оставляет вас открытым для атак повторного связывания DNS.

Answer 6

Есть несколько причин, вот некоторые из них:

1) Человек нарочно хотел это таким образом

Люди используют DNS для многих вещей, не только для Интернета. Им может понадобиться основное DNS-имя для какой-то другой службы, которая для них важнее.

2) Неправильно настроенные DNS-серверы

Если кто-то выполнит поиск www на вашем DNS-сервере, ваш DNS-сервер должен будет разрешить его.

3) Неправильно настроенные веб-серверы

Веб-сервер может содержать множество различных веб-сайтов. Он определяет, какой сайт вы хотите через заголовок хоста. Вам необходимо указать, какие имена хостов вы хотите использовать для своего сайта.

4) Оптимизация сайта

Лучше не обрабатывать оба, а пересылать один с постоянно перемещенным кодом статуса http. Таким образом, 2 адреса не будут конкурировать за ранги входящих ссылок.

5) Печенье

Во избежание проблем с файлами cookie, которые не отправляются браузером. Это также может быть решено с помощью перемещенного кода статуса HTTP.

6) Кэширование браузера на стороне клиента

Веб-браузеры могут не кэшировать изображение, если вы отправляете запрос на www, а другой - без. Это также может быть решено с помощью перемещенного кода статуса HTTP.

Answer 7

Как указывает jdangel, использование www в некоторых ситуациях с файлами cookie является хорошей практикой, но я считаю, что есть еще одна причина использовать www.

Разве мы не обязаны заботиться о наших пользователях и защищать их? Поскольку большинство людей ожидают www, вы не дадите им идеальный опыт, не программируя его.

Мне кажется немного высокомерным не устанавливать DNS-запись только потому, что в теории это не требуется. Нет никаких накладных расходов при переносе записи DNS и перенаправлениях и т. Д. Они могут быть перенаправлены на адрес не www DNS.

Серьезно не теряйте ценный трафик, оставив потенциальному посетителю ненужную ошибку «сайт не найден».

Кроме того, в сети только для Windows вы можете настроить DNS-сервер Windows, чтобы избежать следующей проблемы, но я не думаю, что вы можете это делать в смешанной среде Mac и Windows. Если Mac выполняет DNS-запрос к Windows DNS, mydomain.com вернет все доступные серверы имен, а не веб-сервер. Поэтому, если в вашем браузере вы наберете mydomain.com, ваш браузер запросит сервер имен, а не веб-сервер, в этом случае вам потребуется субдомен (например, www.mydomain.com), чтобы указать конкретный веб-сервер.

Answer 8

Помимо оптимизации загрузки файлов cookie, существует также причина использования субдомена www, связанная с DNS. Вы не можете использовать CNAME для голого домена. На yes-www.org yes-www.org написано:

При использовании поставщика, такого как Heroku или Akamai, для размещения вашего веб-сайта поставщик должен иметь возможность обновлять записи DNS в случае, если ему необходимо перенаправить трафик с неисправного сервера на работоспособный сервер. Это настраивается с помощью DNS-записей CNAME, и у обнаженного домена не может быть записи CNAME. Это проблема только в том случае, если ваш сайт становится достаточно большим, чтобы требовать сильно избыточного хостинга с такой услугой.