Recent Posts

11

Hilfe & Support (deutsch) / Re: 2 WB Sites in eine überführen

« Last post by crnogorac081 on July 17, 2026, 02:00:06 PM »

Copilot Is wrong, your site Can be Done using bootstrap or other framework so both mobile AMD desktop will work awesome. If you need example dm me.

12

Hilfe & Support (deutsch) / Re: 2 WB Sites in eine überführen

« Last post by hgs on July 17, 2026, 12:06:42 PM »

JA, Herzlich willkommen

Nur um es richtig zu verstehen,

du hast 2 identische Seiten mit zwei unterschiedlichen URLn und nutzt einmal ein Template für "nur" Desktop und ein Template "nur" mobil?
Ein modernes responsives Template wäre da meine Wahl, dass kann dann alles an Endgeräten sauber bedienen.

Magst du uns die URLs mal posten oder per pm zusenden?

13

Hilfe & Support (deutsch) / Re: 2 WB Sites in eine überführen

« Last post by dbs on July 17, 2026, 11:44:32 AM »

Hallo erstmal.
Theoretisch legst du in deinem Hosting-Account fest auf welchen Ordner deine Domain zeigt.
Wenn also die Hauptdomain aktuell zu desktop-wb zeigt, dann ändere das und lass auf mobil-wb zeigen.
Dann nur noch in der config.php von mobil-wb die Hautdomain stehen lassen statt die mobile.

Alternativ, wie bei Umzug von Server A zu B
desktop-wb leerräumen und alle dateien von mobil-wb reinkopieren.
datenbankzugang anpassen oder die mobil db importieren, vorher die db leeren.

edit: gilt nur falls ich dich nicht falsch verstanden habe.

14

Hilfe & Support (deutsch) / 2 WB Sites in eine überführen

« Last post by Paulrainer on July 17, 2026, 11:03:30 AM »

Ausgangslage,: Copilot hat mir klar gemacht dass es keine gute Idee war meine Desktop-Seite durch eine mobile Seite zu ergänzen denn  die beiden kannibalisieren sich SEO mässig.
Jetzt will ich also die Desktop Seite auf die mobile Seite umlenken die responsive ist und die Desktopsite
abschalten.
Beides ist WebsiteBaker.
Wie muss ich vorgehen, damit ich sie auch noch ändern und ergänzen kann über WebsiteBaker . Eine einfache 301 Weiterleitung reicht wohl nicht. WebsiteBaker speichert ja auch noch die URL. Wo, wie, warum? Muss ich auch die config-php ändern?

15

General Help & Support / Re: Nächste WB-Version?

« Last post by hgs on June 30, 2026, 06:42:25 PM »

Still looks pretty dull with the ugly icons

Schön dass du wieder da bist, ich hoffe es geht dir gut und du kannst uns einige schöne Ikons für die Version liefern

Fijn dat je er weer bent, ik hoop dat het goed met je gaat en dat je ons een paar mooie pictogrammen voor deze versie kunt leveren

It’s great to have you back; I hope you’re well and that you’ll be able to provide us with some lovely icons for this version

16

General Help & Support / Re: Nächste WB-Version?

« Last post by Vlob on June 30, 2026, 02:56:01 PM »

Still looks pretty dull with the ugly icons

17

General Help & Support / Re: Nächste WB-Version?

« Last post by crnogorac081 on June 24, 2026, 06:59:17 AM »

I would like to test this backend, because I work on a new backend theme based on latest Bootstrap

18

General Help & Support / Re: Nächste WB-Version?

« Last post by hgs on June 23, 2026, 07:13:43 PM »

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.

19

General Help & Support / Re: Nächste WB-Version?

« Last post by Gast on June 23, 2026, 12:48:51 PM »

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).


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 

20

General Help & Support / Re: Nächste WB-Version?

« Last post by Concilla on June 23, 2026, 11:01:20 AM »

Vielen Dank für die schnelle Antwort. D.h., geplant ist ein 2.14.0, wenn alles klappt? Also, mit umfangreicheren Änderungen.