Ein frisch eingerichtetes PHPStorm ohne Checkliste kostet Stunden: falsche Interpreter, zu viel indexierte Vendor-Masse, kein Xdebug, keine Run Configurations. Diese Checkliste deckt alle kritischen Einstellungen ab – in der Reihenfolge, die für Docker-Magento-Projekte am meisten bringt.
Postman, Insomnia und curl haben ausgedient, wenn PhpStorm einen vollwertigen HTTP-Client eingebaut hat. GraphQL-Queries, REST-Endpoints, Bearer-Token-Authentifizierung und Environment-Variablen für verschiedene Stages – alles direkt in der IDE, versioniert im Repository und ohne Tool-Wechsel.
Wenn PHPStan lokal grün ist aber in der CI-Pipeline rot, liegt es an einer unterschiedlichen Konfiguration. Das Problem ist lösbar: Pre-Commit-Hooks, PhpStorm Quality Gates und CI-Pipeline so aufeinander abstimmen, dass lokal identisch prüft was die Pipeline prüft – kein Push der auf Anhieb fehlschlägt.
PhpStorm-Refactorings sind mächtig, aber nicht unfehlbar. Rename funktioniert hervorragend in statisch typisierten Kontexten, scheitert aber bei Magento-Magic-Methods. Extract Method produziert sauberen Code, kann aber bei Closures und Generators überraschen. Ein ehrlicher Blick darauf, was sicher ist und was gründliches manuelles Nachprüfen erfordert.
PHP-Projekte setzen selten auf nur eine Template-Engine. Magento-Projekte kombinieren PHTML mit Alpine.js und Tailwind. Symfony-Projekte mischen Twig mit PHP. Laravel-Projekte nutzen Blade, manchmal mit Livewire. PHPStorm kann all das gleichzeitig unterstützen – wenn man weiß, wo man die richtigen Schalter umlegt.
Wer Quality Gates erst in der CI-Pipeline erfährt, verliert Minuten oder Stunden auf Feedback-Schleifen, die lokal in Sekunden lösbar gewesen wären. PHPStan, PHPUnit, PHPCS und Rector lassen sich in PhpStorm so integrieren, dass Fehler schon beim Speichern sichtbar werden – ohne die Kommandozeile zu verlassen.
Magento 2 ist mit über 30.000 PHP-Dateien eines der größten Open-Source-PHP-Projekte. Ohne korrekte PhpStorm-Konfiguration dauert das Indexing Minuten, Autocomplete bleibt stumm und die IDE wird zur Bremse statt zum Helfer. Dieser Guide zeigt, wie man PhpStorm so einrichtet, dass es produktiv mit Magento arbeitet.
Magento 2 bringt eine eigene Testinfrastruktur mit, die sich erheblich von einem Standard-PHPUnit-Projekt unterscheidet. Wer Integrationstests direkt aus PHPStorm starten, Coverage-Berichte in der IDE sehen und einzelne Testmethoden mit einem Klick debuggen will, braucht spezifische Konfigurationen – die dieser Artikel vollständig abdeckt.
Jedes Plugin erhöht den Speicherbedarf, verlängert den Start und kann die IDE verlangsamen. Die Frage ist nicht welche Plugins existieren, sondern welche für den eigenen Workflow wirklich einen Mehrwert bringen – und welche man ohne Verlust deaktivieren kann.
Der PHPStorm HTTP-Client ersetzt Postman für viele Entwickler vollständig: .http-Dateien versioniert im Repo, Environments für dev/staging/prod, Variables für Tokens und IDs, Response-Handler für automatische Assertions. Für Magento-REST und GraphQL gibt es spezifische Patterns, die das Testen erheblich einfacher machen.