Синхронизация пользователей на 2 сайтах с разной лицензией

Добрый день.
Подскажите как осуществить такое: есть 2 сайта на разных хостах, со своим битриксом(назовем s1 и s2).
на s1 ~1000000 пользователей
на s2 = 3(админы, эти же админы есть и на первом сайте)

нужно синхронизировать пользователей, тут я иду путем
то же проделываем и с b_user_group и b_uts_user

но вот дальше у меня ступор.

как сравнивать если пользователь авторизовался на s1, а затем перешел на s2?
1. если на s2 нету такого пользователя
2. если есть, но id разные(мы же не знаем куда он изначально придет)
3. если данные будут различаться, какие считать главные
...
и еще куча если

0

Т.е. надо авторизация сразу на двух сайтах?
Может OAuth реализовать?

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

0

Сообщение от voral Может OAuth реализовать?

можете подробнее описать что имеете ввиду?

Сообщение от voral Т.е. надо авторизация сразу на двух сайтах?

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

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

Что сейчас пытаюсь делаю: пишу скрипт для крона который будет брать последних пользователей у которых произошли изменния(в большинстве своем это 1-5 пользователь в минуту - БД пользователей ~1000000 ) и брать данные из таблиц и перекидывать их на другой сайт. Почему так часто - лимиты скидочных карт хранятся в пользователях и ряд еще данных. И вот тут данные по которым нужно соотносить пользователей и их обновлять у меня вызывают проблему.

0

OAuth это про авторизацию.

Чтоб не надо было регистрироваться заново. Вот тут, не уверен, но могут быть сложности. Пароли хранятся в зашифрованном виде и "соль" скорее всего разная для каждого сайта. Если только при попытке авторизации на втором сайте вы будете отправлять логин/пароль на первый сайт (придется сделать некий апи). И первый сайт вовзращает ИД пользователя второго сайта которого нужно авторизовать ($USER->Authorize(<полученный_ид>))

А вот уж как сопоставлять.... мыло/телефон... Если нет привязки на сайте который назначить "мастером", тогда с мастера приходит вся инфа по пользователю, и создается новый пользователь на "слейве", а мастеру отправляется ИД. для привязки)..
Кстати говоря, если продумать АПИ, то можно вообще заранее ни чего ни куда не копировать... А просто по мере авторизации будут "синхронизироваться"...

Единсвтенное есть вариант, что пользователь зарегистрируется на втором сайте (слейве)... Но и тут можно предусмотреть отправку при регистрации данных и на первый сайт....

В общем я бы приводил все к варианту мастер-слейв. На мастере делал апи.

Но схема все равно не очень красивая... А не рассматривали вариант на один движок переехать.. Раз у вас на одном сайте пока только админы?

Добавлено через 2 минуты
Кстати, апи можно сделать модулем и поставить на оба сайта. (если уж ни как не слить их на одно ядро). И тогда не нужно будет переодического опроса. Просто в реалтайме изминили на одном, сразу отдаем через апи на второй сайт

0

Сообщение от voral А не рассматривали вариант на один движок переехать

Так как раз и хотят с одного на 2 уйти. Сейчас все в ИМ. Витрина отображает часть товаров из интернет магазина и за покупкой отправляет в ИМ. Сайт сейчас тяжелый + за товары разные люди отвечают которые между собой не всегда могут найти компромис. Вот и решено было сделать разделение такое. По клиентам это примерно нагрузка должна упасть в 2 раза. обмен станет легче в 2 раза(кроме того после обмена еще постобработчиков уйма, которым тоже станет полегче при уменьшении товаров)

0

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

Добавлено через 1 час 4 минуты
Единственная беда: сайты будут зависимыми... Чтоб были не зависимыми действительно надо "синхронизировать". И тут, главное, решить вопрос с паролями (если он, конечно есть)

0