Recent Posts

11

Modules / Re: CKEditor_v4_22_1_7

« Last post by jacobi22 on March 05, 2026, 04:48:21 PM »

Version im Addons ist aus v4.22.1.8 aktualisiert -> https://addon.WebsiteBaker.org/en/browse-add-ons/?id=08A769F
ggf Cache richtig löschen und Ladereihenfolge beachten

Für alle anderen: Die neuen Version des CKEditors haben nur eine geänderte Anbindung des optionalen Moduls Wysiwyg-Admin, das sich in der Testphase befindet. Ohne dieses Zusatzmodul ist ein Upgrade nicht notwendig.

12

Modules / Re: CKEditor_v4_22_1_7

« Last post by jacobi22 on March 05, 2026, 02:44:04 PM »

Lustig, zu sehen, wie sich 302 Leute auf ein Update stürzen, das null Verbesserung bringt...
Der einzige Unterschied beim CKEditor nach v4.22.1.3 ist eine Anbindung an das neue Wysiwyg-Admin, das noch keiner hat. Niemand merkt also etwas, aber alle freuen sich   

Die Nachfolger-Versionen von CKE 4.22.1.3 können alle ohne andere Module laufen, es bestehen keine Abhängigkeiten zu irgendwelchen Modulen oder Versionsnummern

Haken ist die Definition der Toolbar im Funktionsaufruf, ca Z 40 der include.php vom Editor . Diese Definition wird durchgeschleift und am Ende überschrieben durch den Wert der wb_ckconfig.js nach Z 360.

In Z 373 hatte ich zu Testzwecken der Wert $ckeditor->config['tool_bar']   = $toolbar definiert, das war in der Testphase die Ausgabe oberhalb des Editorfensters.
Da dieser Wert nun nicht mehr benötigt wurde, hab ich tool_bar (mit Unterstrich) wieder geändert zu toolbar (ohne Unterstrich)
Das Funktioniert aber nur mit dem Wysiwyg-Admin, da dieser die Toolbar wieder überschreibt. Mit dem alten Wysiwyg v3.1.1 funktioniert so natürlich keine selbst definierte Toolbar aus den verschiedenen wb_ckconfig's

Zur schnellen Abhilfe lösche oder deaktiviere diese Zeile 373 in der include.php des CKEditors

$ckeditor->config['toolbar']   = $toolbar;

oder benenne $ckeditor->config['toolbar'] wieder um in $ckeditor->config['tool_bar']. Alternativ kannst du auch, wenn noch vorhanden, die 6er-Version benutzen. Diese Änderung (tool_bar zu toolbar) ist der einzige Unterschied.

Eine neue Version v4.22.1.8 mach ich heute abend

13

Modules / Re: CKEditor_v4_22_1_7

« Last post by ruebenwurzel on March 05, 2026, 01:07:33 PM »

Hallo,

ich hatte meine Problem mit der wb_ckconfig.js im Zusammenhang mit der Wysiwyg-Modul Geschichte (https://forum.WebsiteBaker.org/index.php/topic,32459.msg227256.html#msg227256) ja schon mal gepostet. Da schien das dann ab der RC6 gelöst zu sein geworden. Anscheinend aber nur, wenn man neben dem CK-Editor auch das Wysiwyg-Modul nutzt. Ich hatte dann mal gefragt, ob man den CKEditor 4.22.1.7 auch ohne das Wysiwyg-Modul nutzen könnte, was wohl gehen sollte. Hatte aber noch keine Zeit zum Testen. Habe dann gestern die ersten Tests nur mit dem Upgrade des CKEditors gemacht und festgestellt, dass meine wb_ckconfig.js anscheinend doch nicht geladen wird (genauere Tests dann heut Abend nach der Arbeit).

Gruß
Matthias

14

Modules / Re: CKEditor_v4_22_1_7

« Last post by jacobi22 on March 05, 2026, 10:25:28 AM »

Was soll auch die ganze Testerei vorher, wo jeder sagt, alles super...

Kurze Frage: wird überhaupt eine wb_ckconfig.js geladen? Ein Blick in den Quellcode der Seite sollte das zeigen

15

Modules / CKEditor_v4_22_1_7

« Last post by ruebenwurzel on March 05, 2026, 08:48:53 AM »

Hallo,

Nach Upgrade des CK-Editors auf die Version 4.22.1.7 wird meine eigene Toolbar, die ich in der wb_ckconfig.js im /templates/wb_config Verzeichnis hinterlegt habe, nicht mehr angezeigt.

Meine wb_ckconfig.js ist eine 100%ige Kopie der wb_ckconfig.js der 4.22.1.6, die im modules/ckeditor/wb_config Verzeichnis liegt, lediglich ergänzt durch meine Toolbar.

Funktioniert die wb_ckconfig.js der 4.22.1.6 nicht mehr unter der 4.22.1.7?

Matthias

16

General Help & Support / Re: Content-Blöcke, eine kleine Herausforderung

« Last post by jacobi22 on March 01, 2026, 01:49:06 AM »

Ich glaube, meine page_content2() liefert mir das so, wie ich es brauche.

na dann, Problem gelöst

17

General Help & Support / Re: Vielen Dank für alles!

« Last post by sternchen8875 on March 01, 2026, 01:16:30 AM »

Arbeite gerade mit einem alten Backup von dir und der neuen Seitenübersicht. Ich denke, 0,266 Sekunden für das Laden des kompletten Seitenbaumes mit 2000 Seiten kann sich durchaus sehen lassen

18

General Help & Support / Re: Content-Blöcke, eine kleine Herausforderung

« Last post by kuerbis42 on February 28, 2026, 02:41:52 PM »

Moin Jacobi,

vielen Dank für Deine wirklich ausführlichen Ausführungen.
Und ja, ich habe das Konzept wohl verstanden - das mit dem Section-Namen  hatte ich noch nie probiert, ist aber ein guter Tipp.

Ich versuche Dir meine Idee noch einmal ganz kurz zum umreißen:

Ich wollte ein Grid-Layout nutzen - und das gab es vor 25 Jahren noch nicht

Das Grid nimmt mir ja viele Sachen ab, und ich möchte "unendlich" viele 2 spaltige Blöcke und "linke / rechte" Blöcke kombinieren.

Block Main. Diese gleichen Blöcke werden zusammengefaßt zu einem, unabhängig von der Position in der Sectionübersicht.

genau, das ist ja mein Problem.

[0] => Array ( [1] =>Block 1, 2 Spalten )
[1] => Array ( [2] =>Block 2 (Spalte links) )
[2] => Array ( [3] =>Block 2 (Spalte rechts) )
[3] => Array ( [1] =>Block 4 (2 Spalten) )
[4] => Array ( [2] =>noch einmal linke spalte ) )

