Интеграция нескольких SMF на одном домене

[galas]

Стоит задача сделать интеграцию нескольких  SMF  форумов - каждый со своей MySQL базой установленных (в папках или субдоменах) на одном домене.

Т.е., чтобы при регистрации/авторизации пользователя в одном из форумов, его данные заносились в его профили (кабинеты) на каждом форуме.
И вся остальная статистика по логину шла по каждому форуму индивидуально.
С возможностью менять настройки профиля (кроме логина-пароля, ника) в каждом форуме - свои.

Желательно (опц.) иметь:
- в каждом профиле вкладку на переключение между профилями (кабинетами) пользователя;
- индикаторы извещений о личных сообщениях и др. событиях на всех форумах

- интеграция с центральной CMS, напр. по типу:

Wordpress 3.0+ User Integration
http://dragomano.ru/page/wordpress-30-user-integration

Среда, 5 октября 2011 г.
Рубрика: Разное -> Управление   Метки: wordpress | блог | интеграция    Просмотров: 1019

Интеграция пользователей Wordpress и SMF.
Особенности
При авторизации в Wordpress происходит редирект на страницу авторизации SMF.
Пользователь, зарегистрировавшийся в SMF, автоматически экспортируется в базу данных Wordpress (и наоборот).
В настройках мода можно установить соответствие групп SMF с группами Wordpress.

[/size]

Вариант решения (хороший):
- в одной из папок делается закрытый форум "суперадминистратора" - с которым синхронизируются всё и в котором хранятся все данные по пользователям, управление (надстройка) над всеми интегрируемыми форумами, администрированием, модерацией, допусками, группами и т.п.
- там же можно разместить закрытый форум по управлению и тех. обслуживанию структуры сайта

[GeorG]

Желательно (опц.) иметь:

Больше похоже на ТЗ по работе ^^

[galas]

Больше похоже на ТЗ по работе ^^

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

[maestrosite.ru]

Варианты решения разные. Многое зависит от того, какие задачи будет решать закрытый форум - "суперпанель". Да и требования неоднозначные, и даже противоречивые. Например, где будет процедура логина происходить? На каком из форумов, если суперский форум закрыт, а остальные равнозначные?
Или, вся статистика по логину на каждом форуме индивидуально, но при этом в "суперпанели" управление допусками (группы на основе количества сообщений).

[galas]

Варианты решения разные. Многое зависит от того, какие задачи будет решать закрытый форум - "суперпанель".

Это можно расписать.
По сути - это такая задача:

Осн. идея: поставить в отд. папку администраторский-центровой форум и всю базу по юзерам и сайту вести в его базе, а базы ост. форумов - их таблицы - синхронизировать на базу админского-форума.

Всё внутреннее содержимое каждого форума ведётся только в его базе.
---
Как внешне работает такая синхронизация - есть в описании мода
Wordpress 3.0+ User Integration
http://dragomano.ru/page/wordpress-30-user-integration
---
т.е. (как понял) создаются идентичные(связанные) табл. во всех базах и они синхронизируются через ведущую - "суперпанель".

Кстати - все форумы предполагается также интегрировать и между собой - и с базой (авторизацией) центральной CMS (со своей базой) .

CMS - тоже тут може быть любой - для архитектуры "всё равно" - напр.  и WordpRess, и Joomla, и InstantCMS - там только вопросы со стыковкой с базой конкретной CMS свои будут, а в-принципе - идеология одна.

Можно главной по авторизации назначить и базу конкретной CMS,
или (мне кажется - так лучше, удобнее будет после пользоваться и разбираться) - отсылать запросы со всех баз в специальную-админскую "суперпанель".

Отсюда и это решается:

Да и требования неоднозначные, и даже противоречивые. Например, где будет процедура логина происходить?

На каком из форумов, если суперский форум закрыт, а остальные равнозначные?

суперский форум закрыт - закрыты все его разделы и главная - там заставка, или редирект.
Но форма регистрации/авторизации доступна и выводится в нужных местах - или связывается через базу с такими же формами на всех форумах.

Т.е., с любого форума и CMS при заполнении формы регистрации/авторизации срабатывает обращение к центральной(админской) базе-"суперпанели".
---

Или, вся статистика по логину на каждом форуме индивидуально, но при этом в "суперпанели" управление допусками (группы на основе количества сообщений).

Предполагается - что на каждом форуме своя статистика именно по этому форуму.
И свой кабинет(профиль) этого пользователя также.
Где могут меняться его настройки (настройки профиля) - нельзя сменить только все осн. данные: логин-пароль-ник-аватар(?опц.)
к-е идут - с проверкой на уникальность на всём сайте.

а (по-возможности, или след. этапом) - в "суперпанели" может копиться и обрабатываться обобщённая стата по всем форумам-пользователям и  центральной CMS (опц., с вариантами - след. задача).

[maestrosite.ru]

В твиттер вас не возьмут, вы там не поместитесь =)
Идея-то понятна из стартового сообщения, вам надо с деталями определиться. Грубо говоря, какие данные на каких страницах будут едиными и не делимыми. А уж как они будут перекидываться, через базу или телепатически - это детали.

upd
Перечитал ваши статьи. А, собственно, вопрос у вас какой, если вы решение уже видите?

[galas]

Перечитал ваши статьи. А, собственно, вопрос у вас какой, если вы решение уже видите?

Не программист я - конкретно кодинг и стыковку скриптами сам выполнить не смогу.
Только небольшие правки "по типу".

Планирую максимально использовать готовые модули и решения, с открытым кодом,
приведя всё к максимально готовому виду с минимум кодинга при этом.

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

В твиттер вас не возьмут, вы там не поместитесь =)

какие данные на каких страницах будут едиными и не делимыми

предварительно:
1. осн. данные: логин - без админа не поменять
пароль - как везде: схема смены-восстановления в кабинете, но пароль, как и логин, 1 на всё.
2. (опц.) - то, что регулируется админом (может разрешить/запретить). По умолчанию ник=логину и можно поменять самому в основном профиле(кабинете):
ник-аватар. Но при смене ника в главном профиле(кабинете) - он меняется везде.
Аватар - опц. (по умолч. как ник - т.е. "везде", а может - пусть меняют где-то индивидуально - опция решается админом)

основной профиль(кабинет):
по умолчанию - тот, на котором произошёл первый заход (сделана регистрация)

[galas]

Вот, нашёл некоторые материалы по вопросу:

Интеграция SMF
http://www.simplemachines.ru/index.php?topic=1223.0

интеграция smf сразу с несколькими Joomla !!
http://ru-mambo.ru/smf/index.php?topic=11459.0

---
если из этого видно какое-то рабочее решение, просьба подсказать

[maestrosite.ru]

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

Повторюсь, варианты решения есть, и они разные. Для конкретного решения нужны (важны) детали вашей задумки.