Я просил ту же информацию и получил возможность получить ответы от mike's и fabien. Вот подробности:
Для одна логики с поддоменами: http://trac.symfony-project.org/wiki/HowToDoMultipleSitesWithSingleCore
несколько сайтов на основе идентичного конфигураций Это может быть странно темой, но я хотел бы настроить наш доступ в субдомены, все с доступом SSL. Нам нужны разные сайты, потому что SSL заставляет виртуальные домены на основе IP, что означает для нас разные корни документов. Такие, как:
• www.mydomain.com • admin.mydomain.com • parents.mydomain.com Однако, это были все сайты с той же базовой схеме и плагинов. Преимущество этой конфигурации:
• Shared файлов модель: Все классы XxxPeer будут связаны между приложениями Недостатками:
• Теперь у вас есть 2-п различных кэшей/журналы для мониторинга. Если вы посмотрите на типичную структуру каталогов Symfony, он может быть разбит на две группы типа:
• Общие каталоги: ◦batch ◦config ◦data ◦doc ◦lib ◦plugins ◦test • специализированные каталоги: ◦apps ◦cache ◦log ◦web Вот шаги, которые я взял:
• развивать www.yourdomain.com СБН гема и сайт. Как только это начинает объединяться, вы можете начать разработку дополнительных сайтов. • На новом сайте символическая ссылка Общие каталоги • На новом сайте создайте каталоги конкретных приложений ◦НЕТ. В веб-каталоге может потребоваться скопировать некоторые исходные материалы (css, js, and. htaccess файлы приходят на ум). Держите это в глубине своего разума, когда начинаете поднимать новый сайт. • Запустить команду symfony fix-perms ◦NOTE: Для меня Virtualmin создает эти новые сайты с новыми именами пользователей. Вы должны будете гарантировать, что все каталоги конкретных приложений принадлежат этому имени пользователя, поэтому ваши команды с четким кэшем и команды ведения журнала работают. • Теперь у вас настроен проект. Вы начинаете с: ◦symfony app MYAPP ◦symfony module MYAPP MYMODULE ◦ ... • Теперь вы обнаружите, что ваши приложения/MYAPP/modules/MYMODULE созданы, и у вас есть полный равноправный доступ ко всей базе данных
Здесь вы найдете информацию о одной логике с разными именами доменов: client1.com client2.com, используя те же приложения.
Для одной логики с разными доменами: «Вы можете указать их все на одном фронт-контроллере, а затем использовать фильтр или родительский класс действия, чтобы делать такие вещи, как изменение шаблона сайта и т. Д. Однако наличие переднего контроллера на один домен может быть более эффективным, и это отличный способ пойти.
Каждый домен может иметь собственное приложение, но основная часть логики должна быть реализована в плагинах, поэтому их можно включить для каждого домена/приложения которые нуждаются в них, и разделяют по мере необходимости. Сколько кода требуется для каждого приложения, зависит, насколько я знаю, от того, насколько разные сайты на самом деле. »
Отлично, я также думал использовать конфиги, как это и вы только подтвердили это для меня. Мне нравится, что этот подход позволяет каждому приложению думать, что он единственный, делая его полностью настраиваемым для каждого сайта. – Ryall