Xdebug hat prinzipiell immer funktioniert. Allerdings wurden nur Breakpoints in der public/index.php eines Projekts beachtet. Alle anderen wurden ignoriert. Und die Lösung liegt so sehr auf der Hand, wenn man nur fünf Minuten darüber nachdenkt. Das Mapping der lokalen Verzeichnisse auf jene im Container hat ganz einfach gefehlt.

Und das Schlimmste: Bei jeder Debug Session wird dick eine Meldung angezeigt, dass es im Projekt keine gemappten Verzeichnisse gibt. Die Meldung (dick in Rot) habe ich konsequent und erfolgreich ignoriert. Bis zuletzt als ich endlich mal draufgeklickt habe und ein Mapping auf oberste Ebene hinzugefügt habe.

Und zu allem Überfluss steht es auch noch groß und breit in der Dokumentation:

4 PhpStorm will ask you what mapping to use, so it can figure out how to map the path inside the container to the path on your workstation. The first time you do this with a project, PhpStorm will pop up a “server” dialog box to set the mapping. The default will work, but it’s best to click the checkbox to map the whole project directory to /var/www/html.

Na ja, mein Mutagen Problemchen ist allerdings bisher nicht gelöst. Da muss ich mal noch weiter schauen.

Per E-Mail antworten
Du hast Fragen an mich oder ein Thema für die FAQ?

• Irgendwann hört der Mutagen-Spaß auf zu synchronisieren, oder die Synchronisation ist so langsam, dass effektiv keine Arbeit möglich ist. Obwohl in Anbetracht der ignorierten Verzeichnisse in der .ddev/mutagen/mutagen.yml nur eine Hand voll Dateien übrig bleiben, die überhaupt synchronisiert werden müssten.
• Xdebug beachtet grundsätzlich nur Breakpoints in der index.php eine Projekts. Alle anderen Breakpoints werden ignoriert.

Es ist zwar nervig, den vollständigen Stack in den passenden Versionen lokal zu installieren. Aber arbeiten konnte ich damit immer sehr gut. Ich denke, ich will dahin zurück…

Per E-Mail antworten
Du hast Fragen an mich oder ein Thema für die FAQ?

Nun habe ich Atom – den sog. Github Editor – seit einigen Tagen in Gebrauch und frage mich was ich so lange an TextMate gefunden habe. Wie lange ich schon auf vernünftigen Einsatz von Tabs warte. Und das ist nicht die einzige Baustelle. Irgendwie geht es nicht so richtig weiter.
Kurz nach der Installation von Atom hatte ich mit den ersten Community Packages alle Feature zur Hand, die mir wichtig sind. Hier ein kleiner Auszug:

• linter / linter-php zeigt schon während der Eingabe Fehler an.
• csslint prüft bei auf Kommando.
• Mit dem Package script kann Code direkt in Aotm ausgeführt werden.
• highlite-line hebt die aktuelle Zeile mit dem Cursor hervor. Fehlte in TextMate 2 vollständig. Gab nur in der alten Version 1. Habe ich vermisst.

Insgesamt scheint es recht einfach zu sein ein Package für Atom zu erstellen. Wenn das überhaupt notwendig sein sollte. Die Auswahl an Community Packages scheint nahezu endlos zu sein.

Ich denke, für Atom schieße ich meine TextMate Lizenz gern in den Wind.

Per E-Mail antworten
Du hast Fragen an mich oder ein Thema für die FAQ?