maize-tech / laravel-remote-rule
Laravel Remote Rule
Fund package maintenance!
maize-tech
Requires
- php: ^8.0
- illuminate/contracts: ^9.0|^10.0|^11.0
- illuminate/database: ^9.0|^10.0|^11.0
- illuminate/http: ^9.0|^10.0|^11.0
- illuminate/support: ^9.0|^10.0|^11.0
- spatie/laravel-package-tools: ^1.14.1
Requires (Dev)
- friendsofphp/php-cs-fixer: ^3.4
- guzzlehttp/guzzle: ^7.4
- nunomaduro/collision: ^6.0|^7.10.0|^8.1.1
- orchestra/testbench: ^7.0|^8.0|^9.0
- phpunit/phpunit: ^9.5|^10.5
- vimeo/psalm: ^4.20|^5.22
README
Laravel Remote Rule
Easily validate data attributes through a remote request.
This package allows you to define a subset of custom rules to validate an incoming request data through an api call to a remote service.
An example usage could be an application with an open registration form which should only allow a list of emails given by a remote service. You can find an example in the Usage section.
Installation
You can install the package via composer:
composer require maize-tech/laravel-remote-rule
You can publish and run the migrations with:
php artisan vendor:publish --provider="Maize\RemoteRule\RemoteRuleServiceProvider" --tag="remote-rule-migrations" php artisan migrate
You can publish the config file with:
php artisan vendor:publish --provider="Maize\RemoteRule\RemoteRuleServiceProvider" --tag="remote-rule-config"
This is the content of the published config file:
return [ /* |-------------------------------------------------------------------------- | Config model |-------------------------------------------------------------------------- | | Here you may specify the fully qualified class name of the config model. | */ 'config_model' => Maize\RemoteRule\Models\RemoteRuleConfig::class, /* |-------------------------------------------------------------------------- | Attribute cast |-------------------------------------------------------------------------- | | Here you may specify the cast type for all model attributes who contain | sensitive data. | All attributes listed below will be encrypted by default when creating or | updating a model instance. You can disable this behaviour by removing | the attribute cast from the array. | */ 'attribute_cast' => [ 'url' => 'encrypted', 'method' => 'encrypted', 'headers' => 'encrypted:array', 'json' => 'encrypted:array', ], /* |-------------------------------------------------------------------------- | Debug mode |-------------------------------------------------------------------------- | | Here you may enable or disable the debug mode. If enabled, the rule will | throw an exception instead of validating the attribute. | */ 'debug' => false, /* |-------------------------------------------------------------------------- | Validation message |-------------------------------------------------------------------------- | | Here you may specify the message thrown if the validation rule fails. | */ 'validation_message' => 'The :attribute must be valid.', ];
Usage
Basic
To use the package you can create a class which extends the RemoteRule
abstract class.
use Maize\RemoteRule\RemoteRule; class EmailRule extends RemoteRule { // }
You can then create a new RemoteRuleConfig
instance with the snake case name of the class you just created.
The model will contain the url of the remote service used to send the request along with the request method (usually POST
or GET
) and, if needed, the custom headers, json body and timeout.
We add this data to a database table as we consider it sensitive information, and we want to avoid hard-coding it to the codebase.
All entries of the remote_rule_configs
database table are indeed encrypted by default (can be disabled in the configs).
You can create a remote rule config in your console with tinker:
php artisan tinker
\Maize\RemoteRule\Models\RemoteRuleConfig::query()->create([ 'name' => 'email_rule', 'url' => 'test.example.com', 'method' => 'POST', 'headers' => [], // can be null if no custom headers are required 'json' => [], // can be null if no custom json body is required 'timeout' => 10, // can be null if you want to use the default timeout ]);
That's all! You can now just add your new custom rule to the validation array:
use Illuminate\Support\Facades\Validator; $email = 'my-email@example.com'; Validator::make([ 'email' => $email, ], [ 'email' => [ 'string', 'email', new EmailRule, ], ])->validated();
Under the hood, the validation rule will send a request to the given url with the custom headers and body (where we append the attribute name and its value) and check whether the response is successful or not.
Custom response status code
You can change the expected response status code by overriding the isSuccessful
method in your custom rule.
use Maize\RemoteRule\RemoteRule; use Illuminate\Http\Client\Response; class EmailRule extends RemoteRule { protected function isSuccessful(Response $response): bool { return $response->status() === 204; } }
Custom body attribute
By default, all custom rules will append the attribute key-value pair to the request body, where the key is the name of the validated attribute, and the value is the input value of the form.
You can change the body attribute sent to the remote service by overriding the getBodyAttribute
method in your custom rule.
use Maize\RemoteRule\RemoteRule; class EmailRule extends RemoteRule { protected function getBodyAttribute(): array { return ['custom_attribute' => $this->value]; } }
Testing
composer test
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
License
The MIT License (MIT). Please see License File for more information.