Recent Posts

81

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

82

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

83

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

84

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

85

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.

86

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!

87

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.

88

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

« Last post by jacobi22 on February 28, 2026, 10:14:43 AM »

Lese ich deinen Text, hab ich meine Vermutung...

[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 geht nicht, oder besser: es wird nicht das Ergebnis liefern, das du erwartest. Jeder Block bzw jeder Funktionsaufruf (wie auch immer der gestaltet ist, siehe Code von dbs im Vergleich zu meinem Code oben) darf im Template nur einmal erscheinen.

Wenn Zwei-spaltig, dann müssen dies auch zwei Blöcke bzw zwei Sectionen sein, bei 3 -spaltig drei Sektionen usw. Über diverse Schalter im PHP des Templates kann man dann auf Inhalt prüfen und mit if/else schalten, ob auf zwei Spalten auch nur eine wird, wenn da kein Inhalt ist.

dbs und Ruud mach das über die Abfrage, ob der Bezeichner existiert. Ich prüfe auf Inhalt und entferne mögliche Leerzeichen, die man mal schnell im Wysiwyg eingetippt hat und die dann Content erzeugen. Die direkte Benutzung der Bezeichner ohne vorherige Definition wird mit neueren PHP irgendwann zu Warnings führen, wenn mal eine Section nicht vorhanden, nicht definiert wurde. Sicherer wäre da, diese erst mit false zu definieren.

$fulltop = false;
ob_start(); page_content(1); $main       = ob_get_clean();

if ($fulltop) { ....

Ist aber jetzt erstmal nebensächlich und für dein Problem nicht von Bedeutung

89

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

« Last post by jacobi22 on February 28, 2026, 09:59:27 AM »

Bin mir aktuell nicht sicher, worauf du hinaus willst oder ob vielleicht andere Vorstellungen bzw Erwartungen vorhanden sind

ein paar Grundsätze zur Klärung vorab. Mag sein, ist dir bekannt, aber bitte nicht gleich mit den Augen rollen 

- per Definition ist jede Section ein einzelner Block, unabhängig vom Typ und Inhalt. Zum besserem Verständnis gehen wir davon aus, das es sich um einfachen Fließtext in Wysiwyg-Modulen handelt. Wenn wir die Möglichkeiten jedes einzelnen Modul, den jeweiligen Content mehrspaltig darstellen zu können, außer Acht lassen, ist es pro Block nicht möglich, diesen mehrspaltig darstellen zu können.
- 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: [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.

Der if-Block in der page_content-Funktion ab z.228 - 318
Er ist zuständig für alle Blöcke (bzw Sectionen) mit Übergabe eines numerischen Wertes. Der else-Block darunter regelt die Blöcke ohne solche numerische Übergabe, also page_content() statt page_content(3) und ordnet alle Blöcke ohne Ziffer den Block #1 zu

Im $sSqlSet an Z. 232 werden die Daten festgelegt, die benötigt werden. Ein JOIN zur pages-Tabelle stellt dann sicher, das nur Blöcke auf sichtbaren Seiten eingelesen werden.
Nach Definition der SQL-Abfrage  zuerst ein Fallback für den Fall, das keine Sectionen geunden wurden (Z 248 - 251)

In Z 271 - 275 wird die Sichtbarkeit des jeweiligen Blockes geprüft
ab Z. 281 wird dann die jeweilige view.php des einzubindenen Modul aufgerufen
ab Z 293 erfolgt dann die Einbindung des Search-Templates aus den WB-Option, für den Fall, das die Suche bemüht wurde

Die Einträge direkt hinter wysiwyg: hast Du die da "einmontiert"?Weil, ich habe es wirklich getestet: [Mainblock 1] und [Mainblock 2

P.S.: als Tip noch: nutze die Möglichkeit, jeder Section einen eigenen Titel zu geben. Das macht es später einfacher. Dazu in jeder Section oben rechts auf das Zahnrad klicken. Der dort eingegebene Titel erscheint dann auch in der Section-Übersicht (siehe mein Bild oben)

Und noch etwas: Das hier gezeigt Konzept mit dem Page_Content funktioniert seit über 25 Jahren. Nicht nur im UrVater-CMS WebsiteBaker, sondern auch in allen Forks und in abgewandelter Form auch in jedem anderen CMS wie WP, Typo3 usw

Vielleicht zeigst du mal dein Template, gern auch per Mail, wenn du es nicht öffentlich machen möchtest
entweder privat an uwe@jacobi22.com
oder offiziel an board@WebsiteBaker.org bzw support@WebsiteBaker.org

90

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

« Last post by kuerbis42 on February 28, 2026, 09:50:59 AM »

Moin Jacobi, Frage dazu:

Die Einträge direkt hinter wysiwyg: hast Du die da "einmontiert"?Weil, ich habe es wirklich getestet: [Mainblock 1] und [Mainblock 2] werden gesamt ausgegeben, wenn Du das testest, dann müsstest Du den Inhalt dieser beiden Abschnitte auch direkt untereinander haben.

Ich habe mir eine neue Funktion page_content2() gebaut - die gibt mir jetzt alle Blöcke einer Seite zurück - genau wie das Original (page_content()) alles aufbröselt, die Rückgabe
ist aber ein Array:

Code: [Select]

Array (
[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 ) )
Damit habe ich die Reihenfolge gesichert und weiß, in welchen Block der Inhalt gehört.