# Ein falsches Gefühl der Sicherheit durch Testing Veröffentlicht: 24. September 2026 von Matze – Kommentar hinterlassen Als ich Version 2.0.0 von Block Control veröffentlichte, war ich sehr erfreut und zufrieden mit dessen neuen Tests. Wie falsch ich doch lag … Diese neue Version war die erste mit Ende-zu-Ende-Tests, also tatsächlichen Tests innerhalb eines Browsers, die sich durch die Funktionen des Plugins klicken. Zudem liefen die Tests über alle unterstützten PHP-Versionen, damit keine Fehler in PHP-Versionen auftreten, die ich selbst auf keinem meiner Systeme verwende. ## Das Symptom Nach der Veröffentlichung von Block Control 2.0.0 wartete ich darauf, dass das Release auch verfügbar wird, da man derzeit nach der Veröffentlichung über WordPress.org sechs Stunden warten muss. Theoretisch hätte man es auch manuell herunterladen können – was ich hätte tun sollen – aber das tat ich eben nicht. Und so kamen am nächsten Tag mehrere Meldungen, dass die Aktualisierung die jeweilige Website mit einem fatalen Fehler in PHP komplett zerschossen hat. ## Das Problem Das eigentliche Problem war schnell gefunden: Nachdem alle Tests durchgelaufen sind, werden die Plugin-Dateien an WordPress.org übertragen. Einige Dateien und Ordner werden dabei ausgeschlossen, in der Regel Projektdateien, die nur für die Entwicklung benötigt werden. Einer dieser Ordner war der Ordner `src`. Innerhalb des Plugins liegt dort der rohe React-Code, der mit dem Block-Editor interagiert. Die Bibliothek eines Drittanbieters zur Erkennung mobiler Geräte hat allerdings ebenfalls einen `src`-Ordner – und darin liegt der eigentliche PHP-Code für die Erkennung. Ihn auszuschließen bedeutete demnach, dass PHP-Dateien fehlten – und das führte zum fatalen Fehler. Der eigentliche Fehler war, dass ich den Ausschluss nicht auf meinen eigenen `src`-Ordner beschränkt habe. ## Die Lösung Als unmittelbaren Workaround schloss ich einfach nur meinen eigenen `src`-Ordner aus und veröffentlichte das Ganze als Version 2.0.1, was dann auch funktionierte. Aber das war nur ein Teil davon und diente lediglich dazu, den Schaden zu begrenzen. In den folgenden Tagen arbeitete ich an einer echten Lösung: Während des Deployments erstelle ich nun eine ZIP-Datei, die exakt dieselbe Struktur hat wie die Daten, die an WordPress.org gehen. Diese wird anschließend in einem WordPress Playground installiert und aktiviert, sodass ich sicherstellen kann, dass diese Version im normalen Betrieb nicht zu einem fatalen Fehler führt. Am Ende sind Tests eben nur so gut wie ihre Abdeckung. Was man übersieht und nicht testet, kann kaputtgehen. Fühl dich mit deinen vorhandenen Testmethoden also nicht zu sicher – irgendetwas übersiehst du ganz sicher. 🥲 An alle, die vor der korrigierten Version auf 2.0.0 aktualisiert haben: Es tut mir wirklich leid!

# Block Control 2.0.0 veröffentlicht Veröffentlicht: 27. August 2026 von Matze – Kommentar hinterlassen Heute ist ein schöner Tag für alle, die Block Control verwenden, da Version 2.0.0 eine neue Funktion zum Ausblenden nach Breakpoints mitbringt. Der WordPress Core hat in Version 6.9 die Einstellung für die Block-Sichtbarkeit hinzugefügt, um das Ausblenden von Blöcken innerhalb bestimmter Viewports zu ermöglichen. Da Block Control bereits ein praktisches Werkzeug ist, um Blöcke unter bestimmten Bedingungen auszublenden, stand es außer Frage, auch diese Funktionalität zu adaptieren und in einem einzigen Werkzeug zu vereinen. ## Nach Viewport ausblenden Mit Version 2.0.0 erlaubt dir Block Control, einzelne Viewports auszuwählen, in denen ein Block dann ausgeblendet ist. Die Standard-Viewports von WordPress (oder deiner `theme.json`) sind direkt verfügbar, aber auch das Hinzufügen individueller ist möglich. Einmal hinzugefügt, kann ein individueller Viewport dann auf der gesamten Website verwendet werden. Die integrierte Prüfung für individuelle Breakpoints gibt zudem direktes Feedback, ob der hinzugefügte Breakpoint tatsächlich gültig ist und im Browser funktioniert. Du kannst auch mehrere Media Querys hinzufügen, sodass er Block nur ausgeblendet, wenn alle Media Querys zutreffen. ## Mehr Informationen über angewendete Einstellungen Ähnlich wie bei der Core-Funktionalität zeigt die Dokumentübersicht nun ein kleines Symbol mit einem Tooltip an, wenn Sichtbarkeitseinstellungen für diesen Block gelten. Zusätzlich wurde das Icon in der Block-Seitenleiste verbessert und zeigt nun ebenfalls den Tooltip an. Wenn keine Sichtbarkeitseinstellungen mehr greifen, erhalten Screenreader-Nutzende jetzt eine entsprechende Benachrichtigung, und der Fokus wird auf das Sichtbarkeits-Panel anstatt auf das Seitenelement verschoben. ## Abhängigkeiten-Upgrade Der Grund für das große Update auf Version 2 ist die Aktualisierung der Bibliothek zur Erkennung mobiler Endgeräte, wodurch nun mindestens PHP 8.0 erforderlich ist. Dies führte auch zu einer überarbeiteten Codebasis mit moderneren Funktionen im Vergleich zur alten Version, die noch mit PHP 5.6 kompatibel sein musste. ## Tests Keine Funktion, die man direkt sieht, aber für mich erwähnenswert: Block Control ist jetzt mein erstes Plugin mit Ende-zu-Ende-Tests. Das bedeutet, dass sowohl die eigentliche JavaScript-Oberfläche im Browser als auch das Frontend (und ob die Funktion zum Ausblenden von Blöcken funktioniert) automatisch getestet werden. Diese Tests laufen zudem unter allen unterstützten PHP-Versionen von 8.0 bis 8.5, um Fehler durch inkompatiblen Code zu vermeiden. Es ist außerdem vollständig gegen Unit-Tests, statischer Code-Analyse und Code-Stil getestet. ## Das war’s Das waren die größten Änderungen für Block Control 2.0.0. Alle nennenswerten Änderungen findest du im Änderungsprotokoll.

