Vorab-Ueberlegungen fuer ein Mini CMS

Ueberlege mir gerade, ein absolut rudimentaeres Mini CMS zu entwickeln [das genau auf meine Erfordernisse passt].

1. Ueberlegung: ist es sinnvoll die zu editierenden Unterseiten in die DB zu stecken, oder ists nicht VIEL sinnvoller die Seiten z.b. "fertig compiled" als flat files abzulegen? -> Mehr Performance.

2. Legt man die zu editierenden Unterseiten als flat files ab, muss ich ja Schreibrechte erlauben -> fuehrt dies nicht wiederum zu einem Security Leak?

3. Ist es sinnvoll die zu editierenden Unterseiten wegen 2. extra z.b. in /meincms/content/ abzulegen, WORAUF schreibrechte erlaubt sind, jedoch bei einem request eines besuchers per rewrite oder internal redirect oder internal auslesen so zu tun als sei die seite unter z.b. /todesstrafe/in-china.php und nicht in /meincms/content/todesstrafe/in-china.php -> leichte performance einbusse

Vielleicht mag ja jemand was dazu sagen

Weitere Ueberlegungen sind Partial Caching, wie man Templates integriert, wie man "compiled" usw.

Gibts vielleicht ein CMS was genau oder aehnlich diesen Weg ging? Es gibt ja sooo viele..

Hi Airport,
den Gedanken hatte ich auch schon mal.

1. Wie viel Traffic erwartest Du denn maximal. Natürlich ist es auf Dateibasis schneller. Aber normalerweise ist eine Datenbank schnell genug, und erlaubt dann so Sachen wie Benutzerverwaltung und Suchfunktion. Für ein Minimalsystem wäre der Flatfile-Ansatz trotzdem irgendwie spannender.

2. Die Schreibrechte sollten nur zum Aktualisieren der Dateien gesetzt sein, danach braucht man kein Schreibrecht mehr. Damit wäre das kritische Zeitfenster minimal.

3. Erübrigt sich vielleicht, wenn die Schreibrechte wie in 2. nur kurzzeitig bestehen.

Ich würde ein Hybrid-Teil bauen: Daten liegen in der Datenbank, und bei Knopfdruck werden daraus die Dateien "compiliert". Also eine statische Seite mit Content-Management im Hintergrund (nur für den Admin).

Guck Dir auch mal CMSimple an:
https://www.cmsimple.de/cmsimple/index.php?Home

Ich habe das mal installiert. Man müsste noch eine Menge dran optimieren, das Teil hat so gut wie keine SEO-Features.

Gruß, SloMo

Eine Rechteverwaltung (Benutzerverwaltung) halte ich bereits fuer oversized, die kommt mir gar nicht erst in die Planung 1 Nutzer ist Admin und fertig.

Hybrid-Ansatz waere tatsaechlich zu ueberlegen: zur Pflege die Seiten uncompiled in der DB, bei Request eines Clients wird dann aber die pre-compiled Seite ausgeliefert. Mit "pre-compiled" meine ich z.B. dass das (Main-)Template bereits compiled ist, aber z.B. durchaus noch ein Einbinden z.B. eines dynamischen NewsFeeders oder einer Shoutbox moeglich sein sollte.

Schreibrechte setzen ist immer so ein Thema, zumindest bei PHP. In der Regel muss man die Schreibrechte doch haendisch setzen...

Dann noch die URLs, mir fiel eben ein dass wohl

/todesstrafe/in-china/

mehr Sinn macht als

/todesstrafe/in-china.php

Schliesslich weiss ich JETZT noch nicht ob das mal eine php, eine jsp, oder gar eine cgi / pl Datei werden KOENNTE und bleibe so flexibler