zendframework/zend-coding-standard
Zend Framework Coding Standard ruleset for PHP_CodeSniffer to enforce ZF repository style, with composer scripts for checking (phpcs) and auto-fixing (phpcbf). Note: repository abandoned; moved to laminas/laminas-coding-standard.
The package is officially archived with no active maintenance since 2019, making it unsuitable for new projects. Architecture fit is poor for modern PHP environments as it lacks compatibility with PHP 8+ features and security patches. Integration feasibility is low due to deprecated dependencies (e.g., PHP_CodeSniffer versions) and lack of support for current PSR standards. Critical technical risks include unpatched vulnerabilities, inability to enforce modern coding practices, and potential CI/CD pipeline failures. Key questions: Why consider an abandoned package when Laminas offers a fully maintained successor? What legacy constraints prevent migration to laminas/laminas-coding-standard? How will security gaps be addressed without vendor support?
Stack fit is incompatible with current PHP ecosystems; the package is designed for outdated Zend Framework 2.x environments. Migration path requires replacing zendframework/zend-coding-standard with laminas/laminas-coding-standard in composer.json, updating phpcs.xml to reference Laminas ruleset, and validating PSR-12 compliance. Compatibility with modern PHP versions (8.0+) is guaranteed only in the Laminas variant. Sequencing should prioritize: 1) Deprecate legacy package usage immediately, 2) Migrate to Laminas version during next release cycle, 3) Update CI pipelines to use Laminas tools, 4) Train team on Laminas-specific rule differences.
Maintenance burden increases significantly due to no security updates or bug fixes in the archived package. Support is nonexistent—community forums and GitHub issues are inactive. Scaling is unsustainable as new PHP versions will break compatibility. Failure modes include undetected code smells in modern codebases, CI pipeline failures from deprecated sniffs, and security exposures from unpatched vulnerabilities. Ramp-up requires minimal effort only for teams migrating to Laminas (using existing PSR-12 knowledge), but continuing with this package would necessitate manual rule customization and debugging of obsolete tooling.
How can I help you explore Laravel packages today?