Назад | Перейти на главную страницу

Как сервер виртуального хостинга может предоставлять неограниченное количество физических поддоменов вместо неограниченного количества виртуальных поддоменов?

Некоторые хостинговые компании предлагают неограниченное количество поддоменов. Есть два типа поддоменов: физические поддомены и виртуальные поддомены.

  1. Физические поддомены имеют свой собственный каталог сайта, а не вложены в каталог сайта своего родительского домена.

  2. С другой стороны, каталог сайта виртуального поддомена вложен в каталог сайта своего родительского домена.

Интересно, как компания виртуального хостинга может предоставлять неограниченное (теоретически) количество физических поддоменов? В моем понимании каждый физический поддомен представляет новый сайт (а не новое приложение или виртуальный каталог) в IIS.

Пожалуйста, поправьте меня, если моя ментальная модель неверна.

В моем понимании каждый физический поддомен представляет новый сайт (а не новое приложение или виртуальный каталог) в IIS.

Ах - ОБА - новые сайты в IIS. NONE не обязательно должно быть новым приложением.

С точки зрения IIS ничем не отличается, просто он также доступен как папка на родительском сайте (то, что вы называете виртуальным - термин действительно совершенно неуместен технически).

Вам всегда нужна HTTP-привязка, желательно с регистрацией на сайте. Вам вообще не нужно приложение (вы можете сопоставить неограниченное количество сайтов с одним общим пулом приложений).

Сайты не совсем дорогие, хотя "Unlimitd" скорее теоретический.

Это старый подход к поддоменам, который использовал один сайт и перезаписывающее устройство для перезаписи запросов к определенному домену для перехода в папку. В этом случае все, что требовалось IIS, - это дополнительный заголовок хоста НА ОРИГИНАЛЬНОМ САЙТЕ, иначе запрос никогда не попадет на сайт. Это немного менее интенсивно, чем отдельный участок. OTOH в тот момент, когда вы делаете папку приложением, особенно при назначении пула приложений, вы в значительной степени теряете все сбережения (подсказка: пул приложений НАМНОГО дороже, чем отдельный сайт). Наследование web.config может быть проблематичным - эта модель довольно плохая, если вы усложните ее. С тех пор как IIS 7 в этом не нуждается.

В противном случае в основном все сводится к диску, пространству памяти и емкости процессора. Какой именно вопрос ЕСТЬ? Как работают финансы? Потому что это то, к чему все это сводится - если кто-то действительно хочет "unlimitdd" и начинает создавать миллион сайтов, вам потребуются мощные серверы для их обработки, каким бы способом вы их не реализовали.