Download the PHP package vanthao03596/laravel-paddle-webhooks without Composer
On this page you can find all versions of the php package vanthao03596/laravel-paddle-webhooks. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download vanthao03596/laravel-paddle-webhooks
More information about vanthao03596/laravel-paddle-webhooks
Files in vanthao03596/laravel-paddle-webhooks
Package laravel-paddle-webhooks
Short Description Handle paddle webhooks in a Laravel application
License MIT
Homepage https://github.com/vanthao03596/laravel-paddle-webhooks
Informations about the package laravel-paddle-webhooks
Handle Paddle webhooks in a Laravel application
Paddle can notify your application of events using webhooks. This package can help you handle those webhooks. Out of the box it will verify the Paddle signature of all incoming requests. All valid calls will be logged to the database. You can easily define jobs or events that should be dispatched when specific events hit your app.
This package will not handle what should be done after the webhook request has been validated and the right job or event is called. You should still code up any work (eg. regarding payments) yourself.
Highly recommend reading the entire documentation on webhooks over at Paddle before use this package.
Installation
You can install the package via composer:
The service provider will automatically register itself.
You must publish the config file with:
This is the contents of the config file that will be published at config/paddle-webhooks.php
:
This is the contents of the published config file:
Next, you must publish the migration with:
After the migration has been published you can create the webhook_calls
table by running the migrations:
Finally, take care of the routing: At the Paddle dashboard you must configure at what url Paddle webhooks should hit your app. In the routes file of your app you must pass that route to Route::paddleWebhooks
:
Behind the scenes this will register a POST
route to a controller provided by this package. Because Paddle has no way of getting a csrf-token, you must add that route to the except
array of the VerifyCsrfToken
middleware:
Usage
Paddle will send out webhooks for several event types. You can find the full list of events types in the Paddle documentation.
Paddle will sign all requests hitting the webhook url of your app. This package will automatically verify if the signature is valid. If it is not, the request was probably not sent by Paddle.
Unless something goes terribly wrong, this package will always respond with a 200
to webhook requests. Sending a 200
will prevent Paddle from resending the same event over and over again. All webhook requests with a valid signature will be logged in the webhook_calls
table. The table has a payload
column where the entire payload of the incoming webhook is saved.
If the signature is not valid, the request will not be logged in the webhook_calls
table but a Vanthao03596\PaddleWebhooks\Exceptions\WebhookFailed
exception will be thrown.
If something goes wrong during the webhook request the thrown exception will be saved in the exception
column. In that case the controller will send a 500
instead of 200
.
There are two ways this package enables you to handle webhook requests: you can opt to queue a job or listen to the events the package will fire.
Handling webhook requests using jobs
If you want to do something when a specific event type comes in you can define a job that does the work. Here's an example of such a job:
Highly recommend that you make this job queueable, because this will minimize the response time of the webhook requests. This allows you to handle more Paddle webhook requests and avoid timeouts.
After having created your job you must register it at the jobs
array in the paddle-webhooks.php
config file. The key should be the name of the Paddle event type where, only Fulfillment Webhook will return fulfillment
Handling webhook requests using events
Instead of queueing jobs to perform some work when a webhook request comes in, you can opt to listen to the events this package will fire. Whenever a valid request hits your app, the package will fire a paddle-webhooks::<name-of-the-event>
event.
The payload of the events will be the instance of WebhookCall
that was created for the incoming request.
Let's take a look at how you can listen for such an event. In the EventServiceProvider
you can register listeners.
Here's an example of such a listener:
Highly recommend that you make the event listener queueable, as this will minimize the response time of the webhook requests. This allows you to handle more Paddle webhook requests and avoid timeouts.
The above example is only one way to handle events in Laravel. To learn the other options, read the Laravel documentation on handling events.
Advanced usage
Retry handling a webhook
All incoming webhook requests are written to the database. This is incredibly valuable when something goes wrong while handling a webhook call. You can easily retry processing the webhook call, after you've investigated and fixed the cause of failure, like this:
Performing custom logic
You can add some custom logic that should be executed before and/or after the scheduling of the queued job by using your own model. You can do this by specifying your own model in the model
key of the paddle-webhooks
config file. The class should extend Spatie\PaddleWebhooks\ProcessPaddleWebhookJob
.
Here's an example:
Determine if a request should be processed
You may use your own logic to determine if a request should be processed or not. You can do this by specifying your own profile in the profile
key of the paddle-webhooks
config file. The class should implement Spatie\WebhookClient\WebhookProfile\WebhookProfile
.
Paddle might occasionally send a webhook request more than once. In this example we will make sure to only process a request if it wasn't processed before.
Handling multiple signing secrets
You might want to the package to handle multiple endpoints and secrets. Here's how to configurate that behaviour.
If you are using the Route::paddleWebhooks
macro, you can append the configKey
as follows:
Alternatively, if you are manually defining the route, you can add configKey
like so:
If this route parameter is present the verify middleware will look for the secret using a different config key, by appending the given the parameter value to the default config key. E.g. If Paddle posts to webhook-url/my-named-secret
you'd add a new config named signing_secret_my-named-secret
.
Example config for Connect might look like:
Testing
Changelog
Please see CHANGELOG for more information on what has changed recently.
Contributing
Please see CONTRIBUTING for details.
Security Vulnerabilities
Please review our security policy on how to report security vulnerabilities.
Credits
- phamthao
- All Contributors
License
The MIT License (MIT). Please see License File for more information.
All versions of laravel-paddle-webhooks with dependencies
ext-openssl Version *
illuminate/support Version ^7.0|^8.0
spatie/laravel-webhook-client Version ^2.7.4