Auch eine Frage, die öfter mal im Forum gestellt wird: Auf der WebsiteBaker-Startseite steht: "Für kleine und mittlere Websites". Was bedeutet das? Wo liegt die Grenze? Muss ich Angst haben, diese Grenze zu erreichen?

"Für kleine und mittlere Websites" – warum eigentlich?

von Chio (admin) am 01.11.2008

Gleich vorab: Eine Meldung wie "Sie haben die maximale Seitenanzahl erreicht" wird WebsiteBaker nie ausspucken. WB erlaubt so viele Seiten wie SQL eben kann – also fast unendlich viele.
Tatsächlich wird die Grenze wohl bei ein paar Hundert bis ein paar 1000 sein, abhängig von: Was sind das für Seiten – und wie kommen sie rein.

Und noch was vorab: Ich meine hier "groß" und "klein" in einem technischen Sinn. spiegel.de oder microsoft.com ist "groß". mcdonalds.de ist schon fast "mittel". Für jemanden, der seine erste Website macht, mag das auch "groß" sein, im technischen Sinn ist das aber "klein".

WebsiteBaker ist ganz klar für Sites konzipiert, die "abwechslungreiche" Inhalte haben. Will heißen: Die Seiten sind nicht insgesamt über den Kamm geschoren, sondern jede einzelne wurde gemacht, ihren speziellen Zweck zu erfüllen.

Ausnahmen davon bilden etwa Bildergalerien: Im technischen Sinn erzeugt WebsiteBaker zwar für jedes Bild eine eigene Seite, in der Praxis nimmt man das natürlich so nicht wahr, und weil sie auch nicht speziell verwaltet werden müssen, sind ihre Zahl nur durch den Speicherplatz begrenzt.
Dasselbe gilt für News: Neue News stehen oben, alte werden – wie bei einem Blog-  nach hinten verschoben, egal ob 10 Einträge / Seiten oder 10000.

Wo die Grenzen wirklich liegen

Es sind einige Kleinigkeiten, die die Pflege größerer Sites erschweren, aber nicht unmöglich machen. Hier auch gleich ein paar Tipps, wie viele dieser Schwächen umgangen werden können.

Wenn viele Leute – womöglich gleichzeitig – Seiten anlegen und Inhalte einpflegen, kann es zu Überschneidungen kommen. WB verhindert nicht, dass ein und dieselbe Seite gleichzeitig von mehreren Leuten bearbeitet wird, es gewinnt, wer zuletzt speichert.. Zwar lassen sich mit WB sehr gut die Rechte jedes einzelnen Benutzers einstellen, aber wenn alle alles dürfen, sollte man sich absprechen, wer was macht.
Hilfe bieten einige Module, die anzeigen, wer registriert und gerade online ist, zB User Statistics

Weiters wird die Verwaltung der Seiten irgendwann mühsam. Es hängt im wesentlichen von den verwendeten Modulen ab: Ein paar hundert News-Einträge werden keine Probleme machen, aber 500 einzelne Menüpunkte machen die Seitenübersicht im Backend sehr behäbig. Da es im Backend keine Suche gibt, ist es auch mitunter schwer, eine bestimmte Seite zu finden, um sie zu bearbeiten; typisch etwa einen gerade im Frontend gesehenen Tippfehler auszubessern.
Abhilfe schaffen ein paar Zeilen Code im Template, zB im Footer.

<?php if ($wb->is_authenticated()) {
echo '<a href="'.ADMIN_URL.'/pages/modify.php?page_id='.$page_id.'" target=_blank">Edit</a>';
} ?>

Dadurch kann jede Seite aus dem Frontend heraus direkt im Backend aufgerufen werden. In Verbindung mit der Suche (die übrigens – auch wenn sie ausgeschaltet ist – unter /search/index.php immer erreichbar ist) kann jede Seite schnell gefunden und editiert werden.

Ärger bei der Administration ergibt sich ferner mit allem, was von Besuchern verändert werden kann. Zum Beispiel wird man zwar benachrichtigt, wenn ein Gästebuch-Eintrag erfolgt ist, aber nicht: wo. (Update: verbessert bei neuen Versionen des Gästebuchs) Besonders wenn Spammer oder Trolle ihr Unwesen treiben, ist bei mehreren Gästebüchern oder Sites schwer festzustellen, wo der Eintrag steckt – und es wird sehr mühsam, den Eintrag schnell wieder zu löschen.
Bei News-Kommentar - Spammern kann man sich mit LatestComments helfen; das kleine Snippet zeigt die letzten Einträge, gleich mit "edit-Link", auf Wunsch auch von Seiten, auf denen eigentlich keine Kommentare sein dürften.

Fazit

Insgesamt sind die Grenzen verwaschen und hängen stark vom Einsatz ab. Für die typischen Firmen-Präsenz wird es wohl überhaupt kein Problem geben. Firmen-Sites haben keine Gästebücher und eine eventuelle News-Seite wird keine Kommentare erlauben. Sinnvollerweise wird die umfangreiche Darstellung von Produkten oder Leistungen über eigene Module erfolgen, die die Verwaltung stark vereinfachen und somit auch sehr viele Seiten ermöglichen.

Bei Vereinen / Organisationen mit vielen einsatzfreudigen Mitgliedern kann es vielleicht anfänglich mal beim Einstellen der ersten Seiten Überschneidungen geben. Bei Verwendung von mehreren Gästebüchern oder Kommentarfunktionen sollten einige Snippets installiert werden, um die Verwaltung zu erleichert.

Bei großflächigen Community-Sites mit 100en Mitgliedern und Kommentarmöglichkeit an jedem Eck ist WB nicht die optimale Lösung.

Zurück

10.11.2008

Hans>NUL

Gibt's 'ne Möglichkeit einzelne Seiten zu cachen, also den Inhalt aus der DB in die Datei xyz.php zu schreiben und danach, bis zum Update der Seite, nicht mehr aus der Datenbank zu holen?

10.11.2008

Chio

Ja, aber das ist nicht so ganz einfach und hat ein paar heftige Beschränkungen. Es gibt keine ReadyToUse Lösung.
Ich mache das öfter für Kunden, brauche da aber immer ein paar Stunden dazu; es müssen Veränderungen im Core gemacht werden, sowas ist immer heikel (Update!)