Так что я использую Process Maker в своем приложении laravel, чтобы получить много работы. Но моим работодателям не нравятся их API, и я лично тоже этого не делаю. Они слишком запутанны. Кроме того, нам не нужны все функциональные возможности.Как настроить аутентификацию в laravel с использованием пользовательской базы другого API?
Так что я создаю API в самом laravel, чтобы использовать эти API и преобразовывать данные, входящие и исходящие по моим предпочтениям. Поскольку PM имеет OAuth2, мы это используем.
Но нам также нужна аутентификация в нашей системе. Таким образом, мы используем токены JWT. И токен JWT содержит токен доступа для приложения PM, когда его нужно потреблять в моем приложении.
Моя проблема заключается в том, что теперь я использую пользовательскую базу PM, мои политики в laravel терпят неудачу, а старые API-интерфейсы, созданные с использованием этих политик, также терпят неудачу. Причина в том, что пользовательская таблица в моем приложении больше не имеет пользователей и их разрешения не работают.
Так было бы хорошей идеей использовать модель пользователя в Laravel и подключить его к столу пользователя PM, используя свойство $connection
и $table
или будет лучше взломать вверх нон красноречивый базовую модель пользователя и пусть Laravel аутентификацию с помощью этого , И эта модель ударит по API-интерфейсам PM для извлечения пользователей и так далее.
Имеет ли кто-либо подобный опыт во время работы с laravel и какое подходящее решение для этого? Потому что я действительно запутался в том, как справиться с таким сценарием.
может быть, в качестве альтернативы вы могли бы попытаться расширить остальное апи из ProcessMaker Vía плагин, чтобы вы могли изменять конечные точки или создавать новые, основанные на существующих. http://wiki.processmaker.com/index.php/Gulliver%3A_Programmer%2527s_Reference_Guide также вы могли видеть эти конечные точки http: // wiki .processmaker.com/3.0/Light_endpoints, которые немного менее беспорядочны. –
Это звучит как очень длинный и сложный обходной путь, чтобы обеспечить оболочку API-интерфейса ProcessMaker REST. Полное раскрытие, я работаю в ProcessMaker. При этом у нас есть полностью RESTful API, который в значительной степени является отраслевым стандартом. У нас есть ресурсы OAuth 2.0 и RESTful. Что именно вам не нравится? Если что-то улучшится, я был бы рад вернуться к управлению продуктом и улучшить его. –