Das war von meiner Seite aus missverständlich dargestellt, mit "Block 2" meine ich die Position im Layout. Ich glaube, das Bild oben zeigt es besser.

Das hier:

in der index.php deines Frontend-Templates wird die Funktion page_content() aufgerufen. Der Aufruf ist mit oder ohne eine Zahl möglich. Wird keine Blocknummer übermittelt, ist es immer Block 1. Das regelt diese Zeile, $Block ist der numerische Wert im Funktionsaufruf, also z.b. page_content(3) )
Code:

Code: [Select]

$block = (($block < 1) ? 1 : $block);
Du mußt also sicherstellen, das du nicht page_content() und page_content(1) gemeinsam im Template verwendest, sonst können Abschnitte doppelt dargestellt werden.

stimmt so nicht, weil

Code: [Select]

function page_content(int $block = 1) {einen Default für $block definiert, und $block bei page_content() den Wert 1 annimmt:

Code: [Select]

ausgabe page_content()
[b]Block 1, 2 Spalten   
Block 4 (2 Spalten) [/b]   

-------ist identisch mit -------------------
ausgabe page_content(1)
[b]Block 1, 2 Spalten   
Block 4 (2 Spalten)   
[/b]
--------------------------
ausgabe page_content(2)
[b]Block 2 (Spalte links)   
noch einmal linke spalte [/b]


wann PAGE_CONTENT definiert wird, habe ich noch nicht erschlossen.... aber das if ist "eindeutig":
Wenn NICHT PAGE_CONTENT oder block ist NICHT 1, d.h. sobald ein page_content(x) mit x !==1 kommt, dann wird die SQL-Abfrage gestartet, NUR wenn PAGE_CONTENT definiert ist und block=1,
dann kommt der else-Zweig

Code: [Select]

  ... } else {
    // Searchresults! But also some special pages,
                 //  e.g. guestbook (add entry), news (add comment) uses this
                    \ob_start(); // fetch original content
                    require(PAGE_CONTENT);
                    $sContent = ob_get_clean();
                //  Apply Filters
                    if (\is_callable('OutputFilterApi')) {
                        $sContent = OutputFilterApi('OpF?arg=special', $sContent);
                    }
                    echo $sContent;
                }


Mein Ziel ist es - und ich denke, das ist auch das Ziel von WB - es dem Backendbenutzer (nicht Designer) es möglichst einfach zu machen, wenn ich meinen Damen und Herren erklären muss, dass Sie bei den Blöcken "mitzählen" müssen, wo was dann hinkommt, dann wird das nichts.
Wenn ich denen aber sage:
"Steht das 2-Spaltig, dann ist es zentriert", steht Block links, bzw. Rechts, dann kommt es da hin. Und das kannst Du so oft wiederholen wie Du willst. Und es kommt so, wie Du die Reihenfolge "Abschnitte verwalten" erstellst.".
Dann können die die Seite mit Inhalt füllen ohne "nachzudenken".

Ich glaube, meine page_content2() liefert mir das so, wie ich es brauche.
In der index.php kann ich dann mit einer Schleife drüber gehen, die Grid-Plätze füllen und den Rest macht der Browser.

