Nach drei Tagen Brainstorming, habe ich alles aufgeschrieben, was ins Board reinsollte, und gestrichen, was nicht realisierbar ist:
(Verzeiht mir, wenn es Konflikte im Konzept geben sollte, aber das mit den Interfaces ist mir erst heute früh in den Sinn gekommen)
XPortal (Entwicklungsname):
---------------------------
Konzept:
Es gilt der Grundsatz:
So wenig wie möglich fest voraussetzen (z.B. keine Benutzerprofile über Portalrahmen, sondern in Modul ausgelagert),
aber gemeinsam benutze Komponenten bereitstellen (z.B. Tabelle "portal_access" oder Funktionen wie "CheckPassword(...)")
Der Administrator soll maximale Kontrolle über sein Internet-Angebot haben.
Es soll mehrere Interfaces geben, um Daten zu speichern:
1. MySQL-Zugriff
2. PostgreSQL (oder wie auch immer das genannt wird)
3. Dateispeicherung
Logischerweise ist MySQL und PostgreSQL am schnellsten, aber es soll alternativ auch der
Zugriff auf Dateien anstatt auf eine Datenbank ermöglicht werden, für alle die, die
kein MySQL oder ähnliches installiert haben. Zuerst sollte allerdings während der Entwick-
lungsphase nur das MySQL-Interface entwickelt werden. (Klassen MySQL, PgSQL, Filedat)
#---------------------------------------------------------------
Tabelle "portal_access"
- access_id
- access_userid (join "portal_users")
- access_password (verschüsseln mit md5() oder password()?)
- access_array (Array, getrennt mit ";" - Elementennamen = module_privatename - Zugriffsberechtigung)
Die Tabelle "portal_access" bekommt eine eigene Klasse ("access")!
#---------------------------------------------------------------
Tabelle "portal_user"
-user_id
-user_name (Benutzername zum einloggen)
-user_nick (Spitzname im Internet( z.B.: "Apfelkorn" etc.))
-user_banned (Verbannt?)
Die Tabelle "portal_user" bekommt eine eigene Klasse("user")!
(Weitere Spalten, z.B. persönliche Daten, können vielleicht auch über ein Modul geregelt werden)
#---------------------------------------------------------------
Tabelle "portal_modules"
-module_id
-module_privatename (Interner Name)
-module_publicname (Angezeigter Name)
-module_dir (Verzeichnis des Modules - Weitere Informationen werden in einer speziell benannten Datei je Modul festgelegt)
-module_info (Spezielle Informationen, die unbedingt auch in der Tabelle angezeigt werden sollen (kann auch Credit sein))
portal_modules sollte in einen Array übertragen und Schritt für Schritt abgearbeitet werden.
Der Name des Array-Elements könnte aus module_privatename ausgelesen werden.
Der Inhalt des Arrays, was auch in die Tabelle kommt, sollte (mit Ausnahme von module_id) zu Installationszwecken in einer Datei gespeichert sein.
#---------------------------------------------------------------
Für jedes Modul sollen globale Variablen verfügbar sein, wie "module_dir" und Ähnliches
Für die Module gelten folgende Richtlinien:
Die Module sollen soweit wie möglich selbstständig laufen, bis auf die Ausnahme der vom Rahmenprogramm bereitgestellten Funktionen.
(c) 2001 by Apfelsoft ( http://www.apfelsoft.de.vu )
Wer weiterhin interesse hat, soll sich bitte mal per E-Mail bei mir melden
Unterstützung kann ich überall gebrauchen (Interfaceentwicklung, Modulentwicklung, Templategebrauch, PHP-Cleanup (d.h. aus dem von mir geschriebenen Code sauberen und fürs Laienauge aufbereiteten und vielleicht auch optimierten Code machen), ein bisschen Webdesign, etc.)