Если бы я был полностью интегрирован Janrain Social Login или Oneall, то какими препятствиями могли бы мигрировать в мою собственную систему?Миграция от поставщика социального входа
Например, многие разработчики используют социальный плагин Janrains (и многие другие), потому что у них нет времени на выполнение всего кода для предоставления собственного решения или потому, что он быстрый и удобный.
Однако, где-то в будущем, возможно, когда разработчику будет больше времени, он может написать свое собственное решение, используя, скажем, селектор OpenID и библиотеку openid (например, собственное решение stackoverflow). Кроме того, Janrain и Oneall становятся дорогими, хорошо получить первые несколько тысяч пользователей, но после внезапного увеличения регистрации пользователей он становится невероятно дорогим (особенно если вы используете только социальный логин, а не другие социальные функции)
Проблема, которую я вижу, в моем приложении facebook URL-адрес сайта (например, один). Я предоставляю приложение FB: «http://myapp.api.oneall.com/», который будет обрабатывать всю проверку и связывать учетную запись, а затем перенаправлять на мои URL-адреса обратного вызова ,
Однако, если я заменил Oneall собственным решением (URL-адрес сайта изменится), что произойдет? Тогда аутентификация станет недействительной, нет? и пользователь должен будет снова принять разрешения? Как мне добиться успешной миграции?
Надеюсь, я объяснил это достаточно хорошо. Возможно, это тривиально, но некоторые разъяснения были бы весьма признательны. Я хочу убедиться, что я не привязан к Oneall или Janrain.
Мне очень интересно услышать ответы на это. В качестве возможной альтернативы, вы подумали о том, чтобы использовать что-то вроде HybridAuth? http://hybridauth.sourceforge.net/ – TryHarder