# Embed Privacy 1.13.0 veröffentlicht Veröffentlicht: 24. Juli 2026 von Matze – Kommentar hinterlassen Heute freue ich mich, die Verfügbarkeit von Embed Privacy 1.13.0 bekannt zu geben. Mit vielen neuen Funktionen und Fehlerbehebungen ist dies eines der umfangreichsten Releases für dieses Plugin. ## Unterstützung für den Cover-Block Ein Teil von WordPress 7.0 ist die Möglichkeit, eingebettete Inhalte zum Cover-Block hinzuzufügen. Embed Privacy 1.13.0 ist nun in der Lage, solche eingebetteten Inhalte automatisch zu blockieren. Um dies zu ermöglichen, insbesondere um die Interaktivität zu gewährleisten, muss das Markup des Cover-Blocks durch Verschieben des Hintergrundelements leicht angepasst werden. Zusätzlich empfehle ich, in solchen Fällen keinen Text zum Cover-Block hinzuzufügen, da dieser sich mit dem Inhalt des Overlays von Embed Privacy überschneiden könnte. ## Unterstützung für Page Builder Elementor hat vor kurzem seine neuen Atomic-4.0-Komponenten veröffentlicht, die ein neues YouTube-Element enthalten. Embed Privacy 1.13.0 bietet nun volle Unterstützung dafür. Zudem wurden einige Probleme im Zusammenhang mit dem bestehenden Video-Modul behoben. Darüber hinaus wird der Avia Builder von Enfold nun vollständig von Embed Privacy unterstützt. Ein besonderer Dank geht an Torsten Landsiedel für seine Geduld und Unterstützung bei der Implementierung. ## Viele Verbesserungen und Fehlerbehebungen Heutige LLMs sind sehr gut in der Lage, Fehler und Unzulänglichkeiten in bestehendem Code zu finden. Daher habe ich einige Tests durchgeführt und konnte viele davon beheben. Somit wird Embed Privacy 1.13.0 noch stabiler und schneller als je zuvor sein. ## Das war’s Das waren die wichtigsten Änderungen für Embed Privacy 1.13.0. Alle nennenswerten Änderungen findest du im Änderungsprotokoll.

