|Last Updated||Ratings||Unique User Downloads||Download Rankings|
|2017-08-05 (1 month ago)||Not enough user ratings||Total: 155 This week: 3||All time: 8,361 This week: 226|
|esi_utility 1.0.0||MIT/X Consortium ...||7.0.0||Utilities and Tools, Libraries, PHP 7|
This class provides a collection of various PHP utility functions. Currently it provides functions to:
Utility is (currently) a small collection of useful functions that are aimed to make developers' lives just a tad bit easier.
WIP Install the latest version with
$ composer require esi/utility
Utility.php in any project and call
include 'src/Utility/Utility.php';, where
'src/Utility' is the path to where you placed Utility.
<?php include 'src/Utility/Utility.php'; use Esi\Utility\Utility; ?>
<?php use Esi\Utility\Utility; ?>
All methods of the Utility class are static. So, for example, to retrieve the information for a particular timezone:
<?php use Esi\Utility\Utility; $timezone = Utility::timezoneInfo('America/New_York'); print_r($timezone); /* Array ( [offset] => -5 [country] => US [latitude] => 40.71416 [longitude] => -74.00639 [dst] => ) */ ?>
Bugs and feature requests are tracked on GitHub
Issues are the quickest way to report a bug. If you find a bug or documentation error, please check the following first:
Utility is licensed under the MIT license. When submitting new features or patches to Utility, you are giving permission to license those features or patches under the MIT license.
Before we look into how, here are the guidelines. If your Pull Requests fail to pass these guidelines it will be declined and you will need to re-submit when you?ve made the changes. This might sound a bit tough, but it is required for me to maintain quality of the code-base.
Please ensure all new contributions match the PSR-2 coding style guide. The project is not fully PSR-2 compatible, yet; however, to ensure the easiest transition to the coding guidelines, I would like to go ahead and request that any contributions follow them.
If you change anything that requires a change to documentation then you will need to add it. New methods, parameters, changing default values, adding constants, etc are all things that will require a change to documentation. The change-log must also be updated for every change. Also PHPDoc blocks must be maintained.
One thing at a time: A pull request should only contain one change. That does not mean only one commit, but one change - however many commits it took. The reason for this is that if you change X and Y but send a pull request for both at the same time, we might really want X but disagree with Y, meaning we cannot merge the request. Using the Git-Flow branching model you can create new branches for both of these features and send two requests.
Eric Sizemore - <firstname.lastname@example.org> - <http://www.secondversion.com>
Utility is licensed under the MIT License - see the
LICENSE file for details
This library is heavily inspired by Brandon Wamboldt's utilphp library.
|Version Control||Unique User Downloads||Download Rankings|