Unterschiede zwischen den Revisionen 10 und 25 (über 15 Versionen hinweg)
Revision 10 vom 2004-11-24 14:00:51
Größe: 2186
Autor: SammyWg
Kommentar: Verknuepfung von Elementen, .skel, TKÜV, typo
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 1: Zeile 1:
Die Webseite der LugOwl soll renoviert werden. Die Webseite der LugOwl soll renoviert werden. Viel ist zu tun, daher findet sich unter WebseitenRenovierungBrainstorming die erste Liste der erwogenen Punkte.
Zeile 3: Zeile 3:
Hier sollen dazu die Anforderungen an die neue Seite gesammelt werden. Im Folgenden der aktuelle Stand der Dinge (Änderungen bitte nur eingeloggt eintragen):
[[TableOfContents]]
Zeile 5: Zeile 6:
== Funktionalitaet == ----

== 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 ===
Zeile 7: Zeile 51:
 * Unterscheidung "stateless Wiki" und "authentified content" - sprich granulierbare Rechte- und Rollenverteilung
 * terminierte Freigabe von Content (ist irgendwie bloed, wenn man ne tolle Idee fuer einen Beitrag hat, der zum LUG-Jubilaeum erscheinen koennte/sollte, aber an dem Tag keinen Computer zum Einstellen greifbar ...)
 * terminierte Ausblendung von Content (Termine, die bereits laenger als x Tage in der Vergangenheit liegen ...)
 * Contentfreigaben "fuer alle/fuer einen bestimmten Benutzerkreis (z.B. LUG)"
 * Contentkategorien (LUG-OWL/LUG-RHWD/...) (wenn man die Punkte zusammenfasst, ergibt das ein interessantes Netzwerk moeglicherweise auf irgendeine Art miteinander verzahnter Informationen ... das kann spannend werden, allein von der Architektur her. Weil, linear ist _das_ dann deutlich nicht mehr.)
 * Multilingual (bevorzugt Deutsch)
 * Angeregt durch eine Mail von Flo vom Mon Mar 25 13:47:37 2002: Bestimmte Inhalte auch auf Englisch für ausländische Besucher
 * Synchronisation mehrsprachiger Inhalte
 * 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")
Zeile 16: Zeile 59:
== Inhalte ==
 * Terminkalender (zentrale Einrichtung für mehrere Lugs, um Kollisionen zu verringern)
 * Möglichkeiten für verschiedene Börsen (HardwareBörse, JobBörse, ...)
 * Integration von dynamischen Inhalten wie dem KeyRing, den LugKarten, der SuchMaschine, den MailingListen, dem Forum ...
 * auf der Eingangsseite eine Darstellung, was Neu-Einsteiger an Hilfestellung bei "Open Source"-Software erwarten können
 * Möglichkeit von Fotogalerien.
=== 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
 * KeyRing
 * LugKarten
 * SuchMaschine
 * MailingListen -> News -> Forum
 * Sitemap
 * Hardwareboerse
Zeile 27: Zeile 92:
 * Verknuepfung verschiedener Elemente (z.B. ML2Forum und zurueck ...)
Zeile 30: Zeile 94:
 * in Anbetracht der verstaerkten Schnueffelwut ab 2005 ... wie weit koennte das Services der LUG betreffen?
== 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

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