A collection of PHP standards (PSRs) proposed and approved by the PHP Framework Interoperability Group.
PHP-FIG/fig-standards is the official repository for PHP Standard Recommendations (PSRs), which are interoperability standards created by the PHP Framework Interoperability Group. It provides specifications for common interfaces and practices, such as PSR-3 for logging or PSR-7 for HTTP messages, to help PHP frameworks and libraries work together more seamlessly. The project serves as a central hub for proposing, discussing, and maintaining these standards.
PHP framework and library maintainers, developers working on interoperable PHP components, and teams adopting standardized practices across multiple projects.
Developers choose these standards to ensure compatibility between different PHP projects, reduce vendor lock-in, and follow community-approved best practices. The collaborative, transparent process led by project representatives ensures the standards are practical and widely supported.
Standards either proposed or approved by the Framework Interop Group
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.
Defines common interfaces for caching, logging, and HTTP message handling, such as PSR-3 and PSR-7, ensuring cross-project compatibility as outlined in the README's focus on interoperability.
Standards are proposed, discussed, and voted on by representatives from major PHP projects, fostering practical and widely-supported specifications, per the collaborative philosophy described.
Uses open membership and public mailing lists for discussions, making the process accessible and accountable, as noted in the README's guidelines for requesting membership and proposing standards.
Aims to enable seamless collaboration between PHP frameworks and libraries, reducing vendor lock-in and improving ecosystem health, as emphasized in the project's description.
The reliance on mailing list discussions and member voting can lead to lengthy processes for proposing or updating standards, delaying adoption and innovation.
The README warns that GitHub issues and PRs are rarely monitored unless discussed on the mailing list, making it difficult for newcomers to engage or track progress effectively.
Explicitly states that the primary audience is member projects, which may marginalize smaller teams or individual developers in the standardization process.