що таке wwws.site.com


10

Я знаю про https для забезпечення важливих сторінок, таких як логін та подібні. Але чому б хтось створив окремий піддомен, як www? наприклад

https://wwws.site.com/login


2
що це стосується php?

Коли звичайні нетехнічні / Інтернет-люди бачать "www" у URL-адресі, це або примушує їх почуватись краще, або вони думають, що це повинно бути там. Ви коли-небудь намагалися сказати клієнтові перейти на сторінку sub.domain.com, і він не потрапляє туди, оскільки це www.sub.domain.com? Повідомляючи когось перейти на wwws.domain.com, вони тепер залишать поза www. Це лише моя теорія з мого досвіду.
кель

Відповіді:


8

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

Насправді це погана ідея, оскільки вона вчить користувачів довіряти імені хоста, а не показникам безпеки браузера (піктограма блокування тощо).


1
@Paul Schreiber Чи можете ви пояснити, як це може принести користь маркетингу. Я взагалі не розумію, чому вони це зробили.
сіло

2
Вони, напевно, намагаються продати ідею. Ось що роблять маркетологи. Справа @Paul полягає в тому, що wwws абсолютно нічого не робить. Це просто ім’я, наприклад, blog.example.com або home.example.com або www.example.com. wwws - це просто інша назва, але це може змусити любителя думати, що сайт захищений, навіть якщо його немає. http або https - це те, що визначає, чи захищено з'єднання.
jmort253

@ jmort253 - точніше, всі http / https повідомляють вам, якщо веб-сервер працює з http або https, що може дати точнішу інформацію про те, чи безпечне з'єднання.
Rory Alsop

2
Якщо у вас є окремий сервер (або віртуальний сайт) для трафіку HTTPS, віднесення його до власного субдомену - це не рідкість. "wwws" може бути просто короткою - якщо нечіткою - версією цієї практики.
Яків Юм

5

Я роблю це (хоча зазвичай я використовую secure.site.com чи подібні), коли у мене є окремий вміст для показу. Тобто, коли site.com і secure.site.com містять різні речі та / або мають різні обмеження щодо того, хто (тобто IP-адреса джерела) може ними користуватися. Якщо вони обидва обслуговують один і той же вміст, то я не впевнений, чому ви це зробите - я не бачу користі для цього. Я б здогадувався, що це було зроблено таким чином просто тому, що особа, яка його встановила, інакше не знала, як налаштувати як HTTP, так і HTTPS на одному домені в одному конфігурації.


1
Для запису, я думаю, це дуже погана ідея. Припустимо, ваша конфігурація зіпсувалася, і хтось перейшов на http://secure.site.com, і ваше переадресація на https не вдалося?
jmort253

2
Немає не-SSL secure.site.com - ви помилково припускаєте, що є переадресація. Незважаючи на те, ваше твердження є смішним аргументом, оскільки ви маєте на увазі, що існує якийсь інший сценарій, який не може розпастись, коли його конфігурація зіпсується.
Олексій Хованський

3

HP це робило, і вони все ще можуть це робити. Ось так вони завантажують збалансовано свій сайт. Кожен субдомен може бути пов’язаний з окремою IP-адресою, і після входу на www.hp.com ви перенаправляєтесь на один з www1.hp.com ... і т. Д. Я думаю, що, можливо, навіть був час, перш ніж CDN з'явився своє, що Амазонка зробила те саме.

Іноді це пов’язано з поганим дизайном додатків, коли сервер, на якому розміщено веб-сайт version1, розміщений за адресою 68.68.68.2 (www.domain.com), а потім хтось переписує веб-сайт, оскільки ваш розробник із Техасу зараз у в'язниці (правдива історія ... ) і тому, що певна логіка XML-RPC закопана в купі лайна на www.domain.com все ще потрібна, ми просто перенаправляємо наших користувачів на wwws.domain.com (68.68.68.3), де наш новий та вдосконалений сайт був розроблений Брайан, незадоволений колишнім співробітником Microsoft.

Ми не впевнені, що станеться, якщо ми знімемо www.domain.com або перемістимо його чи перейменовуємо, тому просто залишимо його замість того, щоб перенести наш «хороший» веб-сайт до основного домену.


1
Незалежно від того, чи є це причиною цього явища чи ні, я хотів би подумати, що звинувачення у кримінальній справі часто є мотивацією за схеми називання. : D
Яків Юм
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.