Unterschiede zwischen den Revisionen 18 und 25 (über 7 Versionen hinweg)
Revision 18 vom 2004-12-31 12:25:55
Größe: 2843
Kommentar:
Revision 25 vom 2005-01-22 13:25:39
Größe: 3537
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 3: Zeile 3:
Im Folgenden der aktuelle Stand der Dinge (Aenderungen bitte nur eingeloggt eintragen): Im Folgenden der aktuelle Stand der Dinge (Änderungen bitte nur eingeloggt eintragen):
Zeile 8: Zeile 8:
== geplanter Einsatz von Software == == Geplanter Einsatz von Software ==
Zeile 10: Zeile 10:
 * Middelware: C-Demon  * Middleware: C-Demon
Zeile 22: Zeile 22:
 * permanente Vermittlung zwischen Frontend und Backends
 * Ueberwachung der Verfuegbarkeit einzelner Dienste (LDAP, PostgreSQL, ...)
 * Kontrolle zusaetzlicher Funktionalitaeten/Skripte/Plugins
 * Cacheverwaltung
 * ACL Verwaltung
 * 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
Zeile 28: Zeile 28:
=== DB-Backend1 === === DB-Backend1 (relational) ===
Zeile 31: Zeile 31:
 * ACL-Speicherung (Novell-ähnlicher Grundansatz)
Zeile 32: Zeile 33:
=== DB-Backend2 === === DB-Backend2 (LDAP) ===
Zeile 34: Zeile 35:
 * ACL-Speicherung (Novell-aehnlicher Grundansatz)  * 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.)
Zeile 36: Zeile 45:
== Funktionalitaeten ==


== Funktionalitäten ==
Zeile 39: Zeile 51:
 * Zuweisung von Gestaltungsmoeglichkeiten per Templatesets  * Zuweisung von Gestaltungsmöglichkeiten per Templatesets
Zeile 42: Zeile 54:
 * Contentfreigaben "fuer alle/fuer einen bestimmten Benutzerkreis (z.B. LUG)"  * Contentfreigaben "für alle/für einen bestimmten Benutzerkreis (z.B. LUG)"
Zeile 44: Zeile 56:
 * Suchfunktion über den gesamten Content einschließlich aller Archive, Newsletters etc. mit der Moeglichkeit der zu durchsuchenden Contentart
 * öffentliche und geschlossene Bereiche für Lug-Mitglieder
 * 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")
Zeile 48: Zeile 60:
 * anlegen, loeschen, aendern, ACLs fuer  * anlegen, löschen, ändern, ACLs für:
Zeile 50: Zeile 62:
  * Verzeichnisebenene   * Verzeichnisebenen
Zeile 53: Zeile 65:
  * ACL
  * Eigene Daten
 * ACL
 * Eigene Daten
Zeile 56: Zeile 68:
 * Datei Upload / Uploads veraendern  * Datei Upload / Uploads verändern
Zeile 66: Zeile 78:
  * Terminkalender
  * Wiki
  * Galerie
  * KeyRing
  * LugKarten
 * Terminkalender
 * Wiki
 * Galerie
 * KeyRing
 * LugKarten
Zeile 74: Zeile 86:
 * Hardwareboerse
Zeile 84: Zeile 97:
 * Ram: 1 GB  * RAM: 1 GB
Zeile 91: Zeile 104:
 * Codingguidelines festlegen
 * Ablaeufe definieren
 * Coding-Guidelines festlegen
 * Abläufe definieren

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)

Weitere Aspekte

  • Übersichtlicher.
  • BarriereFrei

  • 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

LugOwlWiki: WebseitenRenovierung (zuletzt geändert am 2009-03-08 22:17:18 durch CordBeermann)

Impressum Datenschutz