soatok / patreon
Interact with the Patreon API via OAuth.
Installs: 6 870
Dependents: 1
Suggesters: 0
Security: 0
Stars: 6
Watchers: 1
Forks: 41
Open Issues: 1
Requires
- php: >=7.0.0
- ext-curl: *
- ext-json: *
- paragonie/certainty: ^2
- paragonie/hidden-string: ^1
- paragonie/sodium_compat: ^1
Requires (Dev)
- phpunit/phpunit: ^6|^7|^8
- squizlabs/php_codesniffer: ^3.0
- vimeo/psalm: ^2|^3
This package is auto-updated.
Last update: 2024-11-30 02:08:20 UTC
README
This is Soatok's fork of the Patreon-PHP library.
Interact with the Patreon API (version 2) via OAuth. Requires PHP 7.
Differences Between This Library and Patreon's
- This library requires PHP 7 or newer, Patreon's only requires PHP 5.3.
- This library loads in the hidden-string package (which prevents secrets from leaking in stack traces) and the sodium_compat package (used to make sure if libsodium is available-- even in a weird way-- it will be accessible in the standardized PHP 7.2+ API).
- This library uses BLAKE2b for response caching instead of MD5 (if possible).
- This library features the new
Patreon\AuthUrl
class which generates an authentication URL without having to manually URL-encode and concatenate strings.- This should make it even easier for PHP developers to integrate with Patreon via OAuth.
Installation
Get the plugin from Packagist:
composer require soatok/patreon
Although it's possible to load this library without using Composer, it's highly recommended that you use Composer.
Soatok will not support non-Composer installs.
Usage
Step 1. Get your client_id and client_secret
Visit the Patreon platform documentation page while logged in as a Patreon creator to register your client.
This will provide you with a client_id
and a client_secret
.
Step 2. Use this plugin in your code
Let's say you wanted to make a "Log In with Patreon" button.
You've read through the directions, and are trying to implement "Step 2: Handling the OAuth Redirect" with your server.
The user will be arriving at one of your pages after you have sent them to
the authorize page for step 1, so in their query
parameters landing on this page, they will have a parameter 'code'
.
(If you are doing something other than the "Log In with Patreon" flow, please see the examples folder for more examples.)
(Especially the unified flow is a great way to have users unlock locked features or content at your site or app - it allows users to register, login, pledge and return to your app in one smooth unified flow. Check it out in the examples folder.)
<?php // This example shows how to have your users log in via Patreon, and acquire access and refresh tokens after logging in require_once __DIR__.'/vendor/autoload.php'; use Patreon\{ API, AuthUrl, OAuth }; $client_id = ''; // Replace with your data $client_secret = ''; // Replace with your data // Set the redirect url where the user will land after oAuth. // That url is where the access code will be sent as a _GET parameter. // This may be any url in your app that you can accept and process the access code and login // In this case, say, /patreon_login request uri $redirect_uri = "http://mydomain.com/patreon_login"; $href = (new AuthUrl($client_id)) ->withRedirectUri($redirect_uri); // You can send an array of vars to Patreon and receive them back as they are. Ie, state vars to set the user state, app state or any other info which should be sent back and forth. $state = array(); // For example lets set final page which the user needs to land at - this may be a content the user is unlocking via oauth, or a welcome/thank you page // Lets make it a thank you page $state['final_page'] = 'http://mydomain.com/thank_you'; // Add any number of vars you need to this array by $state['YOURKEY'] = VARIABLE $href = $href->withState($state); // Scopes! You must request the scopes you need to have the access token. // In this case, we are requesting the user's identity (basic user info), user's email // For example, if you do not request email scope while logging the user in, later you wont be able to get user's email via /identity endpoint when fetching the user details // You can only have access to data identified with the scopes you asked. Read more at https://docs.patreon.com/#scopes // Lets request identity of the user, and email. $href = $href ->withAddedScope('identity') ->withAddedScope('identity[email]'); // Simply echoing it here. You can present the login link/button in any other way. echo '<a href="'.$href.'">Click here to login via Patreon</a>'; // Up to this part we handled the way to prepare a login link for users to log in via Patreon oAuth using API v2. From this point on starts the processing of a logged in user or user returning from Patreon oAuth. // The below code snippet needs to be active wherever the the user is landing in $redirect_uri parameter above. It will grab the auth code from Patreon and get the tokens via the oAuth client if (!empty($_GET['code'])) { $oauth_client = new OAuth($client_id, $client_secret); $tokens = $oauth_client->get_tokens($_GET['code'], $redirect_uri); $access_token = $tokens['access_token']; $refresh_token = $tokens['refresh_token']; // Here, you should save the access and refresh tokens for this user somewhere. Conceptually this is the point either you link an existing user of your app with his/her Patreon account, or, if the user is a new user, create an account for him or her in your app, log him or her in, and then link this new account with the Patreon account. More or less a social login logic applies here. // Only use user's email address info coming from Patreon if the email is verified. Check for is_email_verified value in user's API return. } if (empty($access_token)) { exit; } // After linking an existing account or a new account with Patreon by saving and matching the tokens for a given user, you can then read the access token (from the database or whatever resource), and then just check if the user is logged into Patreon by using below code. Code from down below can be placed wherever in your app, it doesnt need to be in the redirect_uri at which the Patreon user ends after oAuth. You just need the $access_token for the current user and thats it. // Lets say you read $access_token for current user via db resource, or you just acquired it through oAuth earlier like the above - create a new API client $api_client = new API($access_token); // Return from the API can be received in either array, object or JSON formats by setting the return format. It defaults to array if not specifically set. Specifically setting return format is not necessary. Below is shown as an example of having the return parsed as an object. Default is array (associated) and there is no need to specifically set it if you are going to use it as an array. If there is anyone using Art4 JSON parser lib or any other parser, they can just set the API return to json and then have the return parsed by that parser // You dont need the below line if you are going to use the return as array. $api_client->api_return_format = 'object'; // Now get the current user: $patron_response = $api_client->fetch_user(); // At this point you can do anything with the user return. For example, if there is no return for this user, then you can consider the user not logged into Patreon. Or, if there is return, then you can get the user's Patreon id or pledge info. For example if you are able to acquire user's id, then you can consider the user logged into Patreon.