Организация системы сайтов сателитов

[zdimon]

Организация системы сайтов сателитов

Есть задача создать много сайтов с единой системой раздачи контента.
Т.е. иметь возможность на одном центральном сайте создавать и редактировать контент подчиненных ему сайтов.
Может у кого был опыт в реализации подобных систем и этот человек поделится опытом.
Интересует способ обмена информацией.

Первое что приходит на ум:

1. Сделать сервис с раздачей xml

2. Формировать sql дамп и заливать его по ftp на сайты где по крону подбирать.

3. Раздавать статичные страницы в виде текстовых файлов и копировать их по фтп на сайты

4. Сделать для каждого сайта единый доступ к базе и тянуть данные соответственно идентификатору сайта

 

[HraKK]

используй готовое

 

[korchasa]

zdimon
Как часто меняется информация?
Какие обычно размеры изменений?
Какие требования к времени обновления на подчиненных сайтах?

-~{}~ 02.01.09 16:59:

какие размеры данных на подчиненных сайтах?
данные на всех сайтах одинаковые?

 

[zdimon]

Информация меняется примерно раз в неделю.
Изменения касаются добавлением нескольких страниц в часть сайта со статьями и в портфолио, которое общее и разбивается по тематике сайтов.
Требования для обновления раз в сутки.
Размеры данных не велики, главная, услуги, контакты, статьи, портфолио + банеры.
Данные на всех сайтах беруться из одной базы и отличаются тематической направленностью конкретного сайта.

А из готовых решений что стоит внимания?

 

[findnext]

zdimon

Формировать sql дамп и заливать его по ftp на сайты где по крону подбирать

думаю можно без этого обойтись созданием одной бд на сервере, где таблицы будут формироваться preffix_название таблицы и все сайты будут коннектиться именно к этой бд.

Раздавать статичные страницы в виде текстовых файлов и копировать их по фтп на сайты

зачем использовать статичные страницы, когда можно формировать динамически напрямую из бд?

-~{}~ 06.01.09 13:02:

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

 

[korchasa]

Автор оригинала: findnext
зачем использовать статичные страницы, когда можно формировать динамически напрямую из бд?

Это 5!

Тебе сколько доводов написать?

 

[флоппик]

korchasa, в контексте вопроса

Раздавать статичные страницы в виде текстовых файлов и копировать их по фтп на сайты

он прав, зачем их раздавать, если можно их там сгенерить?

 

[zdimon]

он прав, зачем их раздавать, если можно их там сгенерить?

Это придумал на случай если СУБД лежит, чтоб сайт пробовал конектится к СУБД и если не получилось подгребал статичную страницу.
Либо вообще не привязывать к СУБД сателиты.

 

[korchasa]

Автор оригинала: флоппик
korchasa, в контексте вопроса
он прав, зачем их раздавать, если можно их там сгенерить?

Какой смысл увеличивать стоимость содержания сателлитов (за счет сложности и стоимости хостинга)?
Какой смысл снижать их производительность?

Что в плюсе, кроме чуть меньшего объема передачи?

 

[findnext]

Какой смысл снижать их производительность?

Информация меняется примерно раз в неделю.

трудно раз в неделю дёргать из бд изменённый контент и делать из него статическую страницу? или даже делать VIEW в базе данных и отображать данные из него.
Хотелось бы посмотреть что случится если на каждые сервер по фтп заливать фаилы а потом выяснится что где то информацию нужно исправить, изменить, добавить...будешь по каждому сайту бегать и изменять вручную?

-~{}~ 06.01.09 17:07:

насчёт производительности - не вижу никакого напряга, korchasa приведи аргументы, которые будут лучше по сравнению с тем, что я предлагаю

 

[korchasa]

findnext
Выше ТС кучу вариантов расписал. Предложенный тобою "базка торчит наружу" один из них, и не самый лучший, т.к. придется помимо данных деплоить и код. Для тупых сателлитов, ИМХО, самый предпочтительный - №3.

 

[zdimon]

Тогда может лучше совместить эти варианты.

Скажем так:

Управляющий сервер раздает по фтп настроечный файлик для разделов сателлитов типа такого

mainpage = passive
articles = active

И контроллер в зависимости от этих настроек либо тянет статичную страницу, либо вызывает нечто подобное

fopen ('mother-of-satelit.com/articles.php?id=2') ...

И этот скрипт отдаст html, выбранный из базы.

 

[maxXP]

у меня была подобная задача. 93 сайта сателлита, но все они брались с 1 БД делать по другому ..... синхронизация хорном. Это же вполне реализуемо.