Ich melde mich noch mal persönlich mit dem Ergebnis.

19

General Help & Support / Re: Vielen Dank für alles!

« Last post by VSG on February 28, 2026, 02:32:02 PM »

Entschuldigt bitte die späte Rückmeldung.

Ich musste in den beinahe 25 Jahren, in denen meine Webseite existiert, mehrmals von vorn anfangen. Das war jedes Mal eine Riesenarbeit, aber in meinen Augen hat es sich jedes Mal gelohnt, da man besser herauskommt, als man hineingegangen ist. Vielleicht ist es ja bei einer Webseite wie bei einem Haus: in die erste, die man baut, sollte man selber nicht einziehen.

Klar, wenn man alte Plugins verwendet, bringt auch ein neuer Unterbau nichts. Ich stand vor knapp 10 Jahren schon einmal kurz davor, alles umzuziehen, da ich das Gefühl hatte, dass die Seite einfach zu groß geworden war (damals waren nur ca. 1.500 Unterseiten enthalten). Ich habe mich damals dagegen entschieden und auch nicht bereut.
Jetzt habe ich mich für das derzeit am weitesten verbreitete CMS entschieden und auch bei den notwendigen Plugins nur auf große gesetzt, die 100.000fach oder gar millionenfach installiert sind. Da ist die Wahrscheinlichkeit hoch, dass sie auch die kommenden Jahre noch unterstützt werden. Fairerweise muss man sagen, das erkauft man sich auch, die wenigsten Plugins sind am Ende wirklich kostenlos und es kommt vermutlich nicht günstiger, als wenn man sich professionelle Hilfe beim Programmieren einer Seite holt. Aber wer weiß, wohin die Reise geht? Wenn alles gut läuft, soll die Seite noch weitere 25 Jahre bestehen bleiben.

WebsiteBaker kam bei mir mit dem Umfang der Seiten im Frontend tadellos zurecht und war auch beim Zeichnen des Contentblocks unangefochten schnell. Da macht sich der schlanke Fußabdruck des Systems bemerkbar. Problematisch wurde es eher bei großen Übersichtsseiten, die eben schon mal 2.500 Links enthalten konnten und einige Sekunden zum Aufrufen gebraucht haben (reiner HTML-Code waren da so ca. 15.000 Zeilen). Aber auch das ging. Was spürbar eingeschränkt war, war die Suche, die sehr lange gedauert hat und auch das Backend, das nicht in allen Browsern lief, da vor dem Aufbau der Seiten-Übersicht bei manchen ein Timeout kam. Das lag meines Erachtens aber nicht an den News, sondern an den 2.500 Unterseiten, die alle schon im Seitenbaum eingebunden werden. Beim Laden konnte man das richtig beobachten, wie auch die zusammengeklappten Übersichtsseiten Zug um Zug nachgeladen wurden Aber auch da hätte sich sicher eine Lösung finden lassen und dank einiger Funktionen, die in den letzten Jahren bei WebsiteBaker hinzugekommen waren, war es bereits besser geworden und ich gebe ja zu, die Art, die Seite so aufzubauen, war vermutlich nicht die schlaueste.

Bezüglich der Gemeinnützigkeit: Eine Spendenbescheinigun g braucht es bei dem Betrag eigentlich nicht (mehr). Und da ich die Spende ohnehin erst bei der Steuererklärung nächstes Jahr versuche anzugeben, würde es meines Erachtens reichen, wenn die Gemeinnützigkeit bis dahin verlängert wurde. Wenn Ihr das hinbekommt, wäre das toll, Dankeschön!

Ich wünsche Euch mit WebsiteBaker weiter viel Erfolg und bin mir sicher, dass das CMS auch mit den kommenden Generationen immer besser wird.
Alles Gute und bis zum nächsten Mal!

20

General Help & Support / Re: Content-Blöcke, eine kleine Herausforderung

« Last post by jacobi22 on February 28, 2026, 10:57:03 AM »

Ich denk, ich verstehe nun, was du meinst....

Meine Sectionübersicht, das Bild, das du eben auch zeigtest, nutzt hier zwei Abschnitte vom Block Main. Diese gleichen Blöcke werden zusammengefaßt zu einem, unabhängig von der Position in der Sectionübersicht. Und dies gilt für jeden Blocktype, der in der info.php definiert wurde. Das war auch Absicht der Urväter und behält trotzdem alle Gestaltungsmöglichk eiten

Wenn du das nicht brauchst oder nicht möchtest, definiere weitere Blöcke und schalte sie über PHP-Abfragen im Template

P.S.: ich habe jetzt kein Limit für die Anzahl möglicher Blöcke gefunden, die oben genannte Zahl von 99 ist wohl falsch. Chio hat in einigen seiner Templates die Definition eines Block 99 drin. Also aufpassen, das jeder Block in der info.php und in der index.php nur einmal genannt wird.