Я начал настраивать календарь Google для своего нового приложения. Я почти сделал точную копию кода аутентификации, отображаемого у разработчиков Google ( https://developers.google.com/google-apps/calendar/instantiate ), но я продолжаю получать следующую ошибку: Ошибка получения маркера доступа OAuth2, сообщение: 'invalid_grant' В настоящее время я использую Fork-CMS ( http://www.fork-cms.com ), молодую Lightweigth CMS. Я правильно настроил файл config.php google-api-php-client. (client-id, […]
Я обновляю систему входа в свой сайт от LightOpenID до Oauth 2.0 от Google. Когда мне требуется Client.php и Service / Oauth2.php, я получаю сообщение об ошибке Неустранимая ошибка: класс «Google_Service» не найден в /home/myname/repos/website_current/lib/google-api-php-client/src/Google/Service/Oauth2.php в строке 32 Код, который я использую (из моего файла login.php), выглядит следующим образом: require_once(dirname($_SERVER['DOCUMENT_ROOT']).'/lib/autoload.php'); require('Google/Client.php'); require('Google/Service/Oauth2.php'); echo "exit"; exit(); […]
Если существует более одной реализации, какая из них лучше / в основном поддерживается? В частности, для OAuth 2.0 Draft 12.
Не удается преодолеть эту ситуацию: создав проект в консоли разработчика Google, они создали «Идентификатор клиента для веб-приложения» и «Ключ для серверных приложений». В запросах консоли завершены успешно, но когда я отправляю с сервера, я получаю следующую ошибку: 403: { "error": { "errors": [ { "domain": "usageLimits", "reason": "accessNotConfigured", "message": "Access Not Configured. Please use Google […]
Я использую PHP-библиотеку для OAuth2.0 v20 В проекте 20 упоминается использование состояния для предотвращения CSRF До сих пор мое собственное веб-приложение, которое реализует эту библиотеку PHP, позволяет: Трехсторонняя аутентификация с использованием запроса кода авторизации 2-сторонняя аутентификация с использованием мандата владельца ресурса Грант Запрос, который обновляет токен доступа Должен ли я использовать состояние для всех трех […]
При запросе авторизации перенаправление на следующий URL-адрес: https://graph.facebook.com/oauth/authorize?client_id=…&scope=email,offline_access&redirect_uri=http%3A%2F%2Flocalhost%2Flogin%2Findex.php%3Fcallback%3Dfacebook Facebook возвращает «Недопустимый redirect_uri». Данный URL-адрес не разрешен конфигурацией приложения. Возможно, потому что мое приложение зарегистрировано на http://syncacity.com в конфигурации приложения. Но, тем не менее, твиттер позволяет мне перенаправлять на любой URL-адрес, так почему же нытье в Facebook? Буду признателен за ваши мысли 🙂
Я пытаюсь использовать API Google Oauth для получения пользовательской информации. Он отлично работает для API Google Plus, но я пытаюсь создать резервную копию, если у пользователя нет учетной записи google plus. Процесс аутентификации верен, и я даже получаю объект $ userinfo, но как именно я могу получить доступ к свойствам. Я попробовал $ userinfo-> get […]
Мое приложение простое, оно подключается к API Google+ для аутентификации пользователя, и в случае успеха он извлекает электронную почту пользователя и затем выполняет серию операций по данной базе данных на основе полученного электронного письма. Моя основная проблема заключается в том, что каждый час мой токен доступа истекает, и я, похоже, не знаю, как его «обновить». […]
Эта функция работала для меня до дня, когда facebook решил принудительно внести некоторые изменения. function get_facebook_cookie() { $app_id = '[MyAppID]'; $application_secret = '[MyAppSecrect]'; if(isset($_COOKIE['fbs_' . $app_id])){ $args = array(); parse_str(trim($_COOKIE['fbs_' . $app_id], '\\"'), $args); ksort($args); $payload = ''; foreach ($args as $key => $value) { if ($key != 'sig') { $payload .= $key . '=' […]
Я создаю веб-приложение для клиента, и я не уверен, что я поступаю правильно … В принципе, я создал приложение PHP, которое читает, редактирует, удаляет календари в Google и хранит копию в моей собственной базе данных веб-приложений (по разным причинам). Теперь я прочитал об OAuth 2.0 и понял, что использовать его можно безопаснее, чем мой общий […]