Sperrobjekt Weblog

Wir haben beim letzten RheinMainJS-Meetup viel Feedback von Teilnehmern bekommen, unter anderem zur Anmeldung. Mit den Event-Seiten bei Google Plus und zuletzt vite.io waren wir selbst nicht richtig glücklich. Leider scheint es aber keine brauchbaren kostenlosen Alternativen zu geben. Da wir immer wieder auf Meetup.com angesprochen wurden und sich die Plattform mittlerweile als De-facto-Standard für Meetups etabliert hat, sind wir jetzt auch dort zu finden.

Für das kommende 14. Meetup könnt ihr euch jetzt also auf Meetup anmelden. Wir freuen uns, euch am 21. September in einer für uns neuen Location begrüßen zu können, nämlich bei Zühlke Engineering in Eschborn. Wir heißen schließlich RheinMainJS und wollen uns nicht nur auf Mainz und Wiesbaden beschränken

Karen Sandler bei ihrer Keynote "Cyborgs Unite!"

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.

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.

Momentan dilettiere ich ein wenig an einer responsiven Webseite mit den Mitteln von Bootstrap herum. Klappt ganz gut, besonders dank des Device Mode der Chrome Dev Tools. Dazu heißt es aber auch:

Warning: Device Mode gives you a close approximation as to how your site will look on a mobile device, but to get the full picture you should always test your site on real devices. DevTools can't emulate the performance characteristics of mobile devices, for example.

Ich soll mir die Seite also auch auf einem echten Smartphone bzw. Tablet ansehen. Aber wie komme ich vom mobilen Endgerät an den Webserver, der bei mir lokal auf meinem Entwicklungsrechner (im folgenden einfach "Computer") liegt? Klar, die IP würde helfen, wenn ich nicht mehrere Virtual Hosts angelegt hätte. Klar, ich könnte jedem Virtual Host einen eigenen Port zuweisen oder ähnliches.

Was aber viel besser funktioniert und gar nicht so viel Aufwand bedeutet, ist ein weiteres Feature der Chrome Dev Tools: Remote Debugging Android Devices.

Dafür benötigen wir eigentlich nur ein USB-Kabel, um das Smartphone mit dem Computer zu verbinden, und einen lokalen Proxy (z.B. Squid) auf dem Computer.

Seit unsere Tochter klettern und laufen kann, tut sie das mit großem Vergnügen und steigt auch schon mal allein aus dem Bett aus, wenn sie keine Lust mehr auf Mittagsschlaf hat. Aus dem elterlichen Bett wohlgemerkt, denn für ihr Kinderbett mit den Gitterstäben ist sie offenbar zu freiheitsliebend Es kommt also vor, dass sie im Schlafzimmer umherläuft, ohne das wir das akustisch übers Babyfon mitbekommen. Wenn das Babyfon doch nur eine Kamera hätte …

Doch halt! Hier liegt doch noch ein ungenutzter Raspberry Pi der ersten Generation herum, einen USB-WLAN-Stick habe ich auch noch und ein paar alte Webcams - von denen leider keine so richtig unter Raspian funktionieren mag. Eine kurze Recherche ergibt, dass die günstigste lauffähige Alternative wohl eine Playstation Eye ist. Geklickt, geliefert, angesteckt: Funktioniert!

Die Babycam steht auf dem Schrank, der Karton enthält den Raspberry Pi