Использование субдоменов по сравнению с внутренними папками?

Question

Мне интересно, как организовать и настроить свой бизнес-сайт с точки зрения субдоменов и т. Д. У меня есть несколько подфункций/услуг для бизнеса. Основным бизнес-сайтом является «www.mybusiness.com». Но мне нужны пользовательские веб-приложения и отдельно разработанный сайт для каждой подфункции бизнеса, потому что в каждом из них есть разные требования. Допустим, есть 3 услуги, которые предоставляет мой бизнес: дизайн, доставка, маркетинг.

Каков наилучший способ организовать это (для посетителей сайта)? Я мог бы либо дать им доступ к каждой подфункции с помощью субдоменов, например:

• design.mybusiness.com
• delivery.mybusiness.com
• marketing.mybusiness.com

или это:

• www.mybusiness.com/design/
• www.mybusiness .com/доставка/
• www.mybusiness.com/marketing/

У меня есть склонность к поддоменов - Я думаю, что они выглядят лучше, но какой вариант на самом деле лучше? Есть ли плюсы и минусы в отношении скорости, эффективности, программирования и т. Д.? Есть ли компромиссы? У меня есть виртуальный хостинг-план от моей хостинговой компании, поэтому получение субдоменов не должно быть проблемой для меня.

Answer 1

Поддомены могут быть проблематичными, если, например, вы хотите, чтобы каждый пользователь работал с одним пользователем. This link объясняет проблемы. Это не так сложно кодировать, но если вы имеете дело с сторонними приложениями, это может усложниться. Поддомены могут вызывать подобные проблемы, если вы используете AJAX для извлечения данных между ними, например.

(Простое решение, чтобы избежать проблем печенья с поддоменов является создание суб-доменов, которые просто перенаправляют к внутренней папке,. Так чисто целевой страницы)

Выгода для использования суб-доменов иногда проще настроить приложение, особенно если оно использует mod-rewrite для повторной записи URL-адресов. Наличие нескольких приложений, которые переписывают URL-адреса в одном домене, может оказаться сложным.

У обоих вариантов есть плюсы и минусы, вероятно, это не имеет большого значения. В любом случае могут возникнуть проблемы с зудом, чтобы все приложения работали бок о бок. Говоря это, у вас могут не возникнуть проблемы с любым методом. И я уверен, что есть много обходных решений, часто хорошо документированных, для любых проблем, с которыми вы столкнулись.

Однако, возможно, лучше всего проверить, что все ваши приложения работают бок о бок, прежде чем тратить слишком много денег на подготовку стационарных сообщений с помощью URL-адресов.

Answer 2

Добавление некоторые мысли к тому, что Jodes уже объяснил:

• Pro для подобласти: Если вам нужно, чтобы распространить свои услуги на нескольких серверах в будущем, это будет намного проще сделать с поддоменов. Если у вас есть структура подкаталога, вам нужно будет ввести некоторую форму обратного прокси-решения в зависимости от вашего вкуса.

• Con для поддоменов: если вы хотите https, сертификаты SSL сделают вас более сложными из-за разных fqdns.

• Pro или con для поддоменов в зависимости от вашего программного обеспечения. Относительный доступ к файлам/включение обычно возможно внутри vhost, но запрещен вне корня документа vhosts. Если вы хотите разделить (например, соображения безопасности) разные части вашего программного обеспечения, то поддомены добавляют к безопасности. С другой стороны, это снижает гибкость.

В зависимости от вашей инфраструктуры (сервер, доступный сетевое оборудование), вы можете найти его легче сделать нагрузки/приоритета строев с поддоменов, но это более сложный вопрос, и я предполагаю, что вы (пока) не в той ситуации, ,