Лучшие статьи и кейсы стартапов
Включить уведомления
Дадим сигнал, когда появится
что-то суперстоящее.
Спасибо, не надо
Вопросы Проекты Вакансии
Система управления контентом
Рекомендуем
Продвинуть свой проект
Лучшие проекты за неделю
44
Битрикс24

Битрикс24

www.bitrix24.ru

15
Отследить-посылку

Отследить-посылку

отследить-посылку.рф

13
GIFTD

GIFTD

giftd.tech

12
Логомашина

Логомашина

logomachine.ru

11
Devicerra

Devicerra

devicerra.com

11
Aword

Aword

Приложение для изучения английских слов

11
Eczo.bike

Eczo.bike

www.eczo.bike

11
Flowlu

Flowlu

flowlu.ru

8
KEPLER LEADS

KEPLER LEADS

keplerleads.com

7
Convead

Convead

convead.ru

Показать следующие
Рейтинг проектов
Подписывайтесь на Спарк во ВКонтакте

Зачем использовать поддомен www?

1 530 3 В избранное Сохранено
Авторизуйтесь
Вход с паролем
Всё чаще при разработке сайтов вебмастеры отказываются от использования поддомена www, но это решение может привести к плачевным результатам в будущем. Подробнее под катом.

Эта страница предназначена для вебмастеров, которые раздумывают над тем, использовать ли www в канонических URL адресах своих сайтов.

Сначала немного терминологии. Доменное имя без www иногда упоминается как голый домен, и я буду его называть именно так.

Почему я должен использовать поддомен www?

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

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

Компания Heroku, например, настоятельно рекомендует не использовать голые домены. При использовании провайдера, такого как Heroku или Akamai для размещения вашего сайта, провайдер хочет иметь возможность обновлять DNS записи. Без этого ни как, если нужно перенаправить трафик с неисправного сервера на работоспособный. Это достигается редактированием DNS CNAME записей, а голый домен не может иметь CNAME запись. Такая проблема возникает, только если ваш сайт получает достаточно большой трафик, чтобы требовался “дублированный” хостинг с подобной услугой. Но кто не хочет, чтобы его сайт обрабатывал больше трафика? Для того, чтобы не использовать www, вам необходимо иметь собственную серверную ферму и вы все равно будете не в состоянии использовать такие сервисы так же эффективно, как обычную смену CNAME в DNS записях www поддомена. (См. также: почему Heroku предостерегает от использования “голых” доменных имён?)

Другая причина связана с куками. Одним из основных способов оптимизации сайта является перенос статического контента на поддомен, например static.example.com. Если вы используете www, то это не проблема, куки вашего сайта не будут переданы на static поддомен (если только явно не настроить подобным образом). В случае же с голым доменом, куки будут отсылаться на любые поддомены (на последних версиях браузеров, реализующих спецификацию RFC 6265), замедляя доступ к статическому контенту, и, возможно, вызывая ошибки кэширования. Единственный способ обойти эту проблему и оставить голый домен - это купить второе доменное имя, которое будет использоваться только для статического контента. Твиттер, например, не использует поддомен www, потому хранит статический контент на отдельном домене. Конечно, если вы явно распространяете куки на все поддомены, например, для реализации возможности единого входа на различные сервисы на поддоменах вашего сайта (как у Google), то вам тоже придется покупать новое доменное имя (См. также: Какой смысл в наличии “www” в URL-адресе?)

Говоря о куках, если вы решите использовать голый домен, и решите поместить сервисы на поддомены и разделить между ними куки, вы быстро обнаружите, что эта система не работает в случае, если поддомены устанавливают куки — они не отображаются на голом домене. Исправление содержится в документе RFC 6265 (ранее документ RFC 2965), который позволяет использовать общие куки для голого домена и поддоменов, но некоторые популярные веб-приложения, до сих пор не реализуют спецификации RFC 2965 должным образом, уже не говоря о документе RFC 6265. (См. также: Может subdomain.example.com установить cookie, которые могут быть прочитаны example.com?)

Вы можете не столкнуться с этими проблемами прямо сейчас, но в процессе роста вашего сайта это обязательно произойдёт. Использование www сегодня и в будущем делает вас более подготовленными к проблемам поддержки сайта, выходящего за пределы одного сервера. Это может быть сделано без использования www, но с ним гораздо проще.

Я должен перенаправлять без-www на www?

Да.

Редирект гарантирует, что посетители, которые ввели URL до вашего сайта (независимо от его формата), все равно попадут к вам на сайт. Кроме того, он обеспечивает правильное индексирование сайта поисковыми роботами.

P.S.

Спасибо за прочтение нашего перевода статьи http://www.yes-www.org/why-use-www/

Интересно узнать ваше мнение, стоит ли использовать поддомен www.

Кстати, совсем недавно вышла новая версия нашего движка для создания сайтов, и в нём вы сами можете выбрать, использовать ли поддомен www =)

+1
Добавить в избранное Сохранено
Авторизуйтесь
Вход с паролем
Первые Новые Популярные
Andrey Viktorov
А можно просто использовать адекватный хостинг dns вроде cloudflare с включенным CNAME Flattening
Ответить
AI-Challenge.com
Написание искусственного интеллекта, как игра.
Чечулин Юрий
Все ровно поправтие плз
Ответить
ATOM-M CMS
Система управления контентом
Борис Лапин
Спасибо! Исправили.
Ответить
Выбрать файл
Читайте далее
Загружаем…
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать