affinitidev / silex-config
Advanced Config service provider for Silex
Requires
- symfony/config: 2.4.*
- symfony/yaml: 2.4.*
Requires (Dev)
- phpunit/phpunit: 4.1.*
- silex/silex: ~1.1
This package is not auto-updated.
Last update: 2024-11-09 17:08:58 UTC
README
Version: master
The ConfigServiceProvider, built by Affiniti Development, is a Silex Service Provider which adds support for the Symfony Config Component. It provides shortcuts to all of the functionality of the Config component - features include:
- Loading and Validating Config Files.
- Multiple Directory Support.
- Config Cache Support.
- Included formats: YAML, INI, and PHP.
- Support for Custom Definitions, Loaders, and Cache Implementations.
- Events allow for use with other Silex service providers.
Build Status
Documentation
Documentation is located right here in the Docs
folder. This includes installation instructions, quick start guide, and advanced features. The documentation is currently in markdown format.
License
Distributed under the good old MIT license. See the complete license in the LICENSE
file.
Contributing
Open for contributions, 24 hours a day, 7 days a week!
If you would like to contribute, please do! I ask that you follow these simple rules for an issue or feature request. Note that if you only want to report an issue or feature request (and not code it), then only step 1 applies.
Issues
Often times issues can be small, and may be coded before an issue exists in the tracker. We ask that you please follow these rules when fixing issues:
- Check the issue tracker, and create an issue if one does not exist for the bug.
- If you'd like to work on the issue, note on the issue that you are currently coding the fix.
- Code your fix, with unit tests if applicable.
- Send a pull request with the commit message
fixes #<issue number>
, replacing<issue number>
with the issue number to be fixed. - Discussion may take place on the pull request before a merge is approved.
Feature Requests
Before a feature request is coded, it should first be discussed on the issue tracker. This is to prevent wasted time if a feature is not pulled. Please follow these rules when making feature requests:
- Check the issue tracker for the feature, and create an issue if one does not exist for the feature.
- After some possible discussion, the issue will be marked as "Approved". Coding should not start until this point.
- If you'd like to work on the issue, note on the issue that you are currently coding the feature.
- Code the feature, with unit tests if applicable.
- Send a pull request with the commit message
resolves #<issue number>
, replacing<issue number>
with the feature number to be resolved. - Discussion may take place on the pull request before a merge is approved.
Project Information
Maintainer
This package is released under Affiniti Development, which is my vendor "pseudonym". I am Brendan Bates, the project maintainer. The pseudonym is simply to make for a prettier namespace
!
Website
The project will always be available here on Github. Currently the repository also serves as the primary documentation website.