Чи є у сучасних веб-браузерів сенс розміщувати www перед адресою URL, який використовує його?

Коли ви збираєтесь, www.facebook.comчи www.cbc.caє якась користь чи різниця, що виникають при пропущенні www?

EDIT: так що це може бути проблемою, якщо wwwвона пропущена, але не додається автоматично, чи може вона колись бути проблемою, якщо wwwвона додана, але не потрібна?

Чи є у сучасних веб-браузерів сенс розміщувати www перед адресою URL, який використовує його? Якщо ви переходите на веб-сайт www.facebook.com чи www.cbc.ca, чи є якась користь чи відмінність, спричинені опусканням www?

Зазвичай це не так, але це могло .

Це не має нічого спільного з браузером; це стосується веб-сервера. Веб-сервер - це комп'ютер (або навіть декілька комп'ютерів), який отримує запити на веб-сторінки та надсилає відповідні дані. URL-адреса включає кілька частин, одна з яких - ім’я або адреса веб-сервера.

У багатьох компаніях розміщено більше, ніж просто веб-сервер, вони також можуть запускати FTP-сервер, сервер баз даних, поштовий сервер тощо. Вони можуть розміщуватися з тієї ж машини, що і веб-сервер, або на різних машинах.

Раніше було прийнято визначати різницю за допомогою префікса для узгодженості. Так, наприклад, Acme Industries може придбати доменне ім'я acme.org, а потім встановити один або кілька комп'ютерів для розміщення різних послуг, які вони мають. Коли ви хочете скористатися однією з послуг, ви вводите відповідне ім'я хоста:

 www.acme.org - Acme’s web-site
 ftp.acme.org - Acme’s file server
 sql.acme.org - Acme’s database server
 pop.acme.org - Acme’s incoming mail server
smtp.acme.org - Acme’s outgoing mail server

То чому це все ще працює без www.? Оскільки більшість веб-серверів дозволяють вам приймати різні URL-адреси та перенаправляти їх у міру необхідності. Для зручності користувачів більшість компаній та організацій встановлюють правило, щоб веб-сервер обробляв з'єднання з іменем хоста на порт 80 ("веб-порт") або перенаправляв його на іншу систему, якщо веб-сервер інший верстат.

Диференціація служби чи машини, до якої можна отримати доступ, також може бути виконана через порт, але для цього потрібно конкретно включити його в ім'я, так що це насправді не краще, ніж використання префіксів:

acme.org:80     - web-server
acme.org:21     - file server

Іноді схема може виконувати цю функцію:

http://acme.org - web-server
ftp://acme.org  - file server

