At the end of September I travelled to Dresden for the PHP Developer Days 2018. The conference, organized by the Dresden PHP User Group, took place for the fourth time, but for the first time on two days: a workshop day and a conference day. On the day of the conference I was at the International Congress Center, but had already arrived the evening before to stroll through the Neustadt district of Dresden.
Dresden
I had visited the Saxon state capital only once a few years ago and touched the old town and the new town a little bit. This time I was only in the Neustadt, but a little longer. I ate delicious Czech "Knödel" with goulash and enjoyed some delicious beers in the Hopfenkult craft beer store and in the Zapfanstalt before returning to the hotel in the evening.
"PHP Developer Days 2018 in Dresden" vollständig lesen
Wieder einmal FrOSCon (die 13te), wieder einmal war es sehr schön. Diesmal war ich sogar als Speaker vor Ort, denn ich durfte am Samstag meinen Talk Learning blockchain basics with PHP im Rahmen des PHP-Tracks halten.
Ich habe wieder jede Menge nette Menschen getroffen, während der Konferenz und abends beim Social Event. Danke, dass ihr alle da wart! Außerdem habe ich einige Talks gesehen, über die ich hier noch ein paar Worte schreiben möchte.
"FrOSCon 2018" vollständig lesen
Auch in diesem Jahr bin ich am Samstag wieder früh aufgestanden, habe mich ins Auto gesetzt, den Unbillen der A3 zwischen Wiesbaden und Siegburg getrotzt, und habe schließlich an der diesjährigen FrOSCon teilgenommen.
In all den Jahren seit meiner ersten FrOSCon 2010 habe ich viele Menschen aus der Open Source- und insbesondere PHP-Community kennengelernt, die ich IRL oft nur einmal im Jahr treffe: eben auf der FrOSCon. Das ist immer wieder schön, und auch diesmal waren viele alte und ein paar neue Bekannte vor Ort. Manchmal reicht es nur kurz zum "Hallo"-Sagen zwischen zwei Talks, manchmal bleibt etwas mehr Zeit, um sich zu unterhalten. In diesem Jahr habe ich es ganz gut getroffen und ein paar nette Begegnungen gehabt.
"FrOSCon 2017" vollständig lesen
Vor kurzem habe ich den Artikel What Is Snapshot Testing, and Is It Viable in PHP? von Christopher Pitt gelesen. Von Snapshot Testing hatte ich bis dahin noch nie gehört. Unter anderem fand ich interessant, wie er das Rendering von Templates testet.
It’s clear what the template should produce, given repeatable initial information. We could even mock the initial data, and assert the output.
Er nimmt einen kleinen HTML-Schnipsel, in den einige PHP-Variablen eingesetzt werden, befüllt diese einmal mit definierten Werten, und lässt einen Snapshot davon erstellen. Beim nächsten Testlauf lässt sich der Output mit diesem Snapshot vergleichen. Haben sich der HTML-Code oder die Werte aus welchen Gründen auch immer geändert, schlägt der Test fehl.
Mit spatie/phpunit-snapshot-assertions gibt es eine Bibliothek, die Snapshot-Testing mit PHPUnit bzw. Codeception möglich macht. Da ich gerade einige Codeception-Tests für ein älteres Zend Framework 1-Projekt geschrieben habe, das ich teilweise refactoren wollte, kam mir die Lib gerade recht.
"Snapshot-Testing für PHP-gerenderte Views" vollständig lesen
Ich hatte kürzlich mit einem Projekt auf Basis des Flow Frameworks zu tun. Zu den Besonderheiten dieses PHP-Frameworks gehört unter anderem die Unterstützung von Aspect-Oriented Programming (AOP), mithilfe dessen sich generische Funktionalitäten relativ sauber über verschiedene Klassen hinweg verwenden lassen (cross-cutting concerns). Wie das funktioniert, ist in der Dokumentation ausführlich beschrieben.
Zu diesem Zweck erstellt Flow automatisch Proxy-Klassen, welche die Original-Klassen erweitern und die nicht zuletzt aus Performance-Gründen gecachet werden. Dabei werden gegebenenfalls Aspekte, Pointcuts oder Advices in Klassen "eingewoben". Die Applikation verwendet die auf diese Weise generierten Klassen, in der Entwicklung wird aber weiterhin nur mit den Originalen gearbeitet.
Ein bedeutender Nachteil dieser Vorgehensweise ist, dass Debugging - z.B. mit XDebug - nicht mehr ohne Weiteres möglich ist, denn die IDE kennt nur die Original-Klassen, nicht aber die dynamisch erstellten Proxy-Klassen. Um dieses Problem zu lösen, wurde flow-debugproxy geschreiben, ein Flow Framework Debug-Proxy for XDebug in Go, der die Proxy-Klassen auf die Original-Klassen "mappt".
Da dieser Proxy nicht ganz trivial zu installieren ist, habe ich hier eine kurze Anleitung aufgeschrieben, die in dem genannten Projekt funktioniert hat (und mir nebenbei eine Kiste Bier eingebracht hat 
):
"Flow Framework mit XDebug-Proxy" vollständig lesen
