Unterschiede zwischen den Revisionen 13 und 31 (über 18 Versionen hinweg)
Revision 13 vom 2004-12-11 10:58:13
Größe: 3912
Autor: pD9FCB835
Kommentar:
Revision 31 vom 2009-03-08 22:17:18
Größe: 3499
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 haben wir hier eine Übersicht aller Punkte zusammengetragen, die zur Planung gehören.
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 == '''weiterführende Inhalte:'''

 * /AktuelleArbeitspakete
 * /DbBackend2
 * /MailingListenFunktionalitaet (MailingListen als zentrales Kommunikationselement - und der weitere Ausbau)
 * /InhalteCms
 * /BrainStorming (Ursprünglich zur Diskussion gestanden habende Punkte)

----

== Geplanter Einsatz von Software ==
 * Frontend: XHTML, PHP
 * Middleware: C-Demon
 * DB-Backend1: PostgreSQL
 * DB-Backend2: LDAP
 * Suchmaschine: Mnogo-Search

== 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


== Funktionalitäten ==
=== Userside Standard ===
Zeile 7: Zeile 49:
 * vielfältige Layout-Möglichkeiten, um unterschiedlichen Content durch abwechslungsreiches Layout kennzeichen zu können (nichts ist langweiliger als gleichförmige Textwüsten), ein geeignetes Vorbild ist beispielsweise wikipedia
 * 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
 * Suchfunktion über den gesamten Content einschließlich aller Archive, Newsletters etc.
 * Möglichkeit, sich über alle oder bestimmte Bereiche oder bestimmte Stichworte betreffende Änderungen im Content laufend oder auf Abruf gesammelt informieren zu lassen
 * 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 19: Zeile 57:
== Inhalte ==
 * Terminkalender (zentrale Einrichtung für mehrere Lugs, um Kollisionen zu verringern)
 * Terminkalender sollte es möglich machen, Termine (kurz durch 1 -2 Sätze) zu charakterisieren
 * 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
 * auf der Eingangsseite eine Darstellung, wie und weshalb Neu-Einsteiger die Lugs "gebrauchen" können
 * auf der Eingangsseite eine Darstellung, welche Kompetenzen sich in den Lugs versammeln
 * auf der Eingangsseite eine Darstellung, wie die Webpräsentation technisch funktioniert und wie sie betrieben wird, um ihrem Erscheinungsbild etwas von der Anonymität zu nehmen
 * Einsteigertaugliches Manual zur Benutzung der Webpräsentation
 * Einsteigertaugliches Howto um Fragen auf den diversen Liste zu veröffentlichen
 * Linkliste zu Seiten mit Content, der Einsteiger interessiert
 * Möglichkeit von Fotogalerien.
 * eine Sammelstelle für (kurze Artikel), die sich zur Veröffentlichung in einem Newsletter eignen, der in Abhängigkeit vom Anzahl und Umfang der Artikel automatisch oder manuell veröffentlicht werden könnte. Die Idee ist, aus den einzelnen Lugs Berichte, Anregungen etc. auf einfachste Weise zu sammeln und zu verbreiten an Adressaten, die nicht zu den Lesern der jeweiligen Listen gehören, vorzugsweise an Adressaten, die keine einzige Liste abonniert haben
 * Übersicht/kurze Beschreibung der Lugs/Gruppierungen aus OWL
=== 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:
  * Wiki (als normaler Teil des CMS mit erweiterten Rechten für "normale Benutzer")
  * Terminkalender (siehe auch /MailingListenFunktionalitaet)
  * Galerie
  * KeyRing
  * LugKarten
  * SuchMaschine
  * Hardwareboerse (siehe auch /MailingListenFunktionalitaet)
  * Jobboerse (siehe auch /MailingListenFunktionalitaet)
 * MailingListen -> News -> Forum
 * Sitemap
Zeile 39: Zeile 91:
 * Verknuepfung verschiedener Elemente (z.B. ML2Forum und zurueck ...)
* zentrale Userverwaltung (nur ein Benutzername/Passwort) für möglichst ale Dienste (Wiki, CMS, Karten, WebOfTrust, MailingListen)
 * zentrale Userverwaltung (nur ein Benutzername/Passwort) für möglichst ale Dienste (Wiki, CMS, [[http://lug-owl.de/Maps/|Karten]], [[http://lug-owl.de/WebOfTrust/|WebOfTrust]], [[http://lug-owl.de/mailman/listinfo|MailingListen]])
Zeile 42: Zeile 93:
 * 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 ==
 * Abläufe definieren
 * APIs definieren
 * /AktuelleArbeitspakete erstellen und zuordnen

Die Webseite der LugOwl soll renoviert werden. Viel ist zu tun, daher haben wir hier eine Übersicht aller Punkte zusammengetragen, die zur Planung gehören.

Im Folgenden der aktuelle Stand der Dinge (Änderungen bitte nur eingeloggt eintragen):

weiterführende Inhalte:


Geplanter Einsatz von Software

  • Frontend: XHTML, PHP
  • Middleware: C-Demon
  • DB-Backend1: PostgreSQL
  • DB-Backend2: LDAP
  • Suchmaschine: Mnogo-Search

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

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

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

Impressum Datenschutz