Praxisblog rund um Bludit
Ausführliche Bludit-Tutorials: Installation, Flat-File-Architektur, Gutenberg, Theme- und Plugin-Entwicklung, Uploader, Hooks, API, Sicherheit und Fehlerdiagnose.
Eine Sicherheitscheckliste speziell für Bludit-Erweiterungen und Adminwerkzeuge.
Ein Bludit-Plugin läuft im selben PHP-Prozess wie das CMS. Deshalb ist ein Plugin keine „Sandbox“. Wer Uploads, Formulare oder externe Daten verarbeitet, muss dieselben Sicherheitsregeln beachten wie bei jeder anderen PHP-Anwendung.
Ein Einstieg in die Bludit-API mit Endpunkten, Authentifizierung, Seitenobjekten und Sicherheitsregeln.
Bludit bringt eine API als Plugin mit. Sie ist nützlich für externe Tools, mobile Clients, Headless-Ausgaben oder Automatisierung. Aktivieren sollte man sie aber nur, wenn ein konkreter Einsatzzweck vorhanden ist.
Eine Fehlerdiagnose-Methode für Hosting, PHP, Rewrite, Themes, Plugins und JSON.
Bei Bludit-Fehlern hilft systematisches Eingrenzen mehr als blindes Neuhochladen. Der Kern ist klein genug, dass man den Fehlerpfad meist schnell auf PHP, Rewrite, Theme, Plugin oder Dateirechte reduzieren kann.
Vom lokalen Projekt zum teilbaren ZIP und öffentlichen Repository.
Wenn ein eigenes Plugin oder Theme nicht nur lokal genutzt werden soll, braucht es nachvollziehbare Metadaten, eine saubere Verzeichnisstruktur, eine Lizenz und idealerweise ein öffentliches Repository. Bludit dokumentiert einen Weg, Erweiterungen in die offiziellen Listen aufnehmen zu lassen.
Warum dashboard() in Bludit 3.22.x nicht mehr reicht und wie ein updatefestes Plugin mit Drag & Drop, Widget-Zonen, CSRF und Flat-File-Layouts entsteht.
Das Dashboard ist ein gutes Beispiel dafür, warum man bei Bludit-Versionen nicht nur auf vorhandene Hook-Namen schauen darf. Ein älteres Plugin kann eine Methode dashboard() besitzen und trotzdem unter Bludit 3.22.x nichts anzeigen. In diesem Tutorial bauen wir deshalb ein vollständiges, WordPress-artiges Dashboard-Plugin mit Drag & Drop, mehreren Widget-Zonen, ein- und ausblendbaren Karten und benutzerspezifischer Flat-File-Speicherung.
Das fertige Beispiel heißt MD Dashboard Layout. Es verändert keine Core-Datei. Der komplette Quellcode liegt im Projekt unter bl-plugins/md-dashboard-layout/ und zusätzlich als installierbares ZIP vor: MD Dashboard Layout 1.0.0 herunterladen.
Drag & Drop, Zonen, Benutzerlayouts und die neue Registry für Dashboard-Widgets aus anderen Bludit-Plugins.
Mit MD Dashboard Layout 1.1.1 wird das Bludit-3.22.x-Dashboard nicht nur verschiebbar, sondern zu einer kleinen Widget-Plattform. Das Plugin stellt drei Drag-&-Drop-Zonen bereit, speichert die Anordnung pro Benutzer als JSON und bietet ab Version 1.1.0 eine Registry, über die andere Plugins eigene Dashboard-Karten anmelden können.
Das Ziel ist bewusst ähnlich zu WordPress: Ein zentrales Dashboard kümmert sich um Layout und Bedienung, während Fachplugins nur ihren eigenen Inhalt liefern. Ein Kontaktformular-Plugin könnte so „Neue Nachrichten“ registrieren, ein Backup-Plugin „Letzte Sicherung“ und ein Radio-Plugin „Jetzt läuft“ – ohne dass jedes Plugin das Dashboard-DOM selbst umbauen muss.