WBCE CMS – Way Better Content Editing.
You are not logged in.
Hallo liebe WBCE-Gemeinde,
vielleicht ist das für euch interessant, insbesondere wenn ihr mehrere WBCE-Websites betreut:
Ich habe ein kleines Tool namens "Site Info Center" geschrieben, welches mit einem Klick die aktuellen Versionsummern von CMS und PHP der konfigurierten Websites abfragt und in einer übersichtlichen Oberfläche (browserbasiert) darstellt. Außerdem werden die bei jeder Abfrage ermittelten Daten in einer CSV-Datei gespeichert, so dass man auch schön den zeitlichen Versionsverlauf sehen kann. Das alles natürlich Open-Source.
Das Site Info Center ist insbesondere dann nützlich, wenn man nach Sicherheitshinweisen (wie dem neulich, 1.1.x und 1.2 betreffend) mal schnell nachschauen möchte, welche Sites noch auf einer alten Version laufen.
Wie das Ganze funktioniert und welche CMS neben WBCE außerdem unterstützt werden, habe ich in einem Blogpost zusammengefasst: https://www.vektorkneter.de/site-inform … ter-light/
Das ganze Projekt liegt auf Github, dort gibt es die Infos – allerdings ohne Screenshots – auch in englisch:
https://github.com/digitalbricks/siclight
Edit: Neue Version hier:
https://github.com/digitalbricks/sic3
Beste Grüße
André
Last edited by digitalbricks (25.08.2024 20:00:47)
Offline
florian, screamindan, bernd, thanks, ruebezahl
Das klingt ja wirklich nützlich, vielen Dank dafür.
Ich habe das Thema mal aus der Plauderecke hierher verschoben, das ist ja denke ich mal doch für einige hier durchaus interessant.
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Hallo in die Runde,
kurzes Update für Interessierte: Seit wenigen Tagen steht Version 2 des Site Information auf Github bereit. Funktional kann Version 2 nicht viel mehr als Version 1, ist jedoch um einiges flotter: Für das Frontend nutze ich jetzt Vue.js und auch der backendseitige PHP-Code ist weitgehend neu geschrieben (eine PHP-Klasse, von welcher ausgewählte Methoden über REST-artige Endpunkte dem Frontend zugänglich gemacht werden). Insbesondere durch die Nutzung von Vue.js und den Verzicht auf DOM-Manipulation mittels jQuery, fühlt sich jetzt alles ein gutes Stück "reaktionsfreudiger" an (nicht dass mich das vorher groß gestört hätte aber ich wollte Vue.js mal ausprobieren und dabei stellte sich heraus, dass es für solche Sachen großartig ist).
Als gern mal ausprobieren wer mag.
(wer Version 1 nutzt, kann völlig unkompliziert migrieren)
Beste Grüße
André
Offline
florian
Hallöchen liebe Community,
auch wenn das Thema nicht direkt WBCE-bezogen ist, möchte ich hier mal kurz auf die neueste Version des Site Info Centers, SIC 3, hinweisen. Insbesondere für die Diejenigen von euch, die eventuell dutzende Kundenwebsites betreuen ist das möglicherweise interessant.
Wie in den Vorgängerversionen SIC 1 (light) und SIC 2 auch, ist das Kernfeature von SIC 3 das Abrufen von Versionsinformationen (CMS- & PHP-Version) von mehreren Websites mit einem Klick sowie das Anzeigen des Versionsverlaufs. In SIC 3 gibt es jetzt aber ein Backend in welchem die zu überwachenden Websites bequem angelegt und bearbeitet werden können – kein Gefrickel mehr in Konfigurationsdateien notwendig. Außerdem kann bei Bedarf auch phpinfo() auf dem Server ausgeführt und das Ergebniss direkt in SIC3 angezeigt werden.
Die für den Abruf der Daten notwendige PHP-Datei, den SIC Satellite, kann SIC 3 nun auch direkt erstellen – fix und fertig vorkonfiguriert mit dem vergebenen Satellite-Passwort, welches das Skript vor fremden Zugriff schützt. Der Setup-Prozess einer neu gelaunchten Website in SIC3 ist somit deutlich nutzerfreundlicher und schneller als in den vorausgehenden Versionen.
Die aktuelle Version findet Ihr, zusammen mit einigen Screenshots, auf Github:
Site Info Center 3 auf Github
Beste Grüße
André
Last edited by digitalbricks (19.03.2024 11:05:35)
Offline
Slugger, florian, stefanek
Klingt interessant, muss ich mir bei Gelegenheit mal reinziehen.
Vielen Dank dafür ![]()
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Interessantes Tool
Christian
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Klingt interessant, muss ich mir bei Gelegenheit mal reinziehen.
Vielen Dank dafür
So, die Gelegenheit war am Wochenende da.
Vielen Dank, funktioniert
Aber eine Frage:
Wenn eine Seite mit .htaccess geschützt ist, kommt man nicht an die Informationen.
Gibt es da eine Möglichkeit außer den Schutz zu entfernen?
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Aber eine Frage:
Wenn eine Seite mit .htaccess geschützt ist, kommt man nicht an die Informationen.
Gibt es da eine Möglichkeit außer den Schutz zu entfernen?
Das ist kein Problem: Du kannst in diesem Fall Nutzername und Passwort direkt mit in der URL zum Satelliten angeben:
https://username:password@example.com/satellite.phpDas ist der offizielle Weg um eine Autorisierung an HTTP Basic Auth (dem .htaccess-Passwortschutz) ohne Abfrage durch den Browser vorzunehmen. Fuktioniert also überall, nicht nur in SIC.
Ich habe Deine Rückmeldung gleich mal zum Anlass genommen, den Eingangs-Post zu überarbeiten und die URL zu SIC3 zu ergänzen. Das ist die neueste Version in der es auch ein einfaches Backend zum Anlegen der Sites gibt – man muss also nicht mehr mit der Config-Datei (sites-config.php) arbeiten und kann stattdessen eine komfortable Eingabemaske nutzen. Bereits vorhandene Config-Dateien aus SIClight und SIClight2 können nach SIC3 migriert werden.
Beste Grüße
André
Offline
Danke für die schnelle Antwort.
Gleich umgesetzt und siehe da, info kommt
![]()
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Muss ich etwas beachten wenn ich die aktuelle Update Version durchführe?
Andere Frage:
Schonmal überlegt die Versionsserver der CMS abzufragen für neue Infos?
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Beim Update ersetzt Du einfach alle Dateien und Ordner außer den /storage Ordner. In diesem befinden sich sowohl die CSV-Dateien mit den Versionsverläufen sowie die SQLite-Datenbank – die willst Du natürlich behalten.
Siehe auch https://github.com/digitalbricks/sic3?t … o-center-3.
An den Abruf der Versionsnummern der jeweils aktuellen CMS-Version habe ich schon gedacht aber scheue den Aufwand. Es gibt leider keinen Standard und jedes CMS ermittelt seine aktuellste Version auf einem anderen Weg. WBCE z.B. checkt den Release-Tag auf Github, bei WordPress gibt es eine JSON-API, bei Joomla muss eine XML-Datei geparst werden etc. etc.. Da muss man also für jedes CMS eine eigene Lösung einbauen – was eigentlich nur Sinn in Form austauschbarer Module für SIC macht, um da auch flexibel zu erweitern. Ist dann doch nicht ganz so trivial wie man denkt, habe ich aber im Hinterkopf falls ich mal (ganz) viel Zeit habe ;-)
Offline
Servus nochmal,
Vielleicht ist es einfacher gedacht.
Anstatt die speziellen Lösungen und abfragen der aktuellen Versionen zu programmieren, einfach ein tracker auf die Seiten senden und nach aktuellen Beiträgen, News oder Highlights auf aktuelle Versionen suchen lassen und im Bestand vergleichen.
Oder bin ich da zu naiv 
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Hi Slugger,
diese Lösung – also quasi Webscraping, wenn ich Dich richtig verstehe – müsste ja dann auch für jedes CMS einzeln angepasst werden. Außerdem wäre das wahrscheinlich recht fehleranfällig, z.B. dann wenn eine Release-Ankündigung eine andere Syntax hat als bisher. Oder wenn die Zielseite einem Redesign unterzogen wird und danach die Infos nicht mehr an derselben Stelle zu finden sind wie zuvor.
Oder meintest Du etwas anderes?
Offline
Ich hab's mir noch nicht im Detail angeschaut, aber man könnte auf jedem Server bzw. in jeder abgefragten Instanz - optional! - ein kleines Info-Script ablegen, das dann natürlich CMS-spezifisch gebaut werden muss. Die zentrale Installation vom SIC schaut, ob es diese Datei vorfindet, und erhält dann z.B. per JSON die zusätzlichen Daten. Keine Datei, keine zusätzlichen Daten. So kann auch ggfs. jeder für sein CMS eine passende Gegenstelle bauen und Dir liefern, so dass Du das nicht alles selber machen musst. Du definierst einfach den Rahmen, also: Wie heißt das Ding, wo hat das zu liegen, wie ist es zu schützen, wie ist das Format der JSON-Antwort.
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
So spezifisch wie Webbird es im Detail geschrieben hat, wäre meine Beschreibung als Anwender so:
Eine Seite mit tabellarischer Auflistung in denen man die Webseiten einträgt und dann in einer weiteren Spalte das Suchkriterium einstellen. 
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
@webbird
Auf jeder abgefragten Instanz so ein zusätzliches Skript zu hinterlegen, wäre zwar die einfachste aber vermutlich nicht die cleverste Lösung. Wenn sich mal die Art und Weise ändert, wie man die aktuellste Version eines CMS abfragen kann – und sei es nur eine geänderte URL – muss das Skript auf allen Instanzen getauscht werden. Wäre, denke ich, schon besser wenn man zentral "verwalten" könnte, spätere Änderungen an der Abfragemethode nur an einer einzigen Stelle nachziehen muss.
Kann mir das schon als Bestandteil von des Site Information Center vorstellen, modular gestaltet so dass einfach neue Abfragewege für neue CMS ergänzt werden können. Aber um ehrlich zu sein, sehe ich gerade nicht dass ich das demnächst ergänzen werde – einfach aus Zeitgründen. Habs aber auf der Agenda :-)
Offline
ruebezahl
SIC3 Addon: Version Check – aktuelle CMS-Versionen auf einen Blick
Hallo André,
ich muss gestehen, ich konnte es mir einfach nicht verkneifen, bei den vielen Testumgebungen die ich im Moment habe.
Der Gedanke zum Abruf aktueller CMS-Versionen ging mir einfach nicht mehr aus dem Kopf – also habe ich mich kurzerhand in deinen Quellcode gestürzt, angefangen das umzusetzen und ein wenig zu ergänzen. Ich hoffe, du hast nichts dagegen! Sofern du das Addon in dein SIC übernehmen möchtest, kannst du das selbstverständlich gerne machen.
Was macht das Addon?
Das Addon ergänzt SIC3 um einen neuen Menüpunkt „Version Check". Dort werden alle aktiven Sites aus SIC3 aufgelistet und die installierte Version (vom Satellite geliefert) mit der aktuell verfügbaren Release-Version verglichen.
Aktuell – grünes Label, alles gut
Update verfügbar – oranges Label, klickbarer Link direkt zur Download-Seite des CMS
Unbekannt – Site-Typ nicht in den CMS-Definitionen hinterlegt
Fehler – externe API nicht erreichbar
Zusätzlich gibt es ein eigenes Backend für CMS-Definitionen (CRUD): Neue CMS-Typen können direkt im Browser angelegt, bearbeitet und gelöscht werden – ohne Datei-Editierung auf dem Server.
Unterstützte Systeme (vorinstalliert)
WBCE CMS, WordPress, Joomla, Nextcloud, TYPO3, Drupal, Matomo, Roundcube, phpBB, Moodle, ownCloud
Weitere Systeme können über GitHub Releases API, WordPress.org API, JSON- oder XML-Endpunkte ergänzt werden.
Technisches
Keine Änderung an SIC3-Core-Dateien außer 2 minimalen Ergänzungen in index.php und 1 Zeile in _menu-items.html
Eigene SQLite-Datenbank storage/db/vc.sqlite – kein Eingriff in sic.sqlite
1h-Cache für externe API-Abfragen, manuell überschreibbar per „Jetzt prüfen"
Automatische DB-Migration bei Updates – bestehende Daten bleiben erhalten
Kompatibel mit SIC3 ab Version 3.x
Installation
addon/-Ordner ins SIC3-Root hochladen
In index.php: 1× require + 8 Routen einfügen
In _menu-items.html: 1 Menüeintrag einfügen
Fertig – beim ersten Aufruf wird die Datenbank automatisch angelegt
Die vollständige Einbauanleitung liegt als CHANGES.txt und README.md im Paket bei.
– und danke André für das tolle Werkzeug!
Viele Grüße
Slugger
Last edited by Slugger (12.06.2026 14:05:33)
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Hi Slugger,
ich habe natürlich nichts dagegegen – genau dafür ist ja Open Source unter freien Lizenzen da.
Sehr cool!
Ich hatte freilich noch nicht die Gelegenheit mir das anzuschauen (hole ich nach!) aber das was Du schreibst und ich Deinen Screenshots entnehmen kann klingt sehr gut!
Wenn ich mir das angeschaut habe, würde ich das – Dein Einverständnis vorausgesetzt – mit in das Repo auf Github aufnehmen, selbstverständlich mit Namensnennung etc.. Dann wäre das in allen Neuinstallation vorinstalliert und bestehende Installation würden das beim Update nachgeliefert bekommen. Ist ja auf jeden Fall ein sehr nützliches Feature.
Beste Grüße
Offline
Nachtrag: Jetzt wo ich die Installationsanweisung gelesen habe würde die (wenigen) notwendigen Schritte die für den Betrieb eines Plugins nötig sind gern "automatisieren", damit ggf. weitere addons auf gleichem Weg ergänzt werden können ohne den "Core" anpassen zu müssen. So dass Addons self-maintained sind und ggf. vom jeweiligen Autor in einem eigenen Repo bereitgestellt und gepflegt werden können.
Konzept:
all addons liegen in /addons/Addonname
jedes addon stellt eine /addons/Addonname/AddonnameController.php bereit
jedes addon stellt eine /addons/Addonname/AddonnameRoutes.php bereit
jedes addon stellt eine /addons/Addonname/AddonnameMenuitem.php bereit
Dann kann ich über das addon-Verzeichnis iterieren, die Routen automatisch in die index.php "includen", ebenso den Menüeintrag ergänzen.
Der Name des Controllers wäre im prinzip wurst da er ja nur in den Routen genutzt wird aber der Einheitlichkeit wegen hätte auch der dieses Namensschema (damit es bei weiteren Addons keine Klassen-Konflikte gibt - die Klasse heist dann auch AddonnameController).
Mir ist schon klar dass das von der Namenskonvention nicht ganz der Norm entspricht, da ja üblicherweise nur Klassen-Dateien mit großem Buchstabe beginnen (was ja hier nur auf den Controller zutreffen würde) aber ich würde es in diesem Fall gern einfach und nachvollziehbar halten.
Die entsprechenden kleineren Anpassungen Deines Plugins würde ich im Rahmen des Proof-Of-Concepts machen, bekommst Du dann von mir zurück.
Einwände oder andere Ideen?
Offline
Hallo André,
vielen Dank für dein positives Feedback – das freut mich sehr!
Selbstverständlich hast du mein volles Einverständnis, das Addon in das Repo aufzunehmen. Namensnennung ist überhaupt nicht nötig – Hauptsache es ist nützlich und kommt allen Nutzern zugute!
Dein Konzept für ein automatisches Addon-System klingt sehr durchdacht und sauber. Die Idee, über das Addon-Verzeichnis zu iterieren und Routen, Controller und Menüeintrag automatisch einzubinden, macht absolut Sinn – genau so sollte ein erweiterbares System funktionieren. Dann entfällt künftig auch der einzige Wermutstropfen meiner Lösung, nämlich die manuellen Eingriffe in index.php und _menu-items.html.
Das Namensschema AddonnameController / AddonnameRoutes / AddonnameMenuitem ist klar und nachvollziehbar – ich sehe da keine Einwände. Einheitlichkeit schlägt hier Konvention, das sehe ich genauso.
Ich bin gespannt auf deinen Proof-of-Concept und freue mich auf die überarbeitete Version zurück!
Beste Grüße
Slugger
Last edited by Slugger (12.06.2026 17:20:22)
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Hi Slugger (und alle Mitlesenden),
ich habe gerade die geänderte Version auf den Main-Branch hochgeladen: https://github.com/digitalbricks/sic3.
In dieser neuen Version gibt es nun ein Addon-System, das es erlaubt auf einem "standarisierten" Weg Erweiterungen in das System einzuhängen, also Routen und Menüpunkte zu registrieren ohne Core-Dateien verändern zu müssen. Ein kleines "HelloWorld"-Addon zeigt das in einem (sehr) einfachen Beispiel.
Das Versioncheck-Addon von Dir habe ich an diesen neuen Weg angepasst und ebenfalls mit ins Repo gelegt. (README muss ich mal noch aktualisieren, da wirst Du natürlich noch dankend benannt ;-))
Außerdem habe ich Dein Addon um die Möglichkeit zur Einbindung von "Extensions" (quasi Addons fürs Addon) erweitert. Das CMS dass ich häufig benutze war beispielsweise durch keine der eingebauten Methoden abgedeckt und durch die "Extensions" konnte ich das einfach modular nachrüsten. Auf die selbe Art können auch weitere Systeme, die exotische Wege zum Abfragen der neuesten verfügbaren Version gehen, an das Versioncheck-Addon angebunden werden ohne den Addon-Code selbst zu ändern.
Also ... tja, ist dann doch ein bisschen ausgeartet und mehr als "eine kleine Anpassung" geworden aber wenn man einmal dabei ist
Beste Grüße
Offline
Hallo André,
wow, das ist ja mehr als ich erwartet hatte – und dabei ist ein richtig rundes System entstanden!
Das Addon-System gefällt mir sehr gut – sauber gelöst, kein Core-Eingriff mehr nötig, und das HelloWorld-Beispiel macht das Konzept sofort verständlich. Genau so sollte eine Erweiterungsschnittstelle aussehen.
Der Extensions-Gedanke ist dabei besonders clever – quasi Addons fürs Addon. Damit bleibt der Kern des Versioncheck-Addons schlank und trotzdem ist es für beliebige exotische CMS erweiterbar, ohne den eigentlichen Code anzufassen. Das öffnet das System für die Community auf eine sehr elegante Weise.
Ich freue mich sehr, dass aus meinem kleinen Anstoß etwas so Durchdachtes geworden ist – das war genau der richtige Weg! Und wenn es mal ein bisschen ausartet, ist das doch das schönste Zeichen dafür, dass eine Idee Spaß macht.
Danke für die schnelle Umsetzung, die Aufnahme ins Repo und natürlich für SIC3 insgesamt – ein wirklich nützliches Werkzeug, das durch solche Erweiterungen noch besser wird!
Kurze Rückmeldung zur Installation: Hat bei mir problemlos funktioniert, keine Schwierigkeiten.
Einen kleinen Bug habe ich jedoch entdeckt: Beim Klick auf den Button „Abbrechen" im Bearbeiten-Formular gibt es einen 404-Fehler:
Not Found
HTTP 404 (GET /versioncheck/systems)
[core/f3/base.php:1915] Base->error()
[index.php:85] Base->run()Die Route /versioncheck/systems scheint in der neuen Addon-Variante nicht korrekt registriert zu sein – oder der Abbrechen-Link zeigt noch auf den alten Pfad. Schaust du da kurz drauf?
Beste Grüße
Slugger aka Peter
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Ei, da freut sich aber der kleine Claude....

Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Ja und wie, geht ab wie Zäpfchen
Ich freue mich aber auch.
Muss nur noch Exoten suchen und das Testen
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.6.5 • BE: 2.1.0 • PHP: 8.x * Alle • BE: Argos
Status Projekt 1-4: OK
Offline
Hello zusammen,
vielen Dank für die Rückmeldung!
Der Fehler den Du, @Slugger, benanntest, lag tatsächlich in einem noch nicht angepassten Link in der vc-systems.edit.html.
Ist jetzt behoben.
Ich freue mich dass SIC auch für Andere nützlich ist und bin dankbar für das Versioncheck-Addon – samt den damit verbundenen Anstoß für die Addon-Schnittstelle. Good job!
@florian: Github Copilot in meinem Fall, wobei ich da nur Inline-Suggestions an habe. Vor reinem Agentic Coding habe ich Angst (vor dem damit verbundenen congnitive offloading und dem ausbleibenden Lerneffekt)
Auf jeden Fall hatte Copilot mit dem nischigen F3-Framwork auch so seine Probleme und hat Methoden und Attribute herbeihaluziniert. Ist vermutlich mit nem Symfony oder Laravel besser aber die sind halt für mein Projekt zu wuchtig.
Wünsche euch einen schönen Abend
Offline