Що робить WWW?


23

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


Передісторія : Нещодавно мене попросили перетворити URL-адреси сайту для будь-якого використання www, як http://example.comі раніше http://www.example.com. Причина прохання над головою. Я представляю уривок з електронного листа:

Отримав проблему,

Мабуть, коли сайт був налаштований у своїй мережі (до мене), інсталятори вирішили використовувати внутрішній домен як "example.com" ... не добре ...

Цю проблему намагаються вирішити зовнішньо .... Я переглянув кодування джерела сторінки qweb і побачив, що багато посилань кодуються як "http: \ example.com \ PAGE.XXX" ...

Чи можливо це глобально змінити з "http: \ example.com" на "http: \ www.example.com"

Я можу вирішити www, але як тільки я натиснув на посилання, він вважає, що сервер - це внутрішній ПРИКЛАД, в якому розміщений домен 'example.com' ...

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

Отже, я застосував зміну, але під час тестування я випадково набрав додатковий w, і на мій подив - сайт все-таки працював.

Потім я спробував кілька w, потім два, потім я набрав якусь дурницю, і сайт все ще працював.

РЕДАКТУВАННЯ : Щоб бути точнішим, вирішуватимуться лише символи альфа, цифр, тире та підкреслення, все інше повертає сервер не знайденої помилки в браузері.

Я щойно тестував це на стеку Overflow і перенаправлявся, коли я використовував www, тоді як все інше повертало помилку "Сервер не знайдено" .

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

Я, безумовно, можу надати більше інформації, я просто не впевнений, що було б актуальним.


Ніколи не чув про це раніше ... майже як "загальний" для субдоменів, де ви можете буквально ввести що завгодно і все-таки дійти до основного домену. Отже, що відбувається при спробі test.yourDomain.com? Переписує чи перенаправляє на www. або робить тест. зберігається в URL-адресі?
Спаркі

Подивіться на сайті W3C.

@ Sparky672: відображається нормально, немає переадресації чи нічого.
Веслі Мерч

@Wesley: Просто ще раз підтверджую ... ви можете включити будь-який химерний піддомен, який можна уявити, і він просто працює? Дивно. «Mod Rewrite з груповими символами» була моя перша думка , але якщо випадкові гне своє суб-домену в URL, я не маю ні найменшого уявлення про механізм позаду нього.
Спаркі

2
Це DNS-знак, але він все ще підпадає під стандарти DNS-іменування, які не дозволяють отримувати будь-які дані символів.

Відповіді:


11

wwwє субдоменом example.com.

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

example.com (немає субдомену)

site2.example.com

site3.example.com

Це схоже на те, хто налаштував мережевий набір example.comдля вирішення питання щодо внутрішнього веб-сервера, на мережевому сервері DNS; це доступно лише для хостів у внутрішній мережі, тому кожен, хто переглядає example.comвсередині мережі, бачить інший веб-сайт, ніж зовні, оскільки для вирішення використовує інший DNS-сервер example.com. Можливо, було б краще надати цьому свій піддомен. напрinternal.example.com

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

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

Якщо можливо, можливо, краще використовувати відносні URL-адреси у своїх гіперпосиланнях. наприклад <a href="/webmasters//index.htm">Index Page</a>замість<a href="https://example.com/index.htm">Index Page</a>

Потім браузер вибере https://www.example.comабо https://example.comзалежно від веб-сайту, на якому ви переглядали.

Чому wwwроботи можуть бути записом Wildcard DNS , це означає, що * .example.com вирішує той самий IP, що фактично дозволяє зафіксувати всі піддомени, які не існують.


Приємне пояснення, мені зараз стає зрозуміліше. Хороша порада щодо відносних URL-адрес - я вже використовую їх на 90% сайту, але іноді вони прослизають під радаром, оскільки ми використовуємо CMS для всього. Тож технічно можна було б не допустити wwwвирішення як субдомен?
Веслі Мерч

Так, хоча це зазвичай робиться. З повним контролем DNS, я вважаю, що ви повинні чітко встановити запис DNS для www. Мій постачальник DNS автоматично додає www як піддомен.

8

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

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

У більшості випадків я вважаю, що www.субдомен опущений, і це не має значення, якщо ви введете те чи інше. Однак, зважаючи на те, як виглядає Інтернет сьогодні, і бачачи, як HTTP та Інтернет справді є всюдисущим, я ніколи не мав би обов’язок включення www.цього доменного імені. google prepend www., навіть якщо ви не вводите його.

Чому це працює навіть тоді, коли ви вводите інші речі, потрібно робити так, як налаштовано ваш DNS для цього домену. Існують способи обробляти подвійні символи та пересилати весь трафік незалежно від субдомену на один веб-сервер. Але веб-сервер повинен певним чином відповісти на кожний окремий хост-заголовок, і це можна налаштувати повністю (і, очевидно, вам потрібно перевірити, яка конфігурація відповідає на питання повністю).


Отже, що пояснює, як ОП може буквально ввести будь-який субдомен в URL, і він все ще працює?
Спаркі

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

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

2
Так, DNS-символи (я навіть пов’язав це у відповіді), я вам кажу. Ви можете мати піддоменні підстановки, і якщо ваш веб-сервер виконує відображення хостів, використовуючи символи, які також працюватимуть. Так само, як описано.

Я не заперечую вашого пояснення. Просто переконуюсь, що ми всі на одній сторінці з ОП, а також заявив, що його опис для мене новий.
Спаркі

2

Якщо вони намагаються використовувати саме цю "URL-адресу": http:\example.com\PAGE.XXXтоді їм нічого не допоможе.

Щодо wwwсуфіксів у www.example.com ...

Історично "www" як "ftp", "pop3" тощо були назви машин, що працюють у відповідних службах у домені "example.com". І насправді ця схема все ще використовується в багатьох компаніях.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.