Djadka, можно, но только представьте, сколько уйдет на это времени Особенно, если сайты будут на разных серверах... Такой вариант мне кажется для жизни непригоден.

А если делать всё в одной бд, то если на этой бд будет 5 сайтов с высокой посещаемостью, то бедный мускул "прикажет долго жить". А если разные бд, то нагрузка равномерно будет распределятся.

Сервер может быть в локальной сети

Добавлено через 1 минут, 49 секунд:

Дело то не в базе, а в возможнойсти управлять из 1 админки и синхронизировать юзеров. Я так это вижу.

sanes, пользователей синхронизировать не проблема. Делаем еще один объект БД, к пример $Mainclass->DbUsers , который подключаем к таблице пользователей (Если мультисайт выключен, этот объект является алиасом на $Mainclass->Db). Как такая идея?


А что если админки будут РАЗНЫМИ (смотри выше), но с возможностью быстрого переключения между ними?

Я например считаю, что так будет правильно. По крайней мере это лучше, чем городить всё в одном движке. И разделить можно без проблем. По сути задача одна, синхронизировать модуль аккаунты.

Впринципе идея ничего. Общая база пользователей, авторизация на всех сайтах сразу и переход из 1 админки в другую... ммммммм. Ща описаюсь от счастья

Alexander, Loginza прикрутие пожалуйста

http://loginza.ru/features-and-benefits

sanes, там не нужно каких-нибудь персональных ключей?

Нет вроде. На другом движке ставил плагин. Залил, включил и всё

Ладно, возвращаемся к теме мультисайтовости. Какие мнения по поводу идеи?

Кроме пользователей можно модули синхронизировать. Например одну или несколько категорий новостей.

Добавлено через 3 минут, 15 секунд:

Т.е. есть допустим 3 сайта новостных разной тематики и некоторые категории эдентичны. Постишь 1 раз на все сайты.

Функция копирования новостей была бы в тему. Ну или экспорт определенной новости и импорт ее на другую админку. К примеру

Добавлено через 0 минут, 14 секунд:

Хотя это мало кому будет нужно имхо

Да, это нужно как то реализовать. Чтобы было например: Местные новости (на всех сайтах одно и тоже) и Новости по теме (только на определенном сайте).

Нужно. Я сразу открою сеть супер порталов.

Переключение между админками идея более менее правильная. Но на счёт постинга новостей по нескольким сайтам было бы хорошо.     
П.С Так почиать на досуге,что делают в Друпал http://www.razgonka.ru/multisiting

Второй вариант ИМХО правильный.
По пользователям. Например сайт Х тудится уже долго и у него много пользователей, если открыть новый Y то пользователей допустм синхронизируем. Как быть если надо синхонизировать 2 уже существующих сайта с пользователями?
Как вариант, если профили совпадают по каким-то параметрам (login/email) После авторизации заставляем поправить свой профиль.

Синхронизировать пользователей ИМХО не стоит, потому что такая синхронизация достаточно ресурсоемка, почему бы не использовать просто единую базу пользователей? Вот смотрите: на site1.ru мы удалили/забанили/отредактировали пользователя, то как об этом узнает site2.ru ? Ему конечно можно сообщать посредством какого-нибудь своего протокола... Но во-первых, синхронизация на 4-5 сайтов будет достаточно ресурсоемка. А во-вторых данные будут попросту дублироваться столько раз, сколько существует сайтов. В этом варианте единые таблицы пользователей мне кажутся наиболее приемлемым вариантом. Как сделать общие таблицы пользователей я уже писал ($Mainclass->DbUser).


Давайте все-таки определимся что делать: использовать общие таблицы или пытаться их синхронизировать? Я не вижу тривиальных, простых, не требовательных к ресурсам, универсальных способов синхронизации... Подскажите?


Вот например, человек хочет синхронизировать одну категорию новостей между двумя сайтами site1.ru и site2.ru. Подскажите, как это сделать на программном уровне. Немного усложним задачку следующими условиями: синхронизация должна работать даже в том случае, если site1.ru и site2.ru находятся на РАЗНЫХ серверах. У сайтов есть доступ к БД друг друга. Доступ к файлам друг друга у сайтов нет. Нужно перенести порядка 1000 новостей. К каждой из новостей прикреплено 5 файлов, размер каждого - 2 мб.

Добавлено через 0 минут, 42 секунд:


Проще сделать таблицы общими...

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

На ближайшее обновлени системы запланировал следующую схему пользователей. Данные пользователей будут разбиты на следующие таблицы:

users - таблица служит основным системным хранилищем пользователей. Здесь хранится такая информация как: имя пользователя, полное имя пользователя, мыло, пароль, язык, часовой пояс.
users_site - таблица служит источником данных о пользователе, применительно к данному сайту. Здесь хранится информация о глуппах, в которых состот пользователей, данные о его авторизации, лог неудачных попыток входа..
users_extra - таблица служит источником дополнительной информации о пользователях. Здесь хранится информация об ICQ, сайтах, подписи пользователя и т.п.
users_deleted - здесь хранится информация об удаленных пользователях. Для простоты синхронизации.

При этом таблицы users_site, users_extra, users_deleted - относятся к таким, которые доступны из объекта $Mainclass->DbUsers т.е. это может быть совершенно другая БД.

Я думаю лучше все же общие таблицы делать. Синхронизация и правда ресурсоемка. Просто надо в процессе установки движка указывать основной сайт, тем самым таблицы будут храниться на одном основном сайте, а второстепенные сайты - коннектиться.
Зачем их переносить? Новости будут браться из бд основного сайта. 30% новостей идут текстовыми, 60% текстовые с изображениями (фото можно сделать в виде ссылки с другого ресурса, тобишь просто перенести html новости) и 10% новости с файлами (но и здесь же можно делать ссылку на файл лежащем на основном сайте).