Тысячи сайтов на одной БД

Question

[4elentano]

Есть основной сайт, и есть сайты партнеров. Сайты партнеров используют данные основного сайта как часть публикуемой на них информации. Нужно уметь создавать сайты на заранее подготовленных шаблонах и по заранее заданной структуре сайта, что называется «по клику». Желательно, чтобы пустые разделы сайтов партнеров последние наполняли при помощи какой-нибудь CMS и была возможность создавать новые разделы.

Итак, требуется:

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

1. Как лучше организовать этот букет — писать с ноля или на базе CMS? Что следует учесть?
2. Кому было бы интересно взяться за разработку такого решения? В том смысле, что это должен быть программист, который оч. хорошо сечёт в БД или вебе (или другое)? Ну и от контактов не откажусь, если таковые будут.

Answer 1

[Renat Ibragimov]

Не надо на одной базе, сделайте заранее пакеты настроенной CMS для партнера и при создании сайта напишите bash (gem, perl, python, ruby, awk что душе угодно скрипт), который будет создавать:
1. свою базу, заливать дамп по умолчанию
2. виртуальный хост
3. папку и распаковывать подготовленный пакет системы и сохранять настройки

Comments

[Сергей]

полностью поддерживаю.

[4elentano]

Дело в том, что на сайте партнера должен обновляться прайс реалтайм, он составляет основную часть информации, которую берет из базы для публикации. Как будет в этом случае происходить обмен данными?

[Renat Ibragimov]

Да как угодно, хоть до include из соседней папки «основного сайта», до SOAP (XML, REST и т.п.) сервиса встроенного в CMS

Answer 2

[Альберт Газизов]

Как один из вариантов CMS drupal для него есть уже почти готовые решения. Как пример сборка OpenScholar с похожим на требуемый функционалом. Данная сборка в работе scholar.harvard.edu/

как алтернатива должны подойти следующие модули:
drupal.org/project/sites
drupal.org/project/virtual_site

Answer 3

[sl_bug]

Ну я без тщательного исследования всяких CMS не скажу что лучше (с нуля или нет), но если с нуля, то тут все просто. Например есть посты. Все они на основном сайте. Какие-то из них должны быть на каких-то сайтах партнеров. Итого:

posts(id, content)
partners(id, url)
partners_posts(partner_id, post_id)

все. Наполнение для нового партнера — просто галочки выставить.

Comments

[sl_bug]

Ах. шаблоны. добавим в partners — template_name. рендерим этот темплейт и посты для данного партнера.

Answer 4

[Kindman]

Мы поступаем проще:
Разрешаем пользователям самостоятельно выбрать хостинг/цмс для своих проектов.
К примеру, некоторые наши клиенты используют свои цмс-ки, но, многие все же «сидят» на бесплатном «народе.ру», кто-то на «гугл-сайте», кто-то на «ho-ua», кто-то на «фар-ру», а, один даже на юкозе. Они че хотят, то и публикашут на своих ресурсах (не важно как они это делают, через цмс или фтп).
Робот нашего сервиса, периодически обходит и собирает «урожай», сравнивает что было и что стало, формирует диффы, и отправляет на экспресс-модерацию.
Если контент на их сайте сильно изменился (включая дизайн-оформление), то для таких исключительных случаев (редко, но все же, случается) создается новый шаблон обработки.
Ну, а дальше — в базу…
На народах и на юкозах сайты делают даже школьники, так что спец-подготовки не требуется.
Хотя для нас-самих, конечно же предпочтительнее было бы заливать все в виде xml.

Comments

[4elentano]

Вы собираете инфу, а мы раздаем. В этом вся разница.

[Kindman]

А, где вы ее берете? опять же сначала, собираете у богатых клиентов, и потом раздаете бедным.
У вас я так понял именно проблемы со СБОРОМ информации, раз уж вы всерьез задумались о велосипедном ЦМСе

[4elentano]

С информацией всё в порядке, мы её раздаем бедным :) Со сбором информации проблем нет.

Answer 5

[Евгений Михалев]

Легче всего сделать оное на Modx Revo cms (modx). У модикс есть система контекстов, притом каждый контекст можно отдавать под отдельный домен. контекстов неограниченное кол-во. Шаблоны добавляются довольно легко. Разделы можно копировать и делать ссылки (при изменении информации в источнике изменится и везде). Можем взяться за разработку

Answer 6

[andrew_tch]

Предалагаю кастом решение, пишите в личку, разработаем )