The League of Extraordinary Packages is a group of developers who have banded together to build solid, well tested PHP packages using modern coding standards.


Our Packages

* a work-in-progress package

Our Definition Of Quality

Ask 100 developers what defines an awesome PHP package and you’ll get a lot of different answers. That also sounds like a really long and boring task, so we’ve come up with a list of rules that we think make a package awesome.
  1. Use League as the PSR-4 autoloader namespace. Shove code in a src folder.

  2. Adhere to PSR-2 as the coding style guide.

  3. List on Packagist with league as the vendor namespace.

  4. Write unit tests. Aim for at least 80% coverage in version 1.

  5. DocBlock all the things.

  6. Use Semantic Versioning to manage version numbers.

  7. Keep a Changelog.

  8. Use Travis-CI to automatically check coding standards and run tests.

  9. Have an extensive README.

  10. Exclude non-essential files in .gitattributes.


We’re doing this instead of releasing code under our personal accounts for a few reasons, but the main reason is this:

A problem shared is a problem halved.

Working together we take care of business quicker, can get more feedback and respond to issues and pull requests faster.

There are no plans to reinvent any wheels, unless those wheels are old, broken, unsafe or horrible to use. If the code cannot be installed with Composer, has an API written with BizZaroCapS, doesn’t have a single unit-test, is actually broken or the lead developer has abandoned the project, then that is a problem which can most likely be solved with a fresh start, and we’ll be on the case to make it as awesome as possible.


New Packages Welcome

Gain exposure. Meet new people. Work together.

Getting started

If this sounds fun and you’d like to join the group you can definitely do that. This is not some stuffy old-boys club where you have to be internet famous or an old friend, you just need to bring over (or start) at least one package that either complies with the rules, or intends to comply with the rules by the next major version.

How to submit a package

Have an awesome package you want to submit? Simply drop us a line on our mailing list. Be sure to include a link to your GitHub page as well as a clear description of the problem your package is trying to solve.

We’re all about packages

This group is about packages, and not about the people. To keep that clear - and to make sure people are joining for the right reasons - no members list will be posted, but we’ll let you know who is in charge of packages so you can poke them with feedback.

This is not the FIG

We are not here to tell you what to do or how to do it - and contrary to popular belief neither are they. This is an open-source project started by a few friends who wanted a fun vendor name and will continue to grow as we release more and more awesome packages.