PHPstorm – Es können keine Breakpoints in den blade.php-Dateien gesetzt werden

Ich arbeite an einer Laravel-Anwendung und kann meine Controller-PHP-Dateien problemlos debuggen, aber ich möchte auch die Blade.php-Dateien debuggen. Mit meinem aktuellen Setup habe ich alle von Jetbrains empfohlenen Einstellungen für Laravel befolgt, (https://confluence.jetbrains.com/display/PhpStorm/Laravel+Development+using+PhpStorm#LaravelDevelopmentusingPhpStorm-DebuggingLaravelApplicationswithPhpStorm), aber es erlaubt mir immer noch nicht, Haltepunkte in den blade.php-Dateien zu setzen.

Was könnte mir fehlen?

Ein setzen

<?php xdebug_break(); ?>

in Ihre Blade-Datei funktioniert ziemlich gut. Selbst in meinen Tests springt PHPstorm in manchen Fällen zum nächsten PHP-Statement.

Warum das funktioniert:

Laravel verarbeitet die Blade-Datei zu einer normalen PHP-Datei im Cache-Ordner. Aber die PHP-Anweisung xdebug_break(); werden dorthin übertragen und bewirken, dass das Programm an der gewünschten Position (in der Cache-Datei) anhält.

1. Gehen Sie zu Ihren Jetbrains-IDE-Einstellungen (Strg+Alt+S; ⌘+,; etc.)
2. Sprachen & Frameworks > PHP > Debuggen > Vorlagen
3. Geben Sie in Blade Debug > Cache-Pfad ein: \path\to\app\storage\framework\views
4. Genießen

Um diese Frage zu schließen – phpstorm unterstützt diese Funktionalität derzeit nicht. Eine vom Jetbrains-Support bereitgestellte Problemumgehung bestand darin, * .blade.php zu Dateitypzuordnungen unter PHP in den IDE-Einstellungen hinzuzufügen, aber es funktionierte immer noch nicht für mich, nachdem ich dies getan hatte.

Es scheint, dass sie als Antwort auf meine Anfrage ein youtrack-Ticket erstellt haben. Wenn Sie Jetbrains ermutigen möchten, daran zu arbeiten, stimmen Sie bitte hoch: youtrack.jetbrains.com/issue/WI-26476

Selbst wenn Sie die IDE dazu bringen können, Haltepunkte für die Blade-Dateien zu aktivieren, funktioniert dies nicht – Laravel erstellt eine PHP-Datei aus der Blade-Datei – es ist diese Datei, die schließlich verwendet wird, wenn das Skript ausgeführt wird – nicht die Blade-Datei.

Eine Problemumgehung

Dies funktioniert für PHPStorm – aber etwas Ähnliches könnte in anderen IDEs möglich sein.

Laravel (5) speichert die zusammengesetzten Dateien unter storage/framework/views. Diese Dateien haben zufällig generierte Dateinamen – daher kann es schwierig sein, die gewünschte Datei zu finden. Eine einfache Möglichkeit besteht darin, alle diese temporären Dateien zu löschen und dann die Seite zu aktualisieren, die Sie debuggen möchten. Eine neue Datei wird erstellt. In PHPstorm können Sie mit der rechten Maustaste auf die Datei klicken und den Erweiterungstyp der Datei auswählen. (Bei anderen IDEs bin ich mir nicht sicher)

Sie können nun Haltepunkte setzen. Natürlich müssen Sie die Änderungen in der Blade-Datei vornehmen – aber das wird Ihnen zumindest dabei helfen, herauszufinden, was falsch ist.

**Update: Die Lösung von Alex ist einfacher! **

Ich habe mir einen noch besseren Hack ausgedacht, der bedingtes Debugging unterstützt, damit Sie nicht für den Rest der Ewigkeit mit XDebug_break stecken bleiben.

Die einzelne Zeile wird wie folgt erweitert.

<?php if ( \app\utils\DebugLogger::EnableForBlades ( ) ) xdebug_break ( ) ; ?>

Diese Aussage hat ein paar ungewöhnliche Merkmale.

1. Da Blade-Dateien keine use-Direktiven haben, ist der Methodenname \app\utils\DebugLogger::EnableForBlades vollständig qualifiziert.
2. Da Blade-Dateien anscheinend keine Unterstützung für den üblichen Codeblockierungsmechanismus haben, enthält die einzeilige Anweisung keine geschweiften Klammern und wird durch ein Semikolon abgeschlossen.

EnableForBlades ist eine statische Methode, die eine Umgebungsvariable (eine der in .local.env definierten) abfragt und „True“ zurückgibt, wenn diese Variable „True“ ergibt. Andernfalls wird False zurückgegeben und xdebug_break wird unterdrückt.