Download the PHP package ashallendesign/laravel-config-validator without Composer
On this page you can find all versions of the php package ashallendesign/laravel-config-validator. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download ashallendesign/laravel-config-validator
More information about ashallendesign/laravel-config-validator
Files in ashallendesign/laravel-config-validator
Package laravel-config-validator
Short Description A package for validating your Laravel app's config.
License MIT
Homepage https://github.com/ash-jc-allen/laravel-config-validator
Informations about the package laravel-config-validator
Table of Contents
- Overview
- Installation
- Requirements
- Install the Package
- Publishing the Default Rulesets
- Usage
- Creating a Validation Ruleset
- Using the Generator Command
- Ruleset Location
- Adding Rules to a RuleSet
- Custom Validation Error Messages
- Only Running in Specific App Environments
- Running the Validation
- Running the Validation Manually
- Only Running on Selected Config Files
- Custom Folder Path
- Using the Command
- Only Running on Selected Config Files (Command)
- Custom Folder Path (Command)
- Using a Service Provider
- Throwing and Preventing Exceptions
- Running the Validation Manually
- Facade
- Creating a Validation Ruleset
- Security
- Contribution
- Changelog
- Upgrading
- License
Overview
A Laravel package that allows you to validate your config values and environment.
Installation
Requirements
The package has been developed and tested to work with the following minimum requirements:
- PHP 8.0
- Laravel 8
Install the Package
You can install the package via Composer:
Publishing the Default Rulesets
To get you started with validating your app's config, Laravel Config Validator comes with some default rulesets. To start using these rulesets, you can publish them using the following command:
The above command will copy the validation files and place in a config-validation
folder in your project's root. These rules
are just to get you started, so there are likely going to be rule in the files that don't apply to your app. So, once you've
published them, feel free to delete them or edit them as much as you'd like.
Usage
Creating a Validation Ruleset
Using the Generator Command
This package comes with a command that you can use to quickly create a validation file to get you started right away. Lets say that you wanted to create a validation file for validating the config in the file. To do this, you could use the following command:
Running the above command would create a file in ready for you to start adding your config validation.
Ruleset Location
To validate your application's config, you need to define the validation rules first. You can do this by placing them inside files in a folder with names that match the config file you're validating. As an example, to validate the config file, you would create a new file at that would hold the rules.
Adding Rules to a Ruleset
Once you have your ruleset file created in the folder, you can start adding your validation rules.
Under the hood, Laravel Config Validator uses the built-in class, so it should seem pretty familiar to work with. To check out the available Laravel validation rules that can be used, click here.
As an example, we might want to add a config validation rule to ensure that the field in the file is a supported field. To do this, we could create a file at with the following:
Custom Validation Error Messages
There may be times when you want to override the error message for a specific validation rule. This can be done by passing in an array containing the messages to the method for a . This array should follow the same pattern that would be used in a standard Laravel Validator object.
As an example, we might want to add a config validation rule to ensure that the field in the file is a supported field and also use a custom error message. To do this, we could update our validation file to the following:
Only Running in Specific App Environments
You might not always want the same rule to be run in different environments. For example, you might want to have a relaxed set of validation rules for your local development environment and have a stricter set of rules for production.
To explicitly specify the environment that a rule can be run in, you can use the method. If no environment is defined, the rule will be run in all environments.
The following example shows how you could set 2 different rules, one for production and one for local:
Running the Validation
Running the Validation Manually
To run the config validation you can call the method on a object. The example below shows how you could do this in a controller:
Only Running on Selected Config Files
You might not always want to validate all of the config values in your application. So, you can specify the config files that you want to validate by passing the config names to the method as the first parameter. As an example, if you only wanted to validate the config file, you could use the following:
Custom Folder Path
If you aren't storing your validation files in the default folder, you can pass a custom folder path into the method as the second parameter. As an example, if you had the files stored in a folder, you could use the following:
Running the Validator with Inline Rules
There may be times when you want to run the validator with inline rules instead of using the rules defined in your config validation files. This can be useful if you want to run a one-off validation check, or validate the config values inside a package you maintain.
To do this, you can use the runInline
method like so:
In the example above, we're running the validator with inline rules for the app
and mail
config files. The rules are the same as the ones we would define in the config validation files.
The behaviour of the runInline
method is the same as the run
method. It will throw an exception if the validation fails, or return a boolean value if the throwExceptionOnFailure
method has been set to false
.
Using the Command
The library comes with a useful command that you can use to validate your config. To use it, you can run the following in the command line:
Only Running on Selected Config Files (Command)
You might not always want to validate all of the config values in your application. So, you can specify the config files that you want to validate in the command using the option. As an example, if you only wanted to validate the config file, you could use the following:
As a further example, if you wanted to validate the and files, you could use the following:
Custom Folder Path (Command)
If you aren't storing your validation files in the default folder, you can pass a custom folder path into the option. As an example, if you had the files stored in a folder, you could use the following:
Using a Service Provider
You might want to run the config validator automatically on each request to ensure that you have the correct config. This can be particularly useful if you are in a local environment and switching between Git branches often. However, you might not want it to always run automatically in production for performance reasons. To run the validation automatically on each request, you can add it to the method of a service provider.
The example below shows how to only run the validation in the local environment using the :
Throwing and Preventing Exceptions
By default, the ConfigValidator
will throw an InvalidConfigValueException
exception if the validation fails. The exception will contain
the error message of the first config value that failed the validation. You can prevent the exception from being thrown and instead
rely on the boolean return value of the ->run()
method by using the ->throwExceptionOnFailure()
method.
By preventing any exceptions from being thrown, it makes it easier for you to get all the failed validation errors using the
->errors()
method. This will return the errors as an array.
The example belows shows how you could prevent any exceptions from being thrown so that you can grab the errors:
Facade
If you prefer to use facades in Laravel, you can choose to use the provided facade instead of instantiating the class manually.
The example below shows an example of how you could use the facade to run the config validation:
Security
If you find any security related issues, please contact me directly at [email protected] to report it.
Contribution
If you wish to make any changes or improvements to the package, feel free to make a pull request.
Note: A contribution guide will be added soon.
Changelog
Check the CHANGELOG to get more information about the latest changes.
Upgrading
Check the UPGRADE guide to get more information on how to update this library to newer versions.
License
The MIT License (MIT). Please see License File for more information.
Support Me
If you've found this package useful, please consider buying a copy of Battle Ready Laravel to support me and my work.
Every sale makes a huge difference to me and allows me to spend more time working on open-source projects and tutorials.
To say a huge thanks, you can use the code BATTLE20 to get a 20% discount on the book.
All versions of laravel-config-validator with dependencies
illuminate/console Version ^8.0|^9.0|^10.0|^11.0
illuminate/container Version ^8.0|^9.0|^10.0|^11.0
illuminate/validation Version ^8.0|^9.0|^10.0|^11.0
illuminate/view Version ^8.0|^9.0|^10.0|^11.0
nunomaduro/termwind Version ^1.6|^2.0
ext-json Version *