Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Psysh Bundle Laravel Package

theofidry/psysh-bundle

A Symfony bundle that integrates PsySH, bringing an interactive PHP REPL and debugger to your console. Inspect variables, experiment with code, and debug applications without leaving your terminal. Easy to install and configure.

View on GitHub
Deep Wiki
Context7

Technical Evaluation

  • Architecture fit: Poor for Laravel. theofidry/psysh-bundle is a Symfony bundle that wires PsySH into Symfony’s dependency-injection container and console. Laravel does not load Symfony bundles; it uses service providers and Artisan commands. Laravel already ships with laravel/tinker, which integrates PsySH directly, so this package overlaps with a native capability and adds Symfony-specific architecture that Laravel will not use.
  • Integration feasibility: Low for a Laravel/PHP package. Composer can install it, but Laravel will not auto-register or boot the Symfony bundle. Making it work would require a custom adapter that effectively bypasses the bundle, at which point the team should use psy/psysh directly or rely on Tinker. Feasibility is reasonable only inside a legacy Symfony application that already uses Symfony bundles.
  • Technical risk: High. The package is archived, last released 2021-12-29, and has zero dependents. That indicates no active upstream maintenance, no security patching, and weak ecosystem validation. Dependency constraints against current PHP, Symfony components, and Laravel versions are likely to drift or conflict. A REPL also carries operational security risk if accidentally enabled in production.
  • Key questions: What REPL capability is missing from Laravel Tinker? Are we actually targeting Laravel, or is this a Symfony migration edge case? Which PHP/Laravel versions must be supported? Is the tool strictly dev-only? Who will own a fork if the package breaks? Do we need custom PsySH configuration or extensions that Tinker cannot provide?

Integration Approach

  • Stack fit: Not a fit for Laravel. The correct Laravel-native path is laravel/tinker or direct psy/psysh integration. This bundle should be treated as a Symfony-only artifact, not a Laravel dependency.
  • Migration path: For a Laravel application, replace any consideration of this bundle with Tinker. If custom PsySH behavior is needed, port configuration or extensions into a small Artisan command or a direct PsySH shell wrapper. For a legacy Symfony app, retain the bundle only while it remains compatible and isolated; plan removal if the app moves to Laravel.
  • Compatibility: Do not add this package to Laravel Composer constraints. If unavoidable in a Symfony context, pin versions, keep it in dev-only dependencies, and validate against the exact PHP/Symfony matrix. Expect conflicts with newer Symfony components and no upstream fixes; use the MIT license to fork only if the business case is strong.
  • Sequencing: First validate the need with Laravel Tinker. Then inventory any missing REPL features or custom PsySH extensions. If gaps exist, prototype direct PsySH integration rather than the bundle. Avoid adding the bundle to Laravel. Only evaluate a fork for Symfony interoperability, and document an exit path before adoption.

Operational Impact

  • Maintenance: High and effectively unowned. An archived package requires internal fork maintenance for long-term use, including PHP compatibility patches and dependency updates. This is disproportionate for a developer convenience tool.
  • Support: Community support is effectively absent, with no vendor or active maintainer. Ramp-up is high for engineers who must learn Symfony bundle internals; ramp-up is low for Tinker because it is already familiar to Laravel teams.
  • Scaling: As a dev-only REPL, runtime scaling impact is negligible. The operational concern is not throughput but dependency drift, environment leakage, and command availability outside local development.
  • Failure modes: Composer dependency conflicts, bundle not registered, container/DI boot errors, REPL failure after PHP upgrades, accidental production exposure, and stale security posture. These failures are likely to appear during framework upgrades rather than at initial install.
  • Ramp-up: Low for Laravel Tinker/PsySH; high for maintaining a Symfony bundle inside a Laravel-oriented team. Recommendation: do not adopt this package for Laravel. Use Laravel Tinker or PsySH directly, and reference this bundle only as historical Symfony integration prior art.
Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
mrnewport/laravel-plaid
mrnewport/laravel-repo
mrnewport/laravel-docsign
mrnewport/laravel-stow
mrnewport/laravel-flow
mrnewport/laravel-priceable
mrnewport/laravel-nestedterms
fredmeng/laravel-apidoc-generator
itstructure/laravel-multilingual-tools
pdustdar/elasticsearch
markupai/php-sdk
rlacerda83/lumem-microservice-shipment
uni-method/symfony-lib
tacticmedia/scim-server-bundle
neika-ai/symfony-bundle
mattleads/agent-publishing-bundle
glavweb/framework-bundle
glavweb/extra-bundle
glavweb/api-bundle
glavweb/admin-bundle