Package Data | |
---|---|
Maintainer Username: | codeforest |
Maintainer Contact: | info@influendo.com (Zvonko Biskup) |
Package Create Date: | 2017-03-25 |
Package Last Update: | 2017-12-04 |
Language: | PHP |
License: | MIT |
Last Refreshed: | 2024-12-20 03:01:55 |
Package Statistics | |
---|---|
Total Downloads: | 41 |
Monthly Downloads: | 0 |
Daily Downloads: | 0 |
Total Stars: | 1 |
Total Watchers: | 5 |
Total Forks: | 0 |
Total Open Issues: | 0 |
This Laravel 5 package makes it easy to manage the rules/limits of your SaaS app subscription plans.
Pull the package in through Composer.
"require": {
"seanstewart/plan-config": "dev-master"
}
Include the service provider within app/config/app.php
.
'providers' => [
Seanstewart\PlanConfig\PlanConfigServiceProvider::class
];
Include the facade (optional) in app/config/app.php
.
'aliases' => [
'Plan' => Seanstewart\PlanConfig\Plan::class
];
Then you will need to generate your config by running the command
php artisan vendor:publish
Let's say your app has subscription plans that limit the number of widgets a user can add. You would have some sort of logic that checks the number of widgets a user is allowed to have in their account. With Plan Config you can do that by calling the helper function plan().
if($this->getCurrentNumberOfWidgets < plan('limits.widgets'))
{
// Allow the user to add a new widget
}
The plan() helper function knows what plan the current user is subscribed to and grabs the limits you defined in your plans.php config file. You can use the helper function anywhere in your application (views, controllers, models, middleware, etc.). Using the previous example, your plan config file would look like this:
'plans' => [
'bronze' => [
'limits' => [
'widgets' => 5
]
],
'silver' => [
'limits' => [
'widgets' => 10
]
],
//...and so on
]
If your user is subscribed to the silver plan, they could only add 10 widgets. You can even adapt it to use other attributes, like a title, description, or pricing for your plans.
'plans' => [
'bronze' => [
'title' => 'Bronze Plan',
'description' => 'This is some description for a Bronze Plan',
'price' => '19.00',
'currency' => 'USD',
'limits' => [
'widgets' => 5
]
],
'silver' => [
'title' => 'Silver Plan',
'description' => 'This is some description for the Silver Plan',
'price' => '29.00',
'currency' => 'USD',
'limits' => [
'widgets' => 10
]
],
//...and so on
]
To configure your plans, open up app/plans.php and start adding your plan details. By default the package assumes that you're using laravel's built in Auth, and that the user's plan is stored in the User model. You can set the field used to determine the user's plan in the config...
'plan_field' => 'stripe_plan'
To configure your plans, add your plan data in the 'plans' array.
'plans' => [
'bronze' => [
'limits' => [
'widgets' => 5
]
],
'silver' => [
'limits' => [
'widgets' => 10
]
],
//...and so on
]
If you have rules that apply to all plays, you can define a default or fallback plan. In the config file, set your fallback plan...
'fallback_plan' => '_default',
And then define the _default plan in your plans array.
'plans' => [
'_default' => [
'limits' => [
'purple_widgets' => 20
]
]
'bronze' => [
'limits' => [
'widgets' => 5
]
],
'silver' => [
'limits' => [
'widgets' => 10
]
],
]
In the above example, calling plan('limits.purple_widgets') will give you the value from the fallback plan.
Alternatively you can use the facade and call Plan::get('limits.purple_widgets')
I've always found that managing subscriptions and plans for a SaaS app can be complicated. I felt like storing these values in a database isn't the best approach considering a lot of your values and limits will not change frequently. When building Election Runner, a web application that allows schools & organizations to run elections, we needed something to accomplish exactly this. Hopefully others will find this as useful as we do!