WebsiteBaker Community Forum
WebsiteBaker Support (2.13.x) => General Help & Support => Topic started by: Concilla on June 23, 2026, 09:37:37 AM
-
Hallo liebe WebsiteBaker,
ich habe mal eine generelle Frage. Wisst Ihr schon, ob und wenn ja, wenn eine neue WB-Version erscheinen wird?
Vielen Dank im Voraus.
C.
-
die kurze Antwort: bis spätestens 01.08.2026
die längere Story...
an zwei Versionen parallel zu arbeiten, verschlingt etwas mehr Zeit als gedacht. Geplant war, wie schon fast Tradition, zum jeweiligem Jahresende eine neue Version zu präsentieren. Allerdings gab es dort bis auf ein paar Kleinigkeiten für PHP 8.5 auch nicht viel zu präsentieren. Parallel wurde auch an einer neuen Version gearbeitet, in der wir Abschied von der alten PHPLib nehmen. Was da noch fehlt, wäre das Entfernen alter, nicht mehr benötigter Dateien, das wohl etwas umfangreicher werden müßte, da es neben dem Admin-Bereich auch diverse Module betrifft. Alternativ gäbe es auch noch eine 2.13.10 für den Fall, das es bei der Testerei der 2.14.0 zu Verzögerungen kommt
-
Vielen Dank für die schnelle Antwort. D.h., geplant ist ein 2.14.0, wenn alles klappt? Also, mit umfangreicheren Änderungen.
-
Beibehalten wird das Bedienungsprinzip von WB, da wird sich nicht viel ändern, schließlich war es die Einfachheit, die WB so beliebt gemacht hat.
Optisch ändert sich das Backend auch nur unwesentlich, Wiedererkennbarkeit war hier gewünscht. Durch die Ablösung der PHPLib ist die Aufbereitung der Ausgabedaten nur noch halb so umfangreich, was sich in der Geschwindigkeit niederschlägt. Listen, die sehr umfangreich werden können, wie z.b. Seitenübersichten oder News, werden nun mit Ajax eingelesen, was die langen Wartezeiten auf ein Minimum verkürzt, 2000 Seiten oder 1600 Newseinträge werden nun in Sekundenbruchteilen dargestellt.
Die Mediaverwaltung wurde aus dem Adminbereich ausgegliedert und läuft jetzt über zwei AdminTools, der klassischen Ansicht oder die Nutzung des Elfinders. Das ermöglicht auch die Einbindung anderer Modelle, die im Forum schon ansatzweise vorgestellt wurden.
Durch die Nutzung von Twig kann mit wenig Kenntnissen auch selbst ein Backend-Theme erstellen, ohne, das dafür noch im Core gefummelt werden muß.
Da auch wir Hinweise über mögliche Angriffsszenarien erhalten haben, die sich auf "böse User mit Admin-Bereichs-Berechtigungen" beziehen, wurde ein CodeInspector eingefügt, der nun jeden Addon- und Media-Upload und die Installation bzw das Bearbeiten von Droplets checkt und bei verdächtigem Code unterbindet. Am Ende sind es aber immer die Berechtigungen, die der SuperAdmin anderen Usern gibt. Außerdem wurde alle in den bekannten Verzeichnissen veröffentlichten Sicherheitsmeldunge n bis zurück zur Version WB 2.8.0 kontrolliert und da, wo nötig, eingearbeitet.
Um das User-Handling einfacher zu gestalten, wurde die hier schon mal vorgestellte Lösung mit Unterteilung von reinen Frontend-Usern und User mit Backend-Berechtigung übernommen. Ein reiner Frontend-User hat nur Zugriff auf geschützte Bereiche im Frontend-Bereich, einschließlich seiner Profildaten, aber keinen Zugang mehr zu Admin-Bereich.
Neben den bereits erwähnten Änderungen im Backend gibt es noch ein wenig "Schnickschnack", z.b. ein Farb-Theme-Wechsler, ein Dark-Mode, Menü-Umschalter horizontal/vertikal, eine interne Suche nach Titeln, Texten, Sektiontyp oder Mediadateien und das alles für responsive Darstellung ausgelegt (aktuell nicht nicht komplett erledigt).
Das Wysiwyg bekommt eine Entwurfs- und Vorschaufunktion mit Restore-Möglichkeit.
Ein 2FA-Modul (2-Faktor-Authentifikation) ist vorinstalliert, dazu die schon lange überfällige Umstellung der md5-Verschlüsselung auf bCrypt und ein verbessertes Error-Handling. Bei Erreichen einer bestimmten Größe der internen error.log wird diese in eine bak-Datei umgewandelt. Außerdem wird bei jedem Löschen eine Sicherung der alten Datei erstellt, um später Problem auch folgen zu können. Damit das nicht zu einer Dateisammlung wird, werden alte bak-Dateien nach 60 Tagen gelöscht
Geplant war auch ein sog Translation-Manager, der es ermöglicht, Sprachvariablen anzupassen, ohne dabei die Core-Dateien ändern zu müssen. Das wiederum erfordert aber einen Import aller Sprachvariablen (etwa 40.000!). Die Theorie verspricht einen Geschwindigkeits- und Speichervorteil, in der Praxis merke ich aber 2 Millisekunden in WB nicht unbedingt. Da dieses Modul aber noch nicht fertig ist, wird es wohl erstmal nicht zum Paket gehören. Knackpunkt ist dabei der Import vorhandener Daten, der sich etwas hinzieht (ca 6min).
(https://i.gyazo.com/7f044195dd8a6e8edbac06a72693c0d9.png)
Noch ein P.S.: Voraussetzung für den Termin am 01.08.2026 ist ein gelungener Test. Die 2.14.0 läuft im Groben bei mir schon seit letzten Herbst, aus Zeitgründen dann aber unterbrochen, um notwendige Änderungen an der 2.13er Version zu machen, inkl. Einbau des CodeInspectors, zu dem es dann auch Zeitvorgaben gibt. Sollte sich nun, wider Erwarten, ein größeres Problem in der Testerei der v2.14 ergeben, wird es erst eine v2.13.10 geben. Zeitpunkt wäre der gleiche: 01.08.2026
Sollte jemand Interesse an der Testerei haben, gern melden bei den Usern hgs, dbs oder bei mir.
Aber bitte nicht in produktiven Umgebungen testen ;-)
-
und wer Lust hat, die neue Version intensiv zu testen, schreibt mir gerne eine pm
Dabei will ich nochmal erwähnen, dass es nicht sinnvoll ist, diese Tests mit Liveseiten zu machen.
Und der uralte Spruch noch hinterher
"kein Backup - kein Mitleid" sollte nicht unerwähnt bleiben. ;)
-
(https://i.gyazo.com/7f044195dd8a6e8edbac06a72693c0d9.png)
I would like to test this backend, because I work on a new backend theme based on latest Bootstrap