Größe: 3278
Kommentar: Ergänzung der Daten die im BackEnd2 stecken sollen.
|
Größe: 3537
Kommentar:
|
Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
Zeile 10: | Zeile 10: |
* Middelware: C-Demon | * Middleware: C-Demon |
Zeile 40: | Zeile 40: |
* Geo-Koordinaten (Plausibilitä#tscheck) | * Geo-Koordinaten (Plausibilitätscheck) |
Zeile 43: | Zeile 43: |
* Feld in dem eine temporäre Abschaltung der Mailauslieferung eingetragen werden kann. (vier Möglichkeiten: Mail wird versendet, Mail wird vom User deaktiviert, Mail wird vom Admin deaktiviert, Mail wird automatisch durch Bounceerkennung deaktiviert.) |
Die Webseite der LugOwl soll renoviert werden. Viel ist zu tun, daher findet sich unter WebseitenRenovierungBrainstorming die erste Liste der erwogenen Punkte.
Im Folgenden der aktuelle Stand der Dinge (Änderungen bitte nur eingeloggt eintragen): TableOfContents
Geplanter Einsatz von Software
- Frontend: XHTML, PHP
- Middleware: C-Demon
- DB-Backend1: PostgreSQL
- DB-Backend2: LDAP
Lastverteilung
Frontend
- Schnittstelle zum Benutzer
- Contentparsing
- Inputvalidierung
- Sessionhandling
Middleware
- Permanente Vermittlung zwischen Frontend und Backends
- Überwachung der Verfügbarkeit einzelner Dienste (LDAP, PostgreSQL, ...)
- Kontrolle zusätzlicher Funktionalitäten/Skripte/Plugins
- Cache-Verwaltung
- ACL-Verwaltung
DB-Backend1 (relational)
- Content-Datengrab
- History/Restore-Daten
- ACL-Speicherung (Novell-ähnlicher Grundansatz)
DB-Backend2 (LDAP)
- Authentifizierung
- prim. Mailadresse (gegenchecken)
- Realname
- Nickname
- Kommentar (Kurzbeschreibung)
- PGP-Keys (check ob key auf Keyerver und uid die primäre Mailadresse enthält)
- Geo-Koordinaten (Plausibilitätscheck)
- subtree fuer Mailinglisten und dazugehoerigen Empfangsadresse(n)
- Liste mit Whitelist-Adressen (erst nach Verifikation nutzbar)
- Feld in dem eine temporäre Abschaltung der Mailauslieferung eingetragen werden kann. (vier Möglichkeiten: Mail wird versendet, Mail wird vom User deaktiviert, Mail wird vom Admin deaktiviert, Mail wird automatisch durch Bounceerkennung deaktiviert.)
Funktionalitäten
Userside Standard
- einfache Änderung von Inhalten per Browser
- Zuweisung von Gestaltungsmöglichkeiten per Templatesets
- terminierte Freigabe von Content
- terminierte Ausblendung von Content
- Contentfreigaben "für alle/für einen bestimmten Benutzerkreis (z.B. LUG)"
- Contentkategorien (LUG-OWL/LUG-RHWD/...)
- Suchfunktion über den gesamten Content einschließlich aller Archive, Newsletters etc. mit der Möglichkeit der zu durchsuchenden Contentart
- öffentliche und geschlossene Bereiche für Lug-Mitglieder (jedoch keine expliziten "Privatseiten")
Userside Administration
- anlegen, löschen, ändern, ACLs für:
- Einzelseiten
- Verzeichnisebenen
- User
- Gruppen
- ACL
- Eigene Daten
- Cacheverwaltung / Cache leeren
- Datei Upload / Uploads verändern
- History, Restore
- Security-Logs
- Template-Verwaltung
- Mediadatenbank
- Whitelist-Verwaltung
- System-Logs/System-Statusanzeigen
Inhalte (konzeptionell)
- CMS, das per Plugin auch folgende Inhalte einbinden kann:
- Terminkalender
- Wiki
- Galerie
MailingListen -> News -> Forum
- Sitemap
- Hardwareboerse
Weitere Aspekte
- Übersichtlicher.
- Alle (externen) Links sollen automatisiert auf 404er überprüft werden können.
zentrale Userverwaltung (nur ein Benutzername/Passwort) für möglichst ale Dienste (Wiki, CMS, Karten, WebOfTrust, MailingListen)
- Benutzer.skel
Hardware Lug-Rechner
- CPU: 2x500MHz Pentium III
- RAM: 1 GB
- Storage:
Filesystem
Available
/home
32794772k
/var
17872516k
Arbeitspunkte
- Coding-Guidelines festlegen
- Abläufe definieren
- APIs definieren
- Datenbank- und LDAP-Layout erstellen
- Arbeitspakete erstellen und zuordnen