Der Symfony Messenger kann über unterschiedliche Transporte mit diversen Queue-Technologien eingesetzt werden, zum Beispiel AMQP, Redis, Amazon SQS oder Doctrine. Um die Messages in den Queues anschauen zu können, stehen je nach Anbieter verschiedene Möglichkeiten zur Verfügung. So bietet etwa RabbitMQ eine Management-UI, mit der unter anderem solche Aufgaben erledigt werden können.
Sofern Bedarf entsteht direkt in Symfony zu erfahren, wie voll eine bestimmte Queue ist oder welche Nachrichten sich darin befinden, könnte sich das messenger-monitor-bundle anbieten.
In Symfony gibt es mit der Mime-Komponente eine komfortable Möglichkeit, MultiPart-Nachrichten zu erstellen. Nicht out of the box enthalten ist aber ein Interface, das den Zugriff auf die in eingehenden MultiPart-Requests enthaltenen Bestandteile erlaubt.
Diese Lücke füllt das MultipartUpload-Bundle. Mit einem Event-Listener, der auf das Kernel-Event kernel.request hört, werden eingehende Requests daraufhin untersucht, ob sie mehrere Parts beinhalten. Ist dies der Fall, werden die einzelnen Teile extrahiert und in Request-Attributen bereitgestellt.
Gegenwärtig laufen die Arbeiten an der nächsten Symfony-Version 6.1. Wie immer gibt es regelmäßige Einblicke in die wichtigsten, zu erwartenden Features und Verbesserungen. Dieser Beitrag zeigt im Folgenden die bisher veröffentlichten Blog-Beiträge thematisch nach Komponente sortiert.
Allgemein Verbesserungen bzgl. Typisierung Diverse Verbesserungen Console Verbesserte Autovervollständigung DependencyInjection Service Decoration Attribute Service Autowiring Attribute Expressions als Service Factories ExpressionLanguage Verbesserungen an der Syntax Forms Anpassbare Prototypen für Collections HtmlSanitizer Neue HtmlSanitizer-Komponente HttpKernel Controller argument resolver für Enums Einfachere Bundle-Erweiterung und -Konfiguration Messenger Notifier- und Messer-Integrationen Mime Draft E-Mails Notifier Notifier- und Messer-Integrationen Profiler Profiler-Verbesserungen (Teil 1) Profiler-Verbesserungen (Teil 2) Routing Verbesserte Routing-Requirements und UTF-8 Parameter Services in Route-Bedingungen Semaphore Konfigurierbare Semaphoren Serializer Serializer Context Builders Serializer Profiling Translation Locale-Switcher
Heute sind gleichzeitig zwei neue Versionen vom Zikula Core veröffentlicht worden.
Zikula 3.0.4 bringt Fehlerkorrekturen Mit der Version 3.0.4 wird ein weiteres Bugfix-Update für die Hauptversion 3 bereitgestellt.
Die Änderungen im Detail werden in der Release-Ankündigung aufgelistet.
Zikula 3.1.0 hat etwas mehr an Bord Außerdem ist auch Zikula Core 3.1.0 erschienen; dieses Update beinhaltet zusätzlich einige Neuerungen, bringt aber auch Veränderungen mit.
Auch hierfür gibt es eine detaillierte Liste mit den Korrekturen, hinzugefügten Features und sonstigen Neuerungen.
Vor einigen Tagen wurde Symfony 5.4.0-BETA3 veröffentlicht. Dies nehme ich zum Anlass, um einmal einen Überblick über die wichtigsten neuen Funktionen zu geben, auf die wir uns im Rahmen dieses Updates freuen können. Im Folgenden sind die bisher veröffentlichten Blog-Beiträge thematisch nach Komponente sortiert.
PHP 8.1 Unterstützung für PHP Enumerations (siehe auch diesen Artikel dazu) Console Console Autocompletion (siehe auch diesen Artikel dazu) DependencyInjection DI-Verbesserungen Filesystem Neue Path-Klasse Framework Veränderungen für Controller Konfigurierbare Exceptions Language Negotation Sonstige Features - Teil 1 Sonstige Features - Teil 2 Sonstige Features - Teil 3 Messenger Messenger Verbesserungen Notifier Notifier Integrationen Profiler Überarbeitete Profiler Logs Profiler Verbesserungen Routing Route Aliasing Security Schnellere Security Voter Serializer Serializer Verbesserungen Translator Translation Verbesserungen Validation Verschachtelte Validation Attribute Neue Validierungsmöglichkeiten
Vor zwei Tagen wurde Symfony 5.3.0-BETA4 veröffentlicht. Dies nehme ich zum Anlass, um einmal einen Überblick über die wichtigsten neuen Funktionen zu geben, auf die wir uns im Rahmen dieses Updates freuen können. Im Folgenden sind die bisher veröffentlichten Blog-Beiträge thematisch nach Komponente sortiert.
Config Config Builder Klassen Console Negierbare Command-Optionen Verbesserte Debug-Commands Lazy Command Description DependencyInjection Mehrere Environments in einer Datei konfigurieren Service Autoconfiguration und Attribute Service Autowiring mit Attributen Form Tailwind CSS Form Theme Form Handler Helper Sortierung für Formularfelder HttpFoundation Session Service Deprecation Logging Logging-Verbesserungen (Messenger, Deprecations) Notifier Notifier-Integrationen OptionsResolver Prototype Optionen PasswordHasher Neue PasswordHasher Komponente Runtime Neue Runtime Komponente Security Verbesserter Schutz gegen Breach-Angriffe Serializer Inlined Serialization Context Twig Serialize-Filter Translation Translation Providers Uid Uid-Verbesserungen
Im Symfony Messenger gibt die Möglichkeit, fehlgeschlagene Nachrichten an eine failed queue zu leiten. In diesem Sammelbecken können diese dann inspiziert und nach Korrektur des zu Grunde liegenden Problems erneut verarbeitet werden.
Schlagen sie dabei erneut fehl, landen sie allerdings per Standard nicht wieder in der failed queue, sondern werden verworfen. Dies hat damit zu tun, dass die Nachricht bereits einen SentToFailureTransportStamp besitzt.
Möchte man jedoch die Nachricht immer wieder auffangen, bietet es sich an, diesen Stamp einfach vorher wieder zu entfernen.
In Zikula gibt es eine Besonderheit zu beachten, welche Einfluss darauf nimmt, wie die aus einem Request resultierende Response zum anfragenden Client gelangt.
Per Standard wird die Response in Symfony im Rahmen einer Controller-Aktion erstellt und zurückgeliefert. Gegebenfalls wird die Response noch von einem oder mehreren Event Subscribern verändert.
Bei Zikula wird noch eine Theme-Schicht dazwischen geschaltet, welche den Inhalt der Response in eine neue Response überführt, um den Layout-Rahmen sowie damit einhergehende, zusätzliche Blöcke usw.
Mit Hilfe der Metadaten von Doctrine lassen sich jegliche Daten zu einer Entität zur Laufzeit verändern. Allerdings kann das in manchen Anwendungsfällen fortwährend notwendig sein, zum Beispiel in Multi-Tenancy-Umgebungen. Wenn zudem Operationen mit dem Schema Manager in der Datenbank benötigt werden, kann es schnell unübersichtlich werden, da man sich nicht sicher sein kann, ob eine bestimmte Veränderung bereits durchgeführt worden ist oder noch nicht.
Der folgende Code-Ausschnitt zeigt ein Beispiel für eine Klasse, die eine Modifikation zentral für alle Entitäten, die für einen bestimmten EntityManager registriert sind, durchführt - hier wird etwa der Name der durch die Entität angesprochenen Datenbanktabelle verändert:
Vor zwei Tagen wurde Symfony 5.2.0-BETA2 veröffentlicht. Dies nehme ich zum Anlass, um einmal einen Überblick über die wichtigsten neuen Funktionen zu geben, auf die wir uns im Rahmen dieses Updates freuen können. Im Folgenden sind die bisher veröffentlichten Blog-Beiträge thematisch nach Komponente sortiert.
PHP 8 PHP 8 Attribute Attribute für Controller-Argumente Attribute für Constraints Cache Asynchrone Cache-Neuberechnung Console 24-bit Farben Unterstützung für Signale in Commands Form Callbacks für Data Mapper Asserts für Form-Tests Form Field Helpers FrameworkBundle Front Controller Konfiguration HttpClient EventSource HTTP client Retryable HTTP client Lock Shared locks Mailer DKIM E-Mail Authentifizierung Profiler Einfachere Daten-Kollektoren Session Profiling RateLimiter Neue Rate Limiter Komponente Security Login Throttling Login Links Semaphore Neue Semaphore Komponente Translator Pseudo-Localization Übersetzbare Objekte Uid Doctrine-Typen für UUID und ULID UID-Serialisierung und -Validierung
