Bom Dia! SymfonyCon 2018 in Lissabon, Portugal: kurz vor Ende des Jahres ging es dieses Mal vom 4. bis 8. Dezember ins schöne Lissabon, der Hauptstadt Portugals. Auch dieses Jahr gab es wieder lehrreiche Workshops und an den zwei Konferenztagen etliche interessante Vorträge, von denen wir einige ausgewählte im Folgenden kurz anreißen möchten.
Viele Entwickler nutzen noch den integrierten PHP-Webserver über php -S, etliche Docker (auf MacOS und Windows aber oft zu langsam) und natürlich auch nginx und Apache. Der interne php Webserver kann aber beispielsweise kein HTTP-2, kein SSL, nur eine Verbindung zu jedem Zeitpunkt und hat einige weitere Probleme.
Das Team um Fabien hat ein neues Symfony-Binary geschaffen, das ohne Abhängigkeiten und mit neuen Befehlen daherkommt:
Vorteile: root nicht notwendig, HTTP-2 und TLS funktionieren von Grund auf, präferiert PHP-FPM, nimmt im fehlenden Fallautomatisch PHP-CGI, kann mit verschiedenen PHP-Versionen gleichzeitig arbeiten, z.B. wenn man sein Projekt mit verschiedenen PHP-Versionen testen möchte (symfony local:php:list, wechseln der PHP-version mit beispielsweise echo "7.1" > .php-version). Weiterhin:
PHP ändert sich inzwischen in festen Abständen von einem Minor-Release pro Jahr. PHP 7.3 ist frisch seit dem 6. Dezember veröffentlicht, Inhalte sind unter anderem:
Mit PHP 7.4 wird preload kommen, also das Vorladen von eigenen Dateien/Funktionen in PHP in den Arbeitsspeicher, die dann wie PHP-interne Funktionen funktionieren (Performance, interne Verarbeitung) und auch Typed Properties, z.B. public string $happening = "It's". PHP 8.0 beinhaltet schließlich eine korrekte Arrayindexierung, die bisher unerwartet reagieren konnte: $a = [-42 => true] und $a[] = true: bisher neuer Index +1, aber mindestens 0 (also in diesem Fall 0), ab PHP 8.0 wird der Index korrekterweise auf -41 gesetzt.
Wenn man selbst mitmischen möchte, gibt es zahlreiche Möglichkeiten dazu: Mailingliste, docs.php.net für die Dokumentation, bugs.php.net für Bugreports, Stackoverflow, Bugfixing in github.com/php/php-src, Schreiben von Tests für PHP. Für all das benötigt man laut Pedro nur ein geringes Wissen an C, oft ist es schon hilfreich, Impulse einzubringen und die Implementierung anderen zu überlassen.
Statische Codeanalyse prüft unter anderem, ob Variablennamen zu lang / kurz sind, ob isX()- und hasY()-Methoden auch tatsächlich boolean-Werte zurückgeben, ob Methoden an sich zu lang sind und lieber aufgeteilt werden sollten, um die Komplexität zu verringern, ob sie zu viele Parameter haben etc. Weiterhin wird der PHP-Code auch strukturell und auf seine Komplexität hin geprüft, beispielsweise ob auskommentierte Codeblöcke oder zu viele return-Statements / return-Types vorhanden sind oder auch, ob es zu viele verschachtelte if-Abfragen gibt, die die Verständlichkeit des Codes erschweren. Kurz vorgestellt wurden vier verschiedene Tools: PHPStan (PHP Static Analysis Tool), PHPMD (PHP Mess Detector), Code Climate, SonarCloud.
Durch die Nutzung statischer Analysetools hat Nicole verinnerlicht, viele der durch die Tools aufgedeckten Fehler von vornherein zu vermeiden und sich bereits vorher Gedanken zu machen, bevor man drauflos programmiert. Wichtig ist auch zu erwähnen, dass je nach Framework viele der vorgeschlagenen Änderungen nicht sinnvoll sein können, da es das Framework nach seinen Best Practices eventuell anders erwartet – hier sollte man die Einstellungen entsprechend setzen, wenn das möglich ist. Wir benutzen bereits PHPStan und werden sicher auch mal in die anderen vorgestellten Tools reinschnuppern.
Symfony 4.2 ist gerade erschienen und Nicolas hat in seinem Vortrag erklärt, wie eine Standard Symfony 4.2 Applikation aufgebaut ist und welche Änderungen es kürzlich gab. Symfony nutzt die SOLID-Prinzipien und ist ein „reproducable Build“, kann also ausgehend vom gleichen Quellcode und der Umgebung und Instruktionen Bit für Bit exakt gleich reproduziert werden. Die Konfiguratonsdatei services.yaml und die Automatisierung der Konfiguration als einer der wichtigsten Punkte (dazu gehören auch binds und aliases, die nun beide auch typehinted werden können!). Man sollte trotz Automatisierung aber nicht vergessen, wie man selbst Services definiert.
Im letzten Jahr ist viel passiert.
Zudem gab es im letzten Jahr etwa 400 PRs im offiziellen Symfony-Repo und knapp 500 PRs im Contribution-Repo, beides gute Zahlen.
An dieser Stelle wieder einmal ein herzliches Dankeschön an das Team von SensioLabs und alle Speaker, die uns an den vier Tagen mit spannenden Workshops und Talks einiges geboten haben. Auf der SymfonyCon 2019 in Amsterdam sind wir selbstverständlich auch wieder vertreten und werden davon berichten.
Bilder und Text: Sebastian Blum, Fabian Bloching und Sinan Sözen
Anmerkung: Die hier verwendeten Fotos dürfen gerne kostenfrei verwendet werden! Wir freuen uns über eine Quellenangabe.
SymfonyLive 2018 im Phantasialand, Brühl: die siebte SymfonyLive fand dieses Jahr erstmalig im Phantasialand statt und bescherte uns neben der eigentlichen Konferenz auch jede Menge Achterbahn-Spaß.
Eröffnet hat die diesjährige SymfonyLive der Kopf des Frameworks, Fabien Potencier. In seinem Vortrag ging es um die Neuerungen von Symfony 4 im Zusammenspiel mit dem Composer-Plugin Symfony Flex – in einer Live-Demo wurde gezeigt, was es für Neuerungen bietet und wie man mit dem neuen System umgehen kann.
symfony/symfony und sind dadurch auf ein Minimum reduziert.composer create-project symfony/skeleton, das nur flex, console, framework-bundle, yaml und lts enthält und für die Development-Umgebung zusätzlich dotenv. Dadurch enthält eine Flex-Installation 70 % weniger Dateien, 75 % weniger Abhängigkeiten und 80 % weniger Commands als die Standard Edition von Symfony.require workflow statt require symfony/workflow.make:controller BeispielController ein Controller erstellt werden.Wenn man Matthias Vortrag mit einem Satz zusammenfassen möchte, so würde dabei so etwas herauskommen wie: „Aus großem Code folgt große Verantwortung“. Dabei zeigt er die wichtigsten Punkte auf, über die man sich bei der Veröffentlichung von Code im Klaren sein sollte.
Kurz zusammengefasst lautet die Lösung der Titel-Gleichung: Symfony + React = 😍
Kurze Vorstellung der React-Basics
Mit Symfony
Der Vortrag wirft ein neues Licht auf Controller. Durch die Entkopplung von der http-Komponente kann man die Einsatzmöglichkeiten auf nicht-http Prozesse erweitern
render() weg)kernel.view Event braucht nun einen EventListener, der über Handler die gewünschten Views erzeugt (beispielsweise HTML, XML, JSON) und in eine SymfonyResponse umwandeltFazit des Vortrags: Controller müssen HttpFoundation\Request und HttpFoundation\Response nicht kennen, das Vorgehen erleichtert den Framework-Wechsel
Christopher hat anhand einer Beispielapplikation die Vielseitigkeit der Console-Komponente gezeigt.
symfony/consolenunomaduro/collision, PHPBench phpbench/phpbenchApplikationstypen
Wer nutzt den Command eigentlich?
Beispielapplikation: Billing Run (monatliche Ausführung, Rechnung für Subscriber) zeigt generelles Vorgehen mit execute, das mehrere Private-Methoden aufruft, das die aktiven Kunden holt, PDFs generiert etc.
configure() und execute() gibt es noch die Lazy-Methoden initialize() und interact(), letzteres hängt sich vor die Command-Validierung und kann bei optionalen Parametern die Abhandlung übernehmen und sie dadurch required machenconsole.command vor der Command Executionconsole.error kann während der Command Execution auftauchenconsole.terminate sobald der Command abgelaufen istexecute(), noch in den privaten Methoden)! Diese werden in einen Service Layer umgezogensensiolabs-de/deptrac -> Logging und Nutzung von Callables ideal für Background JobsAb Symfony 4.1: Sections erlaubt Ersetzung von Blöcken ($section->overwrite(), $section->clear())
Da Jan während des Vortrages gefühlte 100 mal betonte: „Alle Message Broker funktionieren gleich“, muss das wohl die Kernaussage seines Vortrages gewesen sein. Seine Code-Beispiele untermauern diese Aussage einrucksvoll und geben Einblick in die Welt der asynchronen Prozesse und Message Queues
Lessons Learned
Sicherheitslücken bringen teilweise massive Probleme und Riesen-Leaks (u.A. Sony, AdultFriendFinder etc.). Bastian rät zur Prävention durch einen kontinuierlichen Lern-Prozess
Was können Hacker alles machen?:
id=$_GET['id'] mit id=6&admin=true -> z.B. Guzzle nutzenVuls für Prüfung der Infrastruktur, Traffic encrypten (z.B. Let’s Encrypt), SSLlabs.com, hstspreload.comBilder und Text: Sebastian Blum, Fabian Bloching und Sinan Sözen
Anmerkung: Die hier verwendeten Fotos dürfen gerne kostenfrei verwendet werden! Wir freuen uns über eine Quellenangabe.
SymfonyCon 2017 in Cluj, Rumänien: für die fünfte, internationale SymfonyCon lud SensioLabs dieses Jahr vom 14. bis 17. November in die schöne Stadt Cluj in Rumänien ein. Neben lehrreichen Workshops gab es an den zwei Konferenztagen auch zahlreiche interessante Vorträge, die wir im Folgenden kurz anreißen möchten.
Eröffnet hat die diesjährige SymfonyCon der Kopf des Frameworks, Fabien Potencier. In seinem Vortrag ging es um das bald erscheinende Symfony 4 mit seinem wichtigsten Bestandteil Symfony Flex – in einer Live-Demo wurde gezeigt, was es für Neuerungen bietet und wie man mit dem neuen System umgehen kann.
David gab mit seinem Vortrag einen Überlick über die Funktionsweise und Einsatzmöglichkeiten von Message Queues in PHP-Anwendungen. Dabei werden eingehende Aufgaben als Value Object in einer Queue gespeichert und dann asynchron von Workern abgearbeitet. Als konkreten Anwendungsfall nannte David eine Webanwendung, in der ein User ein Bild hochladen kann, welches dann serverseitig optimiert wird und dem User dann zur weiteren Bearbeitung zur Verfügung gestellt werden soll. Dem User wird zu Beginn ein vorläufiges Bild mit mittlerer Qualität und kurzer Cache-Zeit zurückgeliefert und der zeitintensive Auftrag, das Bild zu optimieren, in der Queue gespeichert. Wenn der Auftrag abgearbeitet ist, ersetzt dieses dann das schnell ausgelieferte Bild.
Was dabei schief gehen kann:
Seine Benefits sind:
Julien Pauli ist Mitglied des SensioLabs Tech Teams und arbeitet am PHP 7-Code mit, wodurch die Vorteile von PHP 7 direkt in Symfony Einzug finden. In seinem sehr technischen Vortrag hat Julien die Verbesserungen von PHP 7 im Gegensatz zu PHP 5 vorgestellt und dargestellt, was man bei der Nutzung zu beachten hat.
Beim Aufbau einer Multilingualen Seite müssen viele Dinge beachtet werden. Tobias teilte in seinem Vortag seine Erfahrungen mit der Translation-Komponente von Symfony und die daraus resultierenden Learnings mit uns. Auf folgende Dinge sollte bei der Konzeption geachtet werden:
Für Symfony gibt es verschiedene Bundles mit unterschiedlichen Ansätzen. So kann das Hinzufügen von Übersetzungen entweder direkt in der Datei, über den Symfony Profiler oder direkt an der eingesetzen Stelle auf der Seite erfolgen. Tobias nannte konkret die folgenden Bundles:
Dabei empfahl er besonders das LexikTranslationBundle. Mit diesem lassen sich die Übersetzungsdateien einfach in die Datenbank importieren und per Nutzerinterface übersichtlich bearbeiten.
Carlos ist Vice President of Technology bei XING und hat in seinem Vortrag vorgestellt, wie man von einer Hexagonalen zu einer Event Sourcing Architektur gelangt. Hierbei ist er von einem „Reifemodell“ ausgegangen, die bei sogenanntem Spaghetticode beginnt und ihren Zenit beim Event Sourcing findet.
Um von der zweiten Evolutionsstufe zu einer Hexagonalen Architektur zu gelagen, nimmt man beliebige Actions, die Business Logik enthalten, und lagert diese in Application Services aus und entfernt zudem jegliche Infrastruktur-Referenzen. Die Implementierung von Domain Events ist im Regelfall in wenigen Minuten erledigt und solche Events sollten anschließend immer dann gefeuert werden, wenn es einen guten Grund dazu gibt, z.B. sich eine Abteilung bestimmte Events wünscht. Listener fangen diese Events anschließend ab und sichern sie in Elastic Search, MySQL usw.
Denis, dessen diesjähriger Vortrag über Caching in Symfonyanwendungen auf der SymfonyLive in Berlin bereits sehr interessant war, hat dieses Mal über das Finden und Beheben von Performanceproblemen referiert. Hierfür hat er mehrere Tools vorgestellt, die er selbst nutzt und einige weitere Tipps gegeben, die man beherzigen sollte.
Die Symfony Web Profiler Toolbar ist hierbei das erste Tool, das aktuell noch direkt in Symfony 3 eingebunden ist – in Symfony 4 ist es zwar nutzbar, muss aber erst eigenständig eingebunden werden. Sie zeigt Informationen und Probleme über Ladezeiten, Twig, Doctrine und viele andere Module an und dient als guter Einstiegspunkt für erste Analysen. Das ausführlich dokumentierte Tool JMeter erlaubt Lasttests auf Webseiten (Kapazitäts-, Lade- und Stresstests), wobei diese auch in Dashboards visuell dargestellt werden können. Das dritte Tool im Bunde ist blackfire.io, welches als professionelles Tool noch deutlich mehr Informationen liefert und beispielsweise nach Optimierungen im Code das Maß der Verbesserung im Vergleich anzeigen kann.
Als Literatur empfiehlt Denis das Buch Performance Testing Guidance for Web Applications von Microsoft. Auch ein Update auf PHP 7 wurde in seinem Vortrag empfohlen – dies war auf der diesjährigen SymfonyCon generell in sehr vielen Vorträgen ein wichtiger Punkt, was unseren bereits eingeschlagenen Weg bestätigt.
Sara hatte als PHP-Core-Entwicklerin viele Informationen über PHP 7 parat und worauf wir uns in Zukunft noch freuen dürfen. Interessant ist der Fakt, dass bereits über 50 % der Composer-Nutzer auf PHP 7 upgegraded haben – Tendenz steigend. Im direkten Vergleich ist nämlich PHP 7 mindestens doppelt so schnell wie PHP 5 (bezogen auf Request pro Sekunde) und PHP 7.2 noch einmal 10 % schneller als PHP 7.1 – ein Upgrade lohnt sich also auf jeden Fall. Zudem bringt PHP 7 diverse Neuerungen mit:
Für die Zukunft ist eine Einbindung von Perl-kompatiblen regulären Ausdrücken in der Version 2 (PCRE2) geplant, sowie (endlich) die Verschönerung der Heredoc-Syntax durch die Möglichkeit, das schließende Tag einzurücken. Auch kürzere Closures in den Formen fn($x) => $foo + $x und $x ~> $foo + $x oder als partielle Funktion &{$foo + $1} sind im Gespräch. Weiterhin gibt es Ideen zu neuen Funktionen wie function +($a, $b) = { return $a + $b; } und die Erweiterung von try-/catch-Blöcken um Wiederholungen in der Form try {...} retry 3 catch {...} catch ($e) {...}.
Tomasz zeigte anhand von Beispiel-Strings reguläre Ausdrücke für Fortgeschrittene. Er machte deutlich, dass man sich auch mit der Wissenschaft beschäftigen sollte, die hinter der Auflösung von Regex steckt (Thompson’s construction). Durch ein besseres Verständnis können viele Expressions, die sonst deterministisch abgearbeitet werden, auch zu einer größeren Regex zusammengefasst werden und so Ressourcen gespart bzw. die Performance optimiert werden. Für ein tieferes Verständnis empfiehlt er besonders die folgenden Quellen:
sowie die Tools:
Learning: Es ist lohnenswert, sich auch einmal tiefergehend mit der Magie zu beschäftigen, welche hinter der Funktionsweise der Regex steckt.
Ryan hat in seinem Speak, neben diverser Informationen zu JavaScript an sich, das Paket Webpack Encore vorgestellt – eine Möglichkeit, die oftmals komplizierte Einbindung von Webpack in eigene Applikationen zu vereinfachen. Für Symfony steht dafür symfony/webpack-encore zur Verfügung.
Der Vortrag von Anna behandelte Möglichkeiten, wie man mit relativ wenig Aufwand die Nutzung der drei Hauptressourcen Prozessorlast, Speichernutzung und den Laufwerkszugriff drastisch senken kann. Für diesen Zweck hat sie ein Benchmark vorgestellt, bei dem es darum geht, 2.000 personalisierte E-Mails zu befüllen – zur Erzeugung der Testdaten wurde die Bibliothek Faker genutzt.
Insgesamt ein sehr erstaunliches Ergebnis, das lediglich durch kleinere Anpassungen erreicht worden ist.
Sarah hat zum Abschluss der Konferenz die wichtigsten Facts des letzten Jahres zusammenfassend dargestellt. Seit der letzten SymfonyCon in Berlin im Jahr 2016 wurden im Rahmen des Symfony-Projektes durch die Community 1727 Merges durchgeführt und 1232 Issues erfolgreich gelöst – durchaus beeindruckende Zahlen für einen Zeitraum von elf Monaten. Zudem wurde im September diesen Jahres die Marke von 1.000.000.000 Downloads des Symfony-Projektes geknackt.
Außerdem haben im letzten Jahr viele neue Funktionen Einzug in Symfony gefunden, insbesondere in Version 3.4, welche die selben Features wie das bald erscheinende Symfony 4.0 enthält – davon sollen an dieser Stelle nur einige Erwähnung finden.
Zum Abschluss wurden in Kürze noch noch einige Neuerungen von Symfony 4 erwähnt, wobei wir an dieser Stelle für Details auf die Eingangs-Keynote verweisen möchten. Mit diesem Thema wurde dann auch der Kreis geschlossen, mit dem die diesjährige Konferenz begonnen hat: Symfony 4 kommt mit großen Schritten und auch wir freuen uns bereits darauf, damit zu arbeiten, da vieles sehr vielversprechend ist. Es bleibt spannend.
An dieser Stelle ein herzliches Dankeschön an das Team von SensioLabs Frankreich und alle Speaker, die uns vier Tage mit spannenden Workshops und Talks geboten haben. Wir freuen uns bereits jetzt in 2018 auf die SymfonyLive im Phantasialand und die SymfonyCon in Lissabon und werden selbstverständlich wieder vor Ort sein und von den Events berichten!
Bilder und Text: Fabian Bloching und Sinan Sözen
Anmerkung: Die hier verwendeten Fotos dürfen gerne kostenfrei verwendet werden! Wir freuen uns über eine Quellenangabe.
SymfonyLive 2017 in Berlin: die siebte SymfonyLive fand dieses Jahr vom 25. bis 27. Oktober in Berlin statt und bescherte uns lehrreiche Workshops und einen hochinteressanten Konferenztag. Die neuesten Learnings aus der Symfony-Welt erfährst du hier.
Der diesjährige Konferenztag in Berlin wurde von Gary Hockin eröffnet. Die Quintessenz seines humoristisch aufgezogenen Talks: Contributions sind wertvoll! Es sind „Free Code Reviews“ – quasi kostenlose Learnings. Sie öffnen einem Türen, die vorher verschlossen waren. Es ist lohnenswert, sich durch Contributions einen Namen in der Szene zu machen – man baut Kontakte auf, lernt selbst immer mehr dazu und wird irgendwann selber zum Experten. In seinem Fall hat es sogar soweit geführt, dass er irgendwann als Speaker auf eine Konferenz eingeladen worden ist und seitdem eine erfolgreiche Karriere führt. Sein Tipp: Einfach mal trauen, es lohnt sich in jedem Fall.
Insgesamt ein sehr informativer und gelungener Auftakt in den Konferenztag.
Alexander gab in seinem Vortrag einen guten Überblick über die Möglichkeiten, welche der ab Symfony Version 3.3 erneuerte Dependency Injection Container mit sich bringt.
Learning: Durch das Autowiring von eigenen Controllern müssen diese nicht mehr von der abstrakten Controller-Klasse ableiten.
Alexander Miertsch, seines Zeichens Gründer und CEO der prooph software GmbH, kam mit einem sehr interessanten Thema zur SymfonyLive: dem Event Sourcing. Das von ihm mitentwickelte Framework prooph ist kompatibel zu allen großen PHP-Frameworks wie Symfony, Zend und Laravel und auch mit diversen anderen Systemen nutzbar.
Beginnen sollte man immer mit einem Event Storming, bei dem man sich mit seinen Stakeholdern zusammensetzt und ein Brainstorming hinsichtlich der Domain Events und Ziele vollzieht und mögliche Szenarien betrachtet. Anschließend erstellt man Ablaufdiagramme aus den Domain Event-Systemen – dies können beispielsweise bei einem Bestellsystem die Domains OrderPlaced, OrderPayed und OrderShipped sein. Die Richtung der Benachrichtigungen werden durch Pfeile symbolisiert. OrderShipped wird erst ausgeführt, wenn es sowohl von OrderPlaced, als auch von OrderPayed eine Benachrichtigung erhalten hat.
Speichert man die States eines Objekts direkt beim Objekt selbst, kann es passieren, dass beim sequentiellen Abarbeiten der jeweiligen Funktion Fehler auftreten und die Buchungen nur teilweise ausgeführt werden, beispielsweise wenn die Datenbank für einen Moment streikt – hier kann Event Sourcing effektiv helfen, Fehler zu vermeiden. Die States werden nicht mehr in der Datenbank gespeichert, sondern in einem Event Stream, der kontinuierlich die Events chronologisch sichert. Der aktuelle Stand des Systems kann nun durch ein Left Folding jederzeit aus dem Event Stream berechnet werden. Auch können durch Betrachtung vergangener Event-Teilketten die Gründe für Problemfälle schnell rekonstruiert und dadurch gefunden werden. Zudem besteht die Möglichkeit für zeitbasierte Queries, beispielsweise wenn man herausfinden möchte, welche Nutzer ihren Benutzernamen innerhalb der ersten fünf Minuten nach ihrer Anmeldung geändert haben.
Für die Nutzung mit Symfony kann man auf das Bundle prooph/event-store-symfony-bundle zurückgreifen, das sowohl das Event-Sourcing-Modul, als auch den Event-Store enthält.
Sebastian konnte anhand von Code-Beispielen eindrucksvoll die Wichtigkeit von „lesbarem Code“ verdeutlichen. Tests sollten immer so sprechend geschrieben werden, dass auch Nicht-Entwickler verstehen können, was eigentlich genau getestet wird. Dabei bezog er sich sogar auf die „10 Sekunden Regel“: diese sagt, dass Code der nach erstmaligem Betrachten auch nach zehn Sekunden noch nicht verstanden wurde, zu komplex ist und neu geschrieben werden muss. Testgetriebene Entwicklung hilft dabei, die Probleme zu verstehen und nicht einfach nur ein Programm zu schreiben.
Sebastian hat gezeigt, wie man mit PHPUnit eigene Assertions implementiert, die schnell umgesetzt sind und eine allgemeinere Sprache sprechen.
Learning: Eigenen Test-Code zusammen mit Nicht-Entwicklern auf Verständlichkeit prüfen.
Philipp Krenn hat in seinem Talk die Funktionen von elasticsearch für die Volltextsuche vorgestellt. Die Volltextsuche geht dabei weg vom Schwarz/weiß-Suchen hin zu „Graustufen“, also einer deutlich filigraneren Betrachtungsweise. Das Vorgehen beim Speichern von Texten ist im Allgemeinen immer gleich, auch wenn die einzelnen Schritte beliebig aktiviert und deaktiviert werden können – dies soll an einem Beispiel verdeutlicht werden (These are not the droids you are looking for.):
Als weitere Optionen steht die Festlegung von Synonymen, mit slop die Angabe der Anzahl erlaubter Wörter zwischen den Tokens und mit fuzziness die Angabe einer Art Hemming-Distanz zur Verfügung, also einer Zahl, die angibt, um wie viele Buchstaben sich der Suchterm vom eigentlichen Wort unterscheiden darf.
Die Problematik der deutschen Sprache mit zusammengesetzten Wörtern kann durch das Plugin German Decompounder gelöst werden. Eine automatische Spracherkennung bietet das Plugin Detecting Languages. Speziell für Symfony existiert das Bundle ONGR Elasticsearch.
Paul Seiffert und Dennis Benkert von Jimdo haben in ihrem Talk vorgestellt, wie sie in ihrem „Wunderland“ (so nennen sie liebevoll die Akkumulation aller Services bei Jimdo) durch Monitoring und Nutzung von Metriken auf Fehler aufmerksam werden, um diese anschließend beheben zu können.
Das Monitoring wird hierbei durch die Software Prometheus durchgeführt und das Alerting durch pagerduty. Bei den Metriken wird unterschieden nach
Die ermittelten Daten werden anschließend mit Grafana visualisiert und in Dashboards zusammengefasst.
Denis Bruman hat in seinem Talk einen guten Überblick darüber gegeben, welche Caching-Möglichkeiten es bei der Nutzung von Symfony gibt. Symfony bietet von sich aus bereits diverse Caching-Adapter an:
Zur Auflistung aller verfügbaren Adapter kann man den Konsolenbefehl bin/console debug:container cache.adapter nutzen. Mit der Funktion tag() können Cache Items im Cache Pool über Tags miteinander verknüpft und durch invalidateTags() wieder entknüpft werden.
Als weitere Option steht das browserseitige HTTP Caching zur Verfügung, die man mittels Annotation aktivieren kann (z.B. @Cache(maxage="600")), um dem Browser mitzuteilen, dass die Seite zehn Minuten lang aus dem Browsercache geladen werden soll. Im Rahmen des Server-Side Caching kann man beispielsweise Varnish oder den AppCache von Symfony nutzen. Auch ein Validation Caching gehört zu den vorhandenen Möglichkeiten.
Auch zum Abschluss gab es einen humoristischen Talk, dieses Mal vom Test-Evangelisten Chris Hartjes, auch bekannt als der „grumpy programmer.“ Kernaussagen seines Talks waren 5 „Lessons learned“:
Auch er erwähnte einmal mehr, dass inzwischen diverse Studien beweisen, dass trotz 30 % höherem Programmieraufwand, durch die Anwendung von Tests 40 % – 50 % weniger Bugs in Softwareprojekten auftauchen und dadurch langfristig viel Zeit und vorallem Geld eingespart werden kann.
Mal wieder ein sehr sympathischer Abschluss der SymfonyLive. Wir freuen uns auf die SymfonyCon Mitte November in Cluj, Rumänien und im kommenden Jahr auf die SymfonyLive im Phantasialand und werden selbstverständlich wieder mit dabei sein.
Bilder und Text: Sebastian Blum, Fabian Bloching und Sinan Sözen
Anmerkung: Die hier verwendeten Fotos dürfen gerne kostenfrei verwendet werden! Wir freuen uns über eine Quellenangabe.
SymfonyLive 2017 in Köln: die sechste SymfonyLive fand dieses Jahr wieder in Köln statt und bescherte uns lehrreiche Workshops und einen hochinteressanten Konferenztag.
Eröffnet wurde der Konferenztag von Carola Lilienthal, Geschäftsführerin der WorkPlace Solutions GmbH und Softwarearchitektin aus Leidenschaft.
In ihrer Keynote hat sie anhand ihrer langjährigen Erfahrungen erläutert, wie man technische Schulden minimieren kann. Wichtige Punkte sind unter anderem:
Insgesamt ein sehr informativer und gelungener Auftakt in den Konferenztag.
„Fehler passieren“ war wohl das Buzzwort des Vortrags von Bastian Hofmann. Wichtig ist es daher, schnell auf Fehler zu reagieren, Bugs zu lokalisieren und zu beheben.
YOLO! Auf diesem Motto war der sehr unterhaltsame Vortrag von Christoph Reinartz aufgebaut. In einem amüsanten Live Feature Build und anschließendem Deployment hat Christoph gezeigt, wie in Grundzügen ein neues Feature bei Trivago seinen Weg in die bestehende Software findet.
Angefangen beim JIRA-Task über einen Feature Toggle für die geplante Modal Box, deren Inhalt (wie kann es anders sein) eine Miezekatze darstellt, über git push und Erstellung des Pull Requests hin zum Deployment (bei Trivago ganze 16 Stück, unter anderem für den Right-to-left-Support). In JIRA folgt nach dem Review die automatische Änderung des Ticket-Status auf QA, womit die QA-Leute den Task direkt auf ihr Dashboard bekommen und mit dem Testen beginnen können.
Im Großen und Ganzen entspricht das Vorgehen von Trivago auch unserem eigenen, was uns in unserem Tun bestätigt.
Achja, #yolo!
Christian – langjähriger SensioLabs Core Entwickler – hat während seines Vortrags die neue Funktionalität der Workflow-Komponente in Symfony anhand eines Onlinestores anschaulich vorgestellt. Ein Workflow besteht aus
Hierbei kann ein Event-System das Auslösen von Events übernehmen, z.B. eine Transition auslösen. GuardEvents hingegen blockieren die Ausführung von Transitionen, wenn beispielsweise die Rolle für das Ausführen der Transition nicht ausreichend hoch ist. Mehr zu dem Thema gibt es im offiziellen Symfony Blog.
Lukas Sadzik, seines Zeichens Software Developer bei SensioLabs und laut eigener Aussage die Faulheit in Person – er liebt Automatisierung und das Tool seiner Wahl ist hierbei Ansible, für das er Tipps an fortgeschrittene Nutzer parat hatte:
Andy Grunwald, Software Engineer bei Trivago, hat vor einigen Jahren noch vollkommen grün hinter den Ohren die Redis Infrastruktur bei Trivago übernommen. Humorvoll hat er dargelegt, was für schlaflose und brisante Monate er bei der Übernahme durchlaufen hat – unter anderem führten zu Spitzenzeiten 40% der weltweiten Requests zu Serverfehlern, beispielsweise weil Redis Connections nicht automatisch schließt. All die Fehlerquellen ausfindig zu machen hat Andy und sein Team mehrere Monate Stress beschert.
Ausgehend von seinen Erfahrungen hatte er anschließend fünf Tipps für Entwickler, die mit Redis liebäugeln und noch keine Expertise sammeln konnten:
Heute sind viele Unternehmen Ziel von Angriffen aus dem Internet – die häufigsten Angriffe basieren hierbei allen voran auf Cross-Site-Scripting (z.B. Key-Stroke-Listener) und Content Spoofing (z.B. Fake-Loginboxen), aber auch Injections, Cross-Site-Request-Forgery, Verlust sensitiver Daten und Brute Force sind Begrifflichkeiten, mit denen man sich unbedingt auseinandersetzen sollte. Hierbei muss für jedes Unternehmen initial das individuelle Threat Model überlegt werden – kleinere Unternehmen werden anders angegriffen als große.
Symfony bringt bereits viele Funktionen mit, die man einfach nutzen kann:
Dependency Management kann zur Build-/Laufzeit stattfinden und besteht aus Assembly, Dependency Change Management, Risikoanalyse und -minimierung
„Je mehr du es tust, desto mehr wirst du es lieben“ – mit diesen Worten hat der Abschlussvortrag von Jeffrey und Sebastian begonnen. In der folgenden Dreiviertelstunde haben die beiden auf eine begeisternde Art und Weise erläutert, warum man testen sollte und was für Vorteile man dadurch hat.
Abgerundet haben die beiden ihre Ausführungen durch die Vorstellung von Studien aus den letzten 15 Jahren – die Ergebnisse der Studien haben sich dabei direkt mit den vorherigen Punkten gedeckt: Je mehr Tests, desto besserer Code. Tests entwickeln kostet nur initial mehr Zeit, sorgt aber für stabileren Code und spart dadurch sogar langfristig eher Zeit. Iteratives Testen (also Coden, Testen, Coden, Testen) führt schneller zu verlässlichem Code. Langlebige und große Software profitiert immer und immer mehr von Tests je länger sie lebt, da durch die Testabdeckung gewährleistet ist, dass neue Funktionalitäten die bereits bestehende Codebasis nicht gefährden können, ohne dass es auffällt.
Als kleine, aber wichtige Randbemerkung hat Sebastian noch erwähnt, dass bereits die Urgesteine der Softwareentwicklung um 1950 zum Zeitpunkt der Mondlandung stark testgetrieben gearbeitet haben, weil sie es anlässlich der Kosten gar nicht anders kannten. Das allerdings wurde durch den Aufschwung der IT im privaten Bereich über die Jahrzehnte verlernt und Anfang der 90er als „Neuheit“ angepriesen. Wir sind mit der testgetriebenen Entwicklung somit wieder in die Fußstapfen unserer Großväter gestiegen und sollten es auch nie wieder vergessen.
Der Vortrag war ein fantastischer und sympathischer Abschluss des Konferenztages und wir freuen uns schon auf die nächste SymfonyLive im Oktober diesen Jahres in Berlin und die SymfonyCon in Rumänien, auf denen wir wieder am Start sein werden.
Bilder und Text: Fabian Bloching und Sinan Sözen
Anmerkung: Die hier verwendeten Fotos dürfen gerne kostenfrei verwendet werden! Wir freuen uns über eine Quellenangabe.
Nach der diesjährigen SymfonyLive in Köln fand nun auch die internationale SymfonyCon in Deutschland, genauer gesagt in Berlin, statt. Rund 1.200 Teilnehmer aus über 40 Nationen trafen sich Anfang Dezember in Berlin-Moabit und wurden vom Symfony-Erfinder Fabien Potencier auf die Konferenz eingestimmt.
Fabien gab in seiner Keynote „Symfony in the cloud“ einen kurzen Rückblick zu den Anfängen des Symfony Code-Deployments und den anstehenden Neuerungen in Symfony Version 3.2.
Damien wies in seinem Vortrag auf die Problematik des weitverbreiteten Symfony Bundles hin. Vor allem die Tatsache, dass die Mehrzahl der User den Entwicklungsbranch dev-master setzt, stellt ein nicht unerhebliches Risiko dar. Für die meisten Funktionen des FOSUserBundles gibt es Standard Symfony Komponenten, die eine ähnliche Funktion bieten.
Seine Kriterien für die richtige Bundle-Auswahl sind:
Learning: richtige Auswahl der Bundle über packagist.org
Pawel berichtet über seine fünfjährige Erfahrung mit Symfony und teilt seine Erkenntnisse, die er in dieser Zeit gewonnen hat.
Learning: Vorsicht mit Subrequests und Schleifen
Jeffrey gab Einblicke in die Herausforderungen und Lösungen für Open Source Unternehmen.
Learning: Ein Ziel von Open-Source-Verwendung: kein günstigeres, sondern ein besseres Produkt!
Tobias zeigt in seiner Präsentation „Knowing your state machines“ einen neuen Denkansatz zur Software-Strukturierung und -Entwicklung in Verbindung von endlichen Zustandsmaschinen. Mit anschaulichen Beispielen zeigte er auch die entsprechende Verwendung von Events und Security Voters.
Abschließend fanden noch Lightning-Talks statt und beim Social-Event mit dem Motto „hipsterize Berlin“ traf man sich in lockerer Atmosphäre.
Der zweite Tag der SymfonyCon startete mit einer Vorstellung eines neuen Installers für Symfony – Symfony Flex in der zweiten Keynote „Symfony Distributions Reloaded“ von Fabien Potencier. Symfony Flex ermöglicht es, die Symfony-Installation individuell zu bestimmen und bietet mehr Flexibilität bei der Installation & Deinstallation von Bundles.
Weitere Optimierungsmöglichkeiten für bestehende Symfony-Installation stellte Andrew Carter in „Soup up Symfony – Keep PHP Alive Between Requests“ dar. Vor allem durch das Aufspüren von Memory Leaks kann Arbeitsspeicher auf den Live-Systemen gespart werden. Mit PHP-PM kann zudem recht einfach eine Entwicklungsumgebung aufgesetzt werden.
Für einen modulareren Deployment-Prozess kann das CI-System Jenkins genutzt werden. Nicole Cordes stellte in „Jenkins deployment pipeline“ unterschiedliche Jenkins-Templates vor, die beim Ausspielen von einem Jenkins Jobs der Reihe nach aufgerufen werden können. Dadurch können einzelne Jobs für viele Deployment-Prozesse verwendet und die Redundanz somit reduziert werden. Weiterhin stellte sie einige nützliche Jenkins Plug-Ins vor.
Folgende Job-Pools werden empfohlen:
Empfehlungen:
Eine gut organisierte Entwickler-Konferenz mit spannenden Vorträgen. In unseren Augen waren drei Vorträge herausragend. Auch vom Hackday am Samstag lassen sich sehr interessante Gespräche & Denkanstöße mitnehmen.
Im Jahr 2017 findet die internationale SymfonyCon in Rumänien statt. Als Symfony-Liebhaber sind wir nächstes Jahr auf jeden Fall wieder auf der SymfonyLive und wahrscheinlich auch auf der SymfonyCon dabei.
Bilder und Text: Sebastian Blum und Daniel Potthast
Anmerkung: Die hier verwendeten Fotos dürfen gerne kostenfrei verwendet werden! Wir freuen uns über eine Quellenangabe.
SymfonyLive 2016 in Köln: das PHP Framework Symfony feiert die fünfte SymfonyLive und weicht aufgrund der SymfonyCon im Dezember dieses mal in die Domstadt aus. An einem Tag wurden zahlreiche Vorträge im KOMED MediaPark in Köln abgehalten. Wir waren dabei und präsentieren kurze Zusammenfassungen einiger ausgewählter Tracks.
Superhelden (Entwickler) im Porzellanladen – oder: wie finde ich das richtige Unternehmen für mich und was ist ein guter Job. Die wichtigsten Punkte: gutes Gehalt, Sicherheit, Spaß, Herausforderung und Perspektive.
Warum?
Faker (PHP library)
Alice
Symfony Integration
Verwendung eines Bundles von knplabs/rad-fixtures-load
Bilder und Text: Sebastian Blum und Daniel Potthast
Anmerkung: Die hier verwendeten Fotos dürfen gerne kostenfrei verwendet werden! Wir freuen uns über eine Quellenangabe.
SymfonyLive 2015 in Berlin: das PHP Framework Symfony feiert sein 10 jähriges Bestehen. An zwei Tagen wurden zahlreiche Vorträge im Golden Tulip in Berlin abgehalten. Wir waren dabei und präsentieren kurze Zusammenfassungen einiger ausgewählter Tracks.
„Die Dokumentation braucht dich!“ lautete die Aufforderung von Christian Flothmann. Eine gute Dokumentation sollte eine Einstiegshilfe darstellen, verständlich, strukturiert, fehlerfrei und vollständig sein. Außerdem stellt sie ein zentrales Nachschlagewerk dar. Die Symfony Dokumentation kann von jedem Anwender direkt über GitHub korrigiert und verbessert werden. Bei der Suche nach fehlerhaften oder unvollständigen Einträgen hilft dabei die Filter-Funktion auf GitHub. Hier kann mit Hilfe von Labeln beispielsweise gezielt nach bereits gemeldeten Fehlern gesucht werden.
Die Nutzung von Composer bringt zahlreiche Vorteile für die Entwicklung und Wartung von Webprojekten durch die Verwendung von Drittanbieter-Paketen. Allerdings kann es auch immer wieder vorkommen, dass Pakete nicht mehr aktualisiert und gewartet werden. Unter dem Titel „Decomposing Packages“ zeigte Beau Simensen neben den daraus resultierenden Sicherheitsrisiken auch passende Lösungsansätze auf wie beispielsweise ein eigenes Paketrepository für individuell angepasste Pakete.
Der Symfony Core-Entwickler Tobias Schultze aus Zürich ging in seinem Vortrag sehr detailliert auf das Thema „Concurrency Control“ mit Doctrine ein und welche Probleme auftreten können. Am einfachsten ist es natürlich, die Datenbank zu sperren – das ist allerdings auch die langsamste Variante. Sobald gleichzeitige Zugriffe ermöglicht sollen, müssen die Sonderfälle im Code sehr sorgfältig geplant und behandelt werden.
Sebastian Bergmann, der Erfinder von PHPUnit, zeigte sehr detailliert, welche Neuerungen PHP 7 bringt. Im Gegensatz zu allen bisherigen PHP 7 Blogeinträgen & Präsentation veranschaulichte Sebastian, wieso genau diese Entscheidungen für Features in der PHP-Community getroffen wurden und was sie genau bezwecken. Im zweiten Teil ging es besonders um das Themengebiet Performancesteigung und den neuen PHP-Lexer und -Parser. Auch wenn unsere Assembler-Zeit schon etwas zurückliegt, die Bytecode-Beispiele mit Sebastians Erklärungen waren genial. Der Vortrag war wirklich die beste Zusammenfassung für den Einsatz von PHP 7.
Mit der Dateisystem-Abstraktion „Flysystem“ zeigte Frank de Jonge eine einfache, flexible und dennoch leistungsstarke Möglichkeit einen einheitlichen Adapter für unterschiedliche Dateisysteme zu verwenden. Dabei werden die unterschiedlichsten Speicherorte bereits jetzt unterstützt, z. B. AWS S3, Dropbox, FTP, aber auch das Ablegen in den Arbeitsspeicher ist möglich. Sollte der Ort zu einem späteren Zeitpunkt geändert werden, muss nur die Konfiguration angepasst werden.
Der Doctrine-Core-Entwickler Benjamin Eberlei zeigte in seinem Vortrag „Doctrine 2 – to use or not to use“ sehr ausführlich, welche Vorteile Doctrine insbesondere im Zusammenspiel mit Symfony-Formularen und Symfony-Validierung bringt und dass für 80% der Anwendungsfälle Doctrine sehr gut geeignet ist. Aber nach der 80/20 Regel gibt es auch viele Szenarien, wo der Einsatz von Doctrine an seine architektonischen Grenzen stößt und Datenbank-Operationen auf Basis des DBAL sinnvoller sind. Kurzzusammenfassung: Der Einsatz von ORM benötigt Arbeitsspeicher, Flush kann eine Vielzahl von Datenbank-Queries absetzen, Doctrine-Events sollten wenn möglich nicht eingesetzt werden und Batch-Prozesse direkt auf Basis von DBAL erfolgen.
Stolz blickte Fabien Potencier zur Eröffnung der diesjährigen SymfonyLive in Berlin auf die Anfangszeiten des erfolgreichen PHP-Frameworks zurück. Sein erster Commit umfasst damals nur wenige Dateien, unterstützte jedoch bereits mit der enthaltenen Batch-Datei Microsofts Windows. Zehn Jahre geht die Entwicklung von Symfony mit den Versionen 2.8 und 3.0 konsequent vorwärts. Beide Versionen sind sich sehr ähnlich und unterscheiden sich nur in ihrer Abwärtskompatibilität.
Bernhard Schussek, ein Symfony-Core-Entwickler und Spezialist für Symfony-Forms, ist zeitgleich auch Core-Entwickler von Puli, einer universellem Paketplattform für PHP Microservices. Derzeit gibt es eine Vielzahl von Framework unabhängigen PHP-Bibliotheken, aber auch sehr viele Framework-abhängige Bundles, Modules oder Plugins. Puli hat das Ziel, universelle Pakete Framework übergreifend anzubieten, damit die Bibliotheken ohne Framework-Integration genutzt werden können. Am Beispiel von Twig als Bibliothek zeigt sich, dass die Integration für Symfony mit dem TwigBundle, für Zend mit dem TwigModule und für andere Frameworks derzeit mit den jeweiligen Adaptern realisiert wird, das zukünftig Puli komplett übernehmen könnte.
Bastian Hofmann zeigte in seinem Vortrag zum Thema „HTTP/2.0 101 Introduction“ die Unterschiede von HTTP/1.1 zu HTTP/2.0 auf und stellte auch die daraus resultierenden Vorteile von HTTP/2.0 vor. Der Hauptaugenmerk liegt vor allem auf deutlich geringere Ladezeiten, um dem Nutzer ein angenehmeres Surfen zu ermöglichen und Besucher nicht schon frühzeitig aufgrund zu langer Wartezeit zu verlieren. Die Umstellung wird auch für das mobile Surfen für deutlich niedrigere Ladezeiten sorgen und ist daher doppelt interessant. Zwar sind die Module für die Webserver NGINX und Apache noch nicht komplett ausgereift, für Interessierte lohnt es sich dennoch schon jetzt einen Blick darauf zu werfen.
Wer seine IT durch Automatisierung beschleunigen und vereinfachen will, sollte laut Sebastian Göttschkes einen Blick auf Ansible werfen. Diese Lösung bietet gegenüber Chef und Puppet den Vorteil, dass sie ohne komplexe Konfiguration auskommt und somit für Einsteiger leichter zugänglich ist. Auch wird kein Agent auf dem Zielsystem benötigt, da eine direkte SSH-Verbindung hergestellt wird. Gesteuert wird die Automatisierung über in YAML geschriebene Konfigurationsdateien mit Templates, Rollen und unterschiedlichen Entwicklungsumgebungen.
Der letzte Vortrag von Benjamin Eberlei widmete sich dem Thema Monorepo – ein großes monolithisches Repository für alle Projekte. Mit Hilfe von Paketmanagern wie npm oder
composer für PHP ist es mittlerweile sehr einfach, eine Vielzahl von Komponenten in bestimmten Versionen zu integrieren und damit zu arbeiten. So haben sich vor allem auf
GitHub sehr viele kleine Git-Repositories und einzelne Komponenten gebildet. Während es für Open-Source-Projekte durchaus Sinn macht, viele unterschiedliche Versionen einer Komponente
bereitzustellen, sieht es für Anwendungen eines Unternehmens anders aus. Mit einem Monorepo – wie es Google, Facebook oder Symfony einsetzen – gibt es immer nur eine Version der Komponenten
und Updates an Komponenten müssen in allen Anwendungen aktualisiert werden, so dass kein zukünftiger Upgrade-Aufwand für andere Entwickler entstehen kann. Zudem sind anwendungsübergreifende
Feature-Branches genauso möglich wie auch Feature-Merges über alle Anwendungen hinweg. Alle Komponenten sind in einem Commit sichtbar, wodurch erkennen die Entwickler sämtliche Abhängigkeiten
und die Auswirkungen ihrer Änderungen sofort erkennen können. Es wurde in dem Vortrag auch deutlich, wieso Symfony mit allen Komponenten ein monolithisches Repository verwendet und es erst
im zweiten Schritt für die Komponenten bei Releases in einzelne Pakete und Repositories aufteilt.
Die diesjährige Veranstaltung konnte wieder mit sehr guten Vorträgen aufwarten, welche den Symfony-Alltag bereichern werden. Wir freuen uns auf nächstes Jahr!
Bilder und Text: Sebastian Blum und Daniel Potthast
Anmerkung: Die hier verwendeten Fotos dürfen gerne kostenfrei verwendet werden! Wir freuen uns über eine Quellenangabe.