Використання схем також працює і може бути виконано автоматично, використовуючи відповідне програмне забезпечення (наприклад, додасть браузер, додасть http://клієнт електронної пошти pop://тощо), але не існує офіційних схем для кожного типу серверів, які можуть існувати, і винайшли одну не є ідеальним, оскільки для його підтримки потрібне програмне забезпечення.

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

Так і ні. Www - це "просто" субдомен, який використовується для веб-сайтів, і, на жаль, не всі компанії встановлюють свій домен другого рівня, щоб бути доступним без нього.

Якщо адреса, яку ви збираєтесь, має піддомен www, а її не встановлено, щоб дозволити її другий рівень, тоді це необхідно. Ще немає.

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

Зазвичай компанії перенаправляють "domain.com" на "www.domain.com", але це не обов'язковий стандарт, і його не завжди дотримуються.

Хоча більшу частину взаємодії в Інтернеті ви здійснюєте через веб-браузер, в Інтернеті є інші речі, крім веб-сторінок. Незважаючи на те, що майже все це обгорнуто веб-сторінками, все ще є FTP, Telnet, Gopher, сервери новин, поштові сервери, SIP (голос через IP) та кілька інших цікавих протоколів. Хтось пам’ятає Палець?

Оскільки всі ці служби були різними, кожен з них мав унікальне ім'я хоста, призначене йому за умовами: ви завжди можете розраховувати на пошук FTP-сервера на ftp.netscape.net, їх gopher-сервер - gopher.netscape.net тощо.

Звичайно, у 80-х та на початку 90-х серверний комп'ютер коштував дорожче, ніж розкішний автомобіль. Тож www.company.com та ftp.company.com, ймовірно, вказували на те саме місце, оскільки у всій компанії був би лише один Інтернет-сервер.

Тоді сталося щось велике. У 90-х: серверні комп'ютери подешевшали, а дорогі мейнфрейми та мінікомп'ютери поступилися місцем товарним системам, які коштували менше, ніж вихідні в Діснейленді. Будь-яка настільна машина може бути веб-сервером, завдяки безкоштовному Linux, і люди почали створювати свої ферми серверів із кількома ПК. Сьогодні ви можете створити веб-сервер менш ніж за 100 доларів і зберігати його в содовій банці (сподіваємось, порожній.)

Таким чином, Інтернет вибухнув: Facebook сьогодні отримує більше звернень за один день, ніж весь Інтернет в 1995 році. Отже, ми використовуємо більше одного сервера для обробки веб-запитів: цілі групи комп'ютерів сьогодні відповідають на одне ім’я хоста, дякую до магії збалансування навантаження, і Інтернет, здається, влаштувався за стандарт виконання всієї нашої роботи в Інтернеті через веб-браузер.

Це означає, що www.domain.com більше не знаходиться на тому ж комп’ютері, що і ftp.domain.com. То куди ми надсилаємо запити до "голого" домену "domain.com"?

Сьогодні люди думають про "Інтернет" як "Інтернет", і тому вони використовують браузер для всього, що роблять. Це зручно, адже наявність окремих програм для завантаження файлів, читання новин, перевірки електронної пошти, читання блогів та перевірки погоди може бути справжнім болем. Це також викликає питання типу "чому у нас www перед веб-сторінками?" Це означає, що ми зазвичай можемо піти, якщо припустити, що запит для голого домену такий же, як запит для www-сервера цього домену.

Тож тепер більшість компаній відповість на голосні запити, перенаправляючи "domain.com" на "www.domain.com". Однак не існує стандарту, який цього вимагає, і ви часто виявляєте, що невеликі домени, розміщені на фермах серверів, не реагуватимуть на голі домени таким чином. (Наприклад, одна хостингова компанія, яку я використав, скинула користувачів на цільову сторінку хостингової компанії, коли хтось набрав просто "mydomain.com".)

На щастя для ледачих серед нас, у більшості браузерів є комбінація клавіш, яка дозволяє ще більше скоротити процес: просто введіть "company", натисніть Control-Enter, і браузер розширить його на "www.company.com".

Частина URL-адреси доменних імен читається назад. Так www.example.com/index.htmlнасправді як com/example/www/index.htmlв термінах, хто «всередині», хто.

Багато сайтів мають wwwпіддомен, але вони можуть також мати інші піддомени , такі як ftp, secure, members, forum, us, fr, chinaі так далі. Всі вони відрізняються одна від одної, а www.example.comтакож є різною адресою example.com(наприклад, жодне правило не example.comповинно тлумачитися як, www.example.comа ні, наприклад store.example.com).

Що станеться, якщо я не додаю www?

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

Опинившись у синьому місяці, ви можете зіткнутися з сайтом, який не буде працювати без того, wwwтому що людина, що працює за ним, не робила конфігурацію. Таким чином, ви зможете отримати доступ, http://www.example.comале http://example.comповернете помилку.

Що станеться, якщо я покладу додатковий www?

Те саме, що вище, за винятком перемикання, навколо якого працює URL, а який - ні.

Крім того, технічно ви також повинні включати http://частину, тому будь-яка адреса, яку ви вводите, все одно є неповною, незалежно від того, введете ви її wwwчи ні. Веб-переглядач повинен зробити висновок про те, що ви мали на увазі в обох випадках - так це може зробити висновок про те, wwwщо потрібно було включити.

Сайти, де wwwсправи зараз дуже рідкісні, але я знаю, що я стикався з кількома за останні 2-3 роки. Я не можу згадати, які вони були зараз.

Як системний адміністратор, якщо ви хочете використовувати служби CDN для прискорення веб-служби, ви не можете використовувати будь-яку комбінацію правил dns разом.

Щоб використовувати CDN, ви повинні використовувати dns Cname, тому вам потрібно створити Cname для acme.org, але якщо ви хочете отримувати пошту з user@acme.org, ви не можете мати ім’я для acme.org. Тоді потрібно використовувати піддомен www для веб-сервера, тому що sysadmin є обов'язковим для запису www.

Сучасні браузери приховували для вас необхідність написання веб-частини, але ця частина може бути необхідною для веб-сайту з високим рівнем відвідування. Правила для Інтернету давні, але це наші правила.

Є проблеми, що стосуються різноманітності смартфонів та планшетних пристроїв з невеликим екраном (вибачте, але я не можу змусити себе набрати iWords), які зараз переглядають Інтернет.

Як правило, префікси mobi.або m.використовуються (замість них www.) для надання веб-сторінок, пристосованих до менших екранів.

Хто не стикався з проблемою спроби переміститись на великій масштабованій веб-сторінці на невеликому пристрої (прокрутка, прокрутка, прокрутка)?

Спираючись на те, що вже було сказано, більшість корпоративних / приватних серверів автоматично перенаправляють на WWW. З іншого боку, багато, якщо не більшість сайтів .GOV і .MIL не будуть. У таких випадках зазвичай ви отримуєте одне з багатьох повідомлень про помилки. Ці сайти також зазвичай не переспрямовуються автоматично на HTTPS: з HTTP: навіть за потреби.