Ich hatte vorletzte Woche ein paar sehr schöne Tage in Berlin. Das lag nicht nur am überraschend guten Wetter und an den Freunden, die endlich wieder einmal getroffen habe, sondern insbesondere an der Symfony Live.
Hier mein kurzer, subjektiver Bericht von der zweitägigen Konferenz (zusätzlich gab es noch einen Workshop-Tag und einen Hackday, an denen ich aber nicht teilgenommen habe).
"Symfony Live 2014 in Berlin" vollständig lesen
Vom 29. bis 31. Oktober findet in Berlin zum dritten mal die SymfonyLive-Konferenz statt, das
spannendste nationale Symfony-Event des Jahres mit wichtigen Themen aus den Bereichen Symfony, Twig, Drupal, eZ Publish und PHP.
Symfony ist für mich seit langem das Framework der Wahl, wenn es das Projekt zulässt. Woanders kommen häufig zumindest einzelne Symfony-Komponenten zum Einsatz. Außerdem habe ich das VersionEyeBundle für Symfony-Entwickler geschrieben, die die verwendeten Bibliotheken in ihren Projekten im Auge behalten wollen. Alles gute Gründe, endlich mal wieder nach Berlin zu fahren 
Das zweitägige Programm liest sich spannend, die Entscheidung zwischen den jeweils zeitgleich stattfindenden Talks dürfte schwierig werden. Besonderes interessieren mich momentan die DevOps-Themen, von denen es am Donnerstag einige gibt: Docker, Composer im Unternehmensalltag, Continuous Deployment.
Am Freitag stehen dann (für mich) Themen wie das Symfony CMF, die Überführung von Legacy Projekten zu SF2 und das Zusammenspiel von Symfony mit Frontend-Frameworks wie Ember.js oder Angular.js im Vordergrund.
Zusätzlich zur Konferenz findet am 1. November übrigens ein Symfony-Hackday statt, bei dem sich die Community für einen Tag im Rainmaking Loft zusammensetzt, um das Framework weiterzuentwickeln, Bugs zu beheben und zu Fachsimpeln.
"Einstimmung auf die SymfonyLive 2014 in Berlin" vollständig lesenOnly two days after I pushed the first version of my VersionEyeBundle for Symfony2 to GitHub, Fabien Potencier announced SensioLab's new Security Advisories Checker. This service work quite similar to VersionEye, but instead of uploading your composer.json file your composer.lock file is required to figure out which dependencies are really installed - and if there are any known security issues.
SensioLabs have an upload form in the browser, but conveniently offer an API, too. And, of course, the code of their security-checker is on GitHub. So what could be more natural than to add the results of the security check to the Web Profiler Toolbar right next to all the other useful information? Right. I wrote a second bundle, called VulnerabilitiesBundle, that displays security advisories in the toolbar and the profiler view.
Please keep in mind that this is an early development version that is only intended for use in DEV environments (even if it will be stable someday). It just doesn't make sense on production servers. Feel free to fork, test, and report any issues you encounter. Of course, contributions in the form of pull requests, are more than welcome 
At last week's Webmontag Frankfurt (?), Robert Reiz talked about continuous updating of dependencies with VersionEye. VersionEye, in its own words, is a
cross-platform search engine and crowdsourcing app for open source software libraries.
Essentially, the service tracks more than 170.000 libraries in languages like Java, Ruby, PHP, Python, and many more, and monitors any updates to those libs. Registered users can keep track of their projects and the libraries used in these projects. If any updates occur upstream, VersionEye sends out a mail. As a developer, you don't have to manually check on all the GitHub repositories anymore, VersionEye does that for you.
Source: versioneye.com via VersionEye on Pinterest
VersionEye also allows you to create beautiful graphs like this one here on the right. It also lists all the licenses of all the libraries used in your project, an let's you see which libraries you use most often.
Adding a PHP project to the service couldn't be simpler (if you use Composer, which you should!): Just upload your composer.json to VersionEye, and you're all set up. The same goes for project files like package.json (node.js), requirement.txt (Python Package Index), pom.xml (Maven) or Ruby Gemfiles. You can also connect VersionEye to your GitHub account, and it will notify you of outdated dependencies in your repositories.
Robert also said that there already is a VersionEye module for ZF2 and the ZendDeveloperTools that calls the VersionEye JSON API to track dependencies. However, I could not find a Symfony2 bundle with this functionality. So I wrote one.
"VersionEyeBundle for Symfony2" vollständig lesenVor elf Tagen hat die Zeit Online mit einem kleinen Hackday ihr Content-API gelauncht. Die Zeit Online ist damit wohl die erste deutsche (Wochen-)Zeitung, die eine solche Programmierschnittstelle anbietet. International bieten z. B. der britische Guardian, die New York Times und USA Today einen ähnlichen Zugang zu ihren Inhalten an. Eine ausführliche Liste findet sich hier.
Da ich a) leider nicht beim Hackday in Berlin dabei sein konnnte und b) keine Idee für einen "Hack" hatte, hatte ich zunächst nur etwas mit dem API Explorer herumexperimentiert. Mein erster Eindruck war durchaus positiv, und bereits in den ersten Tagen wurden die ersten Apps geschrieben, die auf die Inhalte der Zeit zugreifen. Gelungene Beispiele sind etwa diese Visualisierung von Zeit-Artikeln auf einer Weltkarte oder diese Autorensuche in Sozialen Netzwerken.
Kurze Zeit später spülte mein Feedreader dann diesen Comicstrip herein, gezeichnet von Randall Munroe für seinen populären und genialen Webcomic xkcd. Im "Calendar of Meaningful Dates" zeigt die Größe eines Datums an, wie häufig es in englischsprachigen Büchern seit dem Jahr 2000 genannt wurde. Als Quelle gibt Munroe den Google Books Ngram Viewer an, mit dessen Hilfe sich übrigens auch Abfragen über deutschsprachige Bücher durchführen lassen.
Mir war sofort klar, dass sich ein solcher Kalender mit dem Zeit API nachbauen lassen müsste - und das sogar mit "Live-Daten". Also habe ich mich in den letzten Tagen zwischendurch daran gemacht, diese Idee umzusetzen. Die Anwendung, die auf Symfony2 basiert, fragt im Hintergrund (per Cronjob) bei der Zeit nach Artikeln, die ein Datum - z. B. "23. Mai" - enthalten, und speichert die Anzahl der Treffer. Anhand dieser wird nun die Kalenderdarstellung berechnet. Natürlich werden die Resultate gecachet, um die Server der Zeit zu schonen Und so sieht das Ergebnis aus, das unter http://calendarofmeaningfuldates.sperrobjekt.de/ zu finden ist:
Das ist natürlich nicht ganz so hübsch wie der handgezeichnete xkcd-Comic, dafür aber aktueller. Fährt man mit der Maus über ein Datum, wird rot die zugehörige Anzahl der Treffer angezeigt. Ein Klick leitet auf die Suchergebnisse bei Zeit Online weiter. Warum dort dann jeweils etwas mehr Treffer erzielt werden, kann ich nicht nachvollziehen; das Verhältnis der Daten untereinander scheint aber zu stimmen. Weil die Anwendung eben ein schneller "Hack" ist, sind solche Kleinigkeiten IMHO zu verschmerzen.
Die Ergebnisse sind übrigens auch ganz interessant: Am häufigsten genannt wird der 1. Januar, wie überhaupt der erste und letzte Tag jedes Monats häufiger auftaucht als die übrigen Tage. Drei Daten stellen eine Ausnahme dar: Der 17. Juni, der 20. Juli sowie der 11. September. Letzterer tritt auch im Original groß hervor. Der 17. Juni war bis zur Wende der Tag der Deutschen Einheit, und das Archiv der Zeit reicht ja zurück bis 1946. Aber was ist mit dem 20. Juli? Hat jemand für dieses Datum eine Erklärung? Mir ist bisher noch keine überragende Begebenheit für diesen Tag eingefallen.
Hier geht's direkt zum Calendar of Meaningful Dates - German ZEIT Edition.