# ActivityPub: Links hinter Text anzeigen Veröffentlicht: 23. April 2026 von Matze – Kommentar hinterlassen When linking a word in WordPress and publishing it in the Fediverse via ActivityPub, those links are getting removed. But what if you want to keep the links? Als ich das in einem Funktionswunsch auf GitHub gefragt habe, kam @obenland mit einer sehr schönen Lösung, die ich hier teilen möchte, da sie genau das tut, was ich wollte. Am Ende sieht der folgende Text … > Franz jagt im komplett verwahrlosten Taxi quer durch Bayern … im Fediverse so aus: > Franz jagt im komplett verwahrlosten Taxi (https://de.wikipedia.org/wiki/Taxi) quer durch Bayern Ich musste allerdings den Filter anpassen, da ich nur den Textauszug verwende, wenn ich meine Inhalte teile. Das ist in **Einstellungen > ActivityPub > Einstellungen > Aktivitäten > Beitragsinhalt** über `[ap_excerpt`]` definiert (und ein Legacy-Template-System). Deshalb konnte ich den Vorgeschlagenen Filter `activitypub_the_content` nicht verwenden. Ich musste den Code zum generischen Filter `post_content` anpassen und manuell prüfen, ob die aktuelle Anfrage eine ActivityPub-Anfrage ist. Das ist der finale Code: <?php /** * Transform links behind text to text (link). * * @see https://github.com/Automattic/wordpress-activitypub/issues/1859#issuecomment-3480894020 * * @param string $content Current content * @return string Updated content */ function plugin_format_activitypub_links_with_urls( string $content ): string { if ( ! \function_exists( 'Activitypub\is_activitypub_request' ) || ! \Activitypub\is_activitypub_request() ) { return $content; } $content = \preg_replace_callback( '/<a\s+([^>]*?)href=["\']([^"\']+)["\']([^>]*?)>(.*?)<\/a>/is', function( $matches ) { $href = $matches[2]; $link_text = \wp_strip_all_tags( $matches[4] ); if ( empty( $href ) || \strpos( $href, '#' ) === 0 ) { return $matches[0]; } if ( $link_text === $href ) { return $matches[0]; } return $link_text . ' (' . \esc_url( $href ) . ')'; }, $content ); return $content; } \add_filter( 'post_content', 'plugin_format_activitypub_links_with_urls' ); Code-Sprache: PHP (php) Er hat nur Auswirkungen auf Inhalt, den man über einen Fediverse-Client ansieht. Es ändert den Inhalt nicht, wenn man ihn in einem anderen Beitrag oder auf einer anderen Seite einbettet oder ähnliches.

# Embed Privacy 1.12.0 veröffentlicht Veröffentlicht: 14. Januar 2026 von Matze – Kommentar hinterlassen Frisch aus dem Ofen und noch richtig heiß, habe ich soeben Version 1.12.0 von Embed Privacy mit einigen Verbesserungen freigegeben. Finde mehr im folgenden Beitrag heraus. ## Leistung Durch Beispiele aus Produktivsystemen bemerkte ich, dass Embed Privacy die Anzeige des Inhalts ziemlich verlangsamen kann, wenn viele hundert oder tausend(e) Blöcke im Inhalt vorhanden waren. Das wurde auf zwei Arten gelöst. ### Ignorieren von Block-Typen Für einige Block-Typen ist praktisch garantiert, dass sie keine eingebetteten Inhalte beinhalten. Deshalb sind diese nun standardmäßig ignoriert. Diese Herangehensweise ist sehr invasiv und ignoriert alle registrierten Blöcke außer den HTML-Block, da normale Blöcke – wie der Embed-Block – bereits anderweitig verarbeitet wird. Auf diesem Weg bleibt die grundlegende Funktionalität bei der Block-Verarbeitung gleich, wohingegen die meisten Blöcke standardmäßig ignoriert werden. Wenn du die Liste der ignorierten Blöcke verändern musst, kannst du den Filter `embed_privacy_ignored_blocks` dafür verwenden. ### Caching Durch Caching werden einige repetitive Aufgaben bei den Einbettungs-Anbietern nur noch einmalig ausgeführt, wodurch ihr Initialisierungsprozess wesentlich weniger Aufgaben hat, auch wenn diese schnell waren. Das stellt sicher, dass die optimalste Leistung bei der Code-Ausführung verwendet wird. ## Dynamischer Inhalt Dynamischer Inhalt ist immer etwas speziell. Während Embed Privacy auch dort aktiv werden kann, wenn einer der verfügbaren Filter in WordPress ausgeführt wird, z. B. `the_content`, kann es den eingebetteten Inhalt ersetzen. Die Interaktion mit dem Overlay setzt dann aber zusätzliches JavaScript voraus, das geladen werden muss. Wenn das JavaScript jedoch auf der eigentlichen Seite nicht geladen wird, weil auf der Seite selbst kein eingebetteter Inhalt vorzufinden ist, funktioniert das nicht. Das ist grundsätzlich auch sinnvoll, damit nur Inhalte geladen werden, die auch erforderlich sind. Wenn du aber dynamische eingebettete Inhalte hast, dann kannst du das Skript nun über die Option „Laden des Skripts erzwingen“ auf jeder Seite laden und somit auch die Interaktion mit Overlays in dynamischen Inhalten ermöglichen. ## Englischer Inhalt in ansonsten übersetzten WordPress-Instanzen Während der Installation kann es vorkommen, dass noch keine Übersetzungen für deine verwendete Sprache geladen wurden und damit die allgemeine Beschreibung der mitgelieferten Embed-Anbieter auf Englisch bleibt, da sie nur einmalig während der Installation in die Datenbank geschrieben werden. Dies wird nun in Embed Privacy 1.12.0 verbessert, sodass übersetzte Inhalte dynamisch geladen werden, wenn die Datenbank nur die englische Version enthält, du aber eine andere Sprache in den Einstellungen definiert hast. ## Das war’s Das waren die größten Änderungen für Embed Privacy 1.12.0. Für alle Änderungen, besuche bitte das Änderungsprotokoll.