Управление большим количеством контекстов
перед тем как изобретать свой велосипед, решил посоветоваться с сообществом…
задача звучит примерно так:
Есть компания + представительства (~150 и постоянно растет)
У каждого из представительств свой поддомен
По-умолчанию, ВСЯ информация с главного сайта дублируется на ВСЕ поддомены, при изменении так же все копируется (под информацией для простоты пока буду иметь в виду ресурсы)
На поддоменах должна иметься возможность: 1. Отредактировать то, что скопировалось с главного сайта 2. Создать дополнительно ресурсы (например, новости с главного сайта копируются на все поддомены, но у поддомена могут быть добавлены и свои новости)
Сейчас в голове крутится мысль, написать свой компонент, который будет оперировать объектом вроде «группа контекстов», но объем работ даже на первый взгляд прикидывается немаленьким… поэтому и советуюсь.
Кто что думает?
PS ± такой функционал выполняет babel вроде как, но не понравился он мне, решил что он не подходит (может ошибся?)
задача звучит примерно так:
Есть компания + представительства (~150 и постоянно растет)
У каждого из представительств свой поддомен
По-умолчанию, ВСЯ информация с главного сайта дублируется на ВСЕ поддомены, при изменении так же все копируется (под информацией для простоты пока буду иметь в виду ресурсы)
На поддоменах должна иметься возможность: 1. Отредактировать то, что скопировалось с главного сайта 2. Создать дополнительно ресурсы (например, новости с главного сайта копируются на все поддомены, но у поддомена могут быть добавлены и свои новости)
Сейчас в голове крутится мысль, написать свой компонент, который будет оперировать объектом вроде «группа контекстов», но объем работ даже на первый взгляд прикидывается немаленьким… поэтому и советуюсь.
Кто что думает?
PS ± такой функционал выполняет babel вроде как, но не понравился он мне, решил что он не подходит (может ошибся?)
Комментарии: 4
Нет мыслей никаких ни у кого что ли? (
Сама постановка задачи — у каждого представительства свой поддомен — звучит «бредово».
Делаете ОДИН сайт компании и страницу с фильтрами «список представительств». В новостях можно вставлять теги и помечать их именами представительств и сделать фильтр по ним.
Итого будет 1 контекст, чуть более сложные новости, и +1 страница на сайте «список представительств».
Но вы конечно можете сделать с контекстами. Объемы работ просто будут несоизмеримо разные и при разработке и при обслуживании.
Делаете ОДИН сайт компании и страницу с фильтрами «список представительств». В новостях можно вставлять теги и помечать их именами представительств и сделать фильтр по ним.
Итого будет 1 контекст, чуть более сложные новости, и +1 страница на сайте «список представительств».
Но вы конечно можете сделать с контекстами. Объемы работ просто будут несоизмеримо разные и при разработке и при обслуживании.
Я, конечно, понимаю, что бывают заказчики с «прихе-хе», мягко говоря… Но всё же, зачем компании 150 поддоменов, которые ПС даже индексить не будут, т.к., во-первых, это дубли, во-вторых, аффилиаты.
Лучше не на поддоменах такое делать, а в поддиректориях.
Например, modx.pro/moscow/, modx.pro/spb/ и т.д.
Лучше не на поддоменах такое делать, а в поддиректориях.
Например, modx.pro/moscow/, modx.pro/spb/ и т.д.
Субдомены тут будут только мешать.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.