Какой смысл иметь www.
? Разве это не бесполезный дополнительный текст? Поскольку все привыкли к этому, www.google.com
выглядит более сбалансированным, чем google.com
, но почему это началось с самого начала?
Одна вещь, которую я заметил, - это то google.com
, что IP имеет 74.125.53.100
в Великобритании, а www.google.com
IP 209.85.135.106
- в США. Может ли кто-нибудь объяснить немного об этом?
Edit: Является ли example.tld
должна быть другая машина , чем www.example.tld
? Это должно быть?
domain-name
www
subdomain
Mk12
источник
источник
www.
это поддомен, и не имеет значения, имеет ли он свой собственный адрес (A
/AAAA
) записей или простоCNAME
переместился куда-то еще. Это остается поддоменом.Ответы:
До Всемирной паутины еще существовал Интернет, и он использовался для различных целей: telnet, электронная почта, gopher, FTP и т. Д. В то время было традиционным назначать псевдонимы доменных имен серверам для общих функций. Таким образом, smtp.example.com будет SMTP-сервером исходящей электронной почты example.com, ftp.example.com будет FTP-сервером example.com и т. Д.
Когда появился Интернет (начало 1990-х годов), это было просто еще одно приложение / протокол - в то время не обязательно предполагалось, что это станет самой популярной вещью для использования Интернета, помимо электронной почты. Поэтому веб-серверу организации был присвоен псевдоним имени домена «www». как и любой другой сервис, как правило, был назначен.
Со временем многие сайты начали отбрасывать «www.», Потому что URL-адреса часто вводятся людьми, и да, это на 4 символа больше, чем необходимо. Но, "www." все еще задерживается сегодня, и это вряд ли когда-либо полностью уйдет.
источник
http://
протокол предназначен для веб-трафика, тогда как другие популярные субдомены имеют свои собственные протоколы, такие какftp://
. Много ли случаев, когда HTTP подходит для трафика, не принадлежащего веб-сайту?Он в основном используется для отделения куки от других поддоменов.
Если вы собираетесь использовать куки, обязательно сохраните
www.
.Вы всегда можете использовать перенаправление 301, чтобы перенаправить короткий домен на тот, с
www.
которым ваши пользователи не должны его набирать.Это позволит вам создавать субдомены без файлов cookie для обслуживания статических данных. Без
www.
, куки обслуживаются на всех поддоменах. Поэтому, если вы не используетеwww.
, вам нужно совершенно отдельное доменное имя, чтобы иметь домен без файлов cookie, а не просто использование поддоменов.Помимо этого, выбор между сохранением
www.
или не является просто вопросом, который вы предпочитаете. Просто убедитесь, что вы перенаправили один не выбранный другой, используя 301 перенаправление.РЕДАКТИРОВАТЬ:
Для объяснения, установка cookie использует иерархию для того, как cookie распространяется в домен.
Например, установка файла cookie для
example.com
эффективной передачи файлов cookie:По сравнению с настройкой cookie-файла,
www.example.com
разрешает использование cookie только в следующих ситуациях:Используя a,
www.
вы разрешаете себе использовать поддомен, чтобы иметь разные файлы cookie с основного сайта (и ни одного вообще, если это требуется).Без
www.
(или другого субдомена) все файлы cookie, установленные в домене, будут распространяться на субдомены.источник
www.
на новых сайтах. Нет другой технической причины, по которойwww.
все еще используется сегодня.Понятия не имею, если это традиционно, почему
www.
используется, но одна из возможных причин:Допустим, у вас есть сервер, на котором работают веб, SMTP и IMAP серверы. Пользователи получают доступ к веб-серверу через www.example.com, SMTP через smtp.example.com и IMAP через imap.example.com
Ваш сервер сильно загружен, поэтому вы хотите разделить веб-сервер на новую машину. Для этого просто измените поддомен www, чтобы он указывал на IP-адрес вашего нового веб-сервера.
Для больших внутренних сетей это простой способ перемещения серверов. Просто измените запись DNS внутреннего SMTP-сервера, и все клиенты автоматически начнут использовать новую машину. Нет необходимости переадресации портов
В случае серверов, подключенных к Интернету, вы, вероятно, сохранили бы оба сервера в одной сети NAT и перенаправили бы порт 80 на другой компьютер, или использовали бы балансировщик нагрузки
Есть преимущества для сохранения "www." часть URL-адреса исключительно для веб-серверов, особенно в отношении файлов cookie, как объясняют Эндрю Мур и этот блог. SO . Кроме того, если вы перенаправляете домен не из www, пользователям не нужно его вводить (и даже если Вы не делаете, большинство браузеров будут пытаться "www.example.com", если "example.com" не работает)
источник
Могло быть и хуже. Британская компания по производству запчастей «RS», похоже, совершенно неправильно поняла все это - их сайт rswww.com
источник
Это просто вопрос абстракции, например, когда счета адресованы «Секретарю клуба», а не «Сьюзен». Если у вас есть счета, отправленные Сьюзен, каталоги продаж и резюме, то что произойдет, если вы возьмете на работу Боба для работы с персоналом, таким как резюме? Почта все еще адресована Сьюзен, и никто не узнает, что она для Боба, пока Сьюзен не найдет время, чтобы открыть ее и убедиться, что она не предназначена для нее. Таким образом, вместо того, чтобы называть «Сьюзен», фактического человека, вы называете «Отдел кадров» - РОЛЬ.
Точно так же вы называете компьютеры для их ролей, а не фактические компьютеры. Таким образом, у вас есть компьютер с именем www.yourcompany.com, если вы обслуживаете веб-сайты, и компьютер с именем ftp.yourcompany.com, если вы предоставляете услугу FTP и т. Д. Если нет, то один компьютер, yourcompany.com, должен получить весь интернет-трафик, а затем передать его в нужное место. www.yourcompany.com может быть всем веб-сервером в Google, но если yourcompany.com - это ноутбук, он будет перегружен, а веб-серверы будут сидеть и ждать, пока информация достигнет их. Как и Сьюзен, изначально обрабатывающая всю почту, один компьютер может изначально обрабатывать все роли, но отдельные имена компьютеров / доменов помогают разделять (или объединять) вещи по мере необходимости.
источник