Яка мета піддомену WWW?

Який сенс мати 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? Чи має бути?

До всесвітньої павутини ще існував Інтернет, і він використовувався для різноманітних речей: telnet, email, gopher, FTP тощо. У той час традиційно присвоювати псевдоніми доменних імен серверам загальні функції. Отже, smtp.example.com буде SMTP-сервером вихідної пошти example.com, ftp.example.com - FTP-сервером example.com тощо.

Коли Інтернет з'явився (на початку 1990-х), це був лише черговий додаток / протокол - на той час не обов'язково передбачалося, що поруч із електронною поштою стане найпопулярнішою справою використання Інтернету. Так веб-серверу організації було призначено псевдонім доменного імені "www." як і будь-яка інша служба, як правило, буде призначена.

З часом багато сайтів почали скидати "www.", Адже URL-адреси врешті-решт часто вводяться людьми, і так, це ще 4 символи, ніж дійсно потрібно. Але, "www." все ще затримається сьогодні, і це, швидше за все, ніколи не піде повністю.

В основному використовується для відділення файлів cookie від інших субдоменів.

Якщо ви збираєтесь використовувати файли cookie, обов'язково зберігайте це www..

Ви завжди можете використовувати переадресацію 301, щоб перенаправити короткий домен на той, з www.яким ваші користувачі не повинні вводити його.

Це дозволить створити субдомени, які не містять файлів cookie для подання статичних даних. Без цього www.файли cookie подаються на всіх піддоменах. Тому, якщо ви не використовуєте www., вам потрібно повністю відокремлене доменне ім'я, щоб мати домен, який не містить файлів cookie, а не просто субдомен.

Крім цього, вибір між збереженням www.чи ні - це лише питання, якому саме ви надаєте перевагу. Просто переконайтеся, що переспрямовано не вибране на інше, використовуючи переадресацію 301.

Редагувати:

Для пояснення, встановлення файлу cookie використовує ієрархію способу поширення файлу cookie домену.

Наприклад, встановлення файлу cookie example.comдозволяє ефективно передавати файли cookie на:

example.com
www.example.com
sub.www.example.com
my.example.com
oh.my.example.com
images.example.com
hello.example.com

У порівнянні з встановленням файлу cookie www.example.comдозволено cookie лише в тих випадках:

www.example.com
sub.www.example.com

Використовуючи a, www.ви дозволяєте використовувати субдомени для того, щоб мати різні файли cookie від основного сайту (і жодного взагалі, якщо цього не потрібно).

Без www.(або іншого субдомену) усі файли cookie, встановлені в домені, поширюватимуться на субдомени.

Не маю уявлення, чи традиційно www.це використовується, але одна з можливих причин:

Скажімо, у вас є сервер, який запускає сервери Web, SMTP та IMAP. Користувачі отримують доступ до веб-сервера через www.example.com, SMTP через smtp.example.com та IMAP через imap.example.com

Ваш сервер стає сильно завантаженим, тому ви хочете розділити веб-сервер на нову машину. Для цього потрібно просто змінити субдомен "www", щоб вказати на IP-адресу нового веб-сервера.

Для великих внутрішніх мереж це простий спосіб переміщення серверів. Просто змініть внутрішній запис DNS-сервера SMTP-сервера, і всі клієнти автоматично почнуть використовувати нову машину. Немає переадресації портів, які турбуються

З серверами, що звертаються до Інтернету, ви, ймовірно, будете тримати обидва сервери в одній мережі NAT'd та пересилати порт 80 на іншу машину або використовувати балансир завантаження

Є користь для збереження "www". частина URL-адрес для суто веб-серверів, особливо стосовно файлів cookie, як пояснюють Ендрю Мур та цей blog.SO post .. Плюс, якщо ви перенаправляєте домен, який не є www, користувачі не повинні його вводити (і навіть якщо якщо ви цього не зробите, більшість браузерів спробує "www.example.com", якщо "example.com" не працює)

Це може бути і гірше. Британська компанія «Запчастини», здається, цілком зрозуміла всю справу - їх веб-сайт rswww.com

Це просто питання абстракції, як мати законопроекти, адресовані "секретарю клубу" замість "Сьюзен". Якщо у вас є рахунки, надіслані до сусану, каталогів продажів та резюме, то що станеться, якщо ви наймаєте Боба для обробки кадрових речей, таких як резюме? Пошта все ще адресована Сьюзен, і ніхто не дізнається, що це для Боба, поки Сьюзен не знайде часу, щоб її відкрити і переконатися, що вона не призначена для неї. Тож замість того, щоб називати "Сьюзен", фактичну особу, ви називаєте "Департамент людських ресурсів" - РОЛЬ.

Так само ви називаєте комп'ютери за їх РОЛЯМИ, а не власне комп'ютери. Отже, у вас є комп'ютер під назвою www.yourcompany.com, якщо ви обслуговуєте веб-сайти, і комп'ютер під назвою ftp.yourcompany.com, якщо ви надаєте послугу FTP тощо. Якщо ви цього не зробите, то один комп’ютер, вашcompany.com, повинен отримати весь інтернет-трафік, а потім передати його в потрібне місце. www.yourcompany.com можуть бути всі веб-сервери в google, але якщо yourcompany.com - це ноутбук, ноутбук буде перевантажений, тоді як веб-сервери все ще будуть сидіти навколо, чекаючи інформації, щоб отримати їх. Як і Сьюзен, яка спочатку обробляє всю пошту, і один комп’ютер може спочатку обробляти всі ролі, але окремі імена комп’ютера / домену допомагають розділяти (або консолідувати) речі за потребою.