Реализация сети сайтов, возможно?

Привет, скажу что Modx мегосупер100500крутаяващесистема.
Каждый день узнавая подробности и делая на ней первые проекты, все больше радуюсь, что нашел её.

Суть вопроса:
Возможно ли реализовать сеть сайтов, с разными доменами, но одной системой.
Смысл в том, что например для каждого домена будут выводиться свои ресурсы, меню, дизайн и т.д.
Но для удобства управления и взаимосвязи (очень важна общая база ресурсов) все должно быть в одной админке.
Документов в будущем будет очень много, с разной вложенностью, с большим числом тв параметров. Поиск, каталоги, покупка, галереи, тоже будут.

Лучше это делать на Рево или Эво? И вообще можно это реализовать? И если да то каких общих правил лучше придерживаться при проектировании системы для оптимизации работы?

Спасибо огромное! Что есть Modx =)

И ещё, естественно это скорей всего будет на VPS (опыта работы с ним пока нет).
Может одна база, и несколько каталогов с установленными Modx-ми использующие эту базу.
Или одна база и один Modx.
Опыта проектирования сложных систем нет, поделитесь кто сталкивался с таким.

Готовых бесплатных решений по вашей теме пока нет...
Вот так, так что от любви до ненависти один шаг

MODx Revo работает с несколькими доменами с помощью контекстов. Сама не пробовала, но вот пример http://community.modx-cms.ru/blog/documentation/34.html

Да, в revo добавлены "контексты".

На EVO можно "извратиться" примерно так:
1. все домены смотрят на один каталог, в который устанавливается MODx
2. полученный после установки конфиг переименовывается, например, в site.ru.config.php
3. Создаем "липовый" файл конфигурации, в котором подключается "оригинальный" файл от нужного сайта в зависимости от значения $_SERVER[’HTTP_HOST’]

Из дополнительного:
* аккуратнее с изменением конфигурации в админке - они пишутся в "старый" файл.
* файл-менеджер, заливка изображений.. если требуется - продумать структуру каталогов (/assets/site.ru/images или /assets/images/site.ru ..), хотя не обязательно - можно складывать в один файл
* шаблоны
* если требуется кэширование - опять же структура... сохранять кэш-файлы в разные каталоги.

Однако, удобством это назвать у меня язык не поворачивается.

По поводу проектирования - опыт при желании появится "по ходу"... Иногда преждевременная оптимизация забирает кучу сил и времени, а в итоге может оказаться и не нужна. С базовой нагрузкой неплохо справляется "стандартный" коробочный вариант. Тем более, если речь зашла о VDS, то сначала смотреть в сторону оптимизации сервера (nginx считается более шустрым, чем apache, eaccelerator{на него тут ругались, кстати}).. в общем, по мере "роста" опыт должен появиться

О ребят, спасибо большое за ответы! Тему за ночь просмотрело 96 посетителей?... Ого, говорят что у Modx слабое сообщество, мне кажется очень даже не слабое, столько тем интересных и ответов.

labasus
Не, мне кажется Модх я не разлюблю, меня он и привлек, что можно сделать практически все, самому без особых проблем. Апи вроде не сложный, все просто и понятно(хотя всерьез не сталкивался еще)

Mraymax
Огромное спасибо за ссылку, это именно то что нужно!!! Ура. Опять поражон гениальности разработчиков!

esche
Идея хорошая (про Ево), спасибо, но видимо контексты весьма сильная вещь, как раз в тему.
Да, согласен, я не думаю заморачиваться с оптимизацией на уровне проектирования, свято верю что Модх сам все оптимизирует и закеширует.
Да, я пока пользовался только виртуальным хостингом, опыта с виртуальным сервером пока нет)) поэтому видимо буду учиться на своих ошибках))

Да, "сеть сайтов", так как понимает автор темы, реализовать на MODx можно. Revolution именно для этого (в частности) и предназначена. Можно и на Evolution, примерно как уже указали... Но лучше на Revo.

А вот на естественный вопрос "как реализовать" точного и однозначного ответа пока нет. По крайней мере, для меня, бестолкового. Как раз этим занимаюсь "методом академика Тыкова".

Авторы Revo, наверное, знают. Но, как обычно бывает, "в документации написать не успели, а сами забыли". Иначе бы в составе Revo непременно дали бы "пакет" с примером мультидоменного сайта на одной адимнке.

Будем надеяться, что забыли дать пример", а не "забыли как сделать".

ShaggyDoc
Согласен! Осваиваю "методом академика Тыкова". Сегодня моё первое знакомство с Рево, оставило много впечатлений, это как старший брат Эво, тяжелее, опытнее, гибче и умнее. Очень много нового, настолько гибкой настройки прав доступа и контекстов конечно не видел нигде, делал как-то сайт на битриксе редакции бизнес, так битрикс нервно курит рядом! Битрикс это скорее дед, со своим песком и нравоучением, старый, медленный и неповоротливый. (отвлёкся от темы)

Так вот именно "знакомство" с Рево думаю будет долгим, русских материалов практически нет, а настроек гораздо больше чем в Эво, и попробуй "методом академика Тыкова" пойми логику заложенную разработчиками. Так как они позиционируют её как CMF. Эво всё таки CMS со штучками от CMF.

Пошел учить английский.

Кстати на тему проектирования, как вы думаете какая структура будет более жизнеспособна и быстродействующей.

Вариант 1:
В корне родительский ресурс «База данных» у которого дочерние служат например Элементом-ячейкой (естественно с описанием, кучей тв и т.д.), в которой будет что угодно (товары, фотки, статьи и т.д.) относящиеся к этой ячейки.
Домены контексты: будут выполнять роль сортировщиков этой базы данных и выводить только тематические для этого контекста ячейки. Естественно контекст будет со своим дизайном и ещё кучей функций и т.д.

То есть получиться так:

«База данных» (корневой ресурс)
|- ...
|- Элементы-ячейки
|...
|...
|- ...
Контекст1 (а структура контекста выполняет роль меню и только выводит данный из «База данных»)
|- ...
|- страница сортировки и вывод
|- ...
Контекст2
|- ...
|- страница сортировки и вывод
|- ...

Вариант 2
Нет общей базы данных, внутри контекстов содержатся тематические Элементы-ячейки и страницы вывода их же.

?

Забыл упомянуть, суть то в том, что как раз эти Элементы-ячейки будут по идеи иметь несколько тем (то есть один Элемент-ячейка будет выводиться в нескольких контекстах).

Пока писал, и пытался объяснить, сам больше понял как это можно организовать! =) Но советы ваши жду!

Кстати. А не загнется ли всё, когда например 10 контекстов, будут выводить через тот-же дитто Элементы из общей базы? то есть переживет ли Рево 10 одновременных вызовов Дитто с разными параметрами, со всякими отборами по тв и т.д., и нужно вывести Этих элементов штук 20 в каждом контексте?

то есть переживет ли Рево 10 одновременных вызовов Дитто с разными параметрами, со всякими отборами по тв и т.д., и нужно вывести Этих элементов штук 20 в каждом контексте?

Я думаю, что это не проблема Revo, а проблема Web-сервера. Я контексты понимаю несколько иначе. Фактически контекст - это отдельный сайт. Только они под общей админкой работают. Используют один код.

В Revo не выводится сразу дерево всех контекстов - только тот, который является "родным" для зарегистрировавшегося менеджера. Остальные просто не видны. Хотя почему-то видны "элементы", чего быть не должно. Здесь, по-моему, пока недоработка. Или я сам пока не разобрался толком.

Во front-end выводится, тем более, только одна страница из любого контента. Ditto не нужно перебирать все контенты. На другие можно и нужно делать ссылки. А сколько пользователей система сможет обслужить физически - зависит от ресурсов веб-сервера. Думаю, что работать должно быстрее, чем при загрузке кодов каждого отдельного автономного сайта.

Но все эти измышления надо проверять на практике. Возможно они "заведомо ложные".