Größe: 4137
Kommentar:
|
Größe: 2686
Kommentar: Datenupdate im Rahmen des web-dev-Treffens vom 30.12.2004
|
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 (Aenderungen bitte nur eingeloggt eintragen): [[TableOfContents]] |
Zeile 5: | Zeile 6: |
== Funktionalitaet == | ---- == geplanter Einsatz von Software == * Frontend: XHTML, PHP * Middelware: C-Demon * DB-Backend1: PostgreSQL * DB-Backend2: LDAP == Lastverteilung == === Frontend === * Schnittstelle zum Benutzer * Contentparsing * Inputvalidierung * Sessionhandling === Middleware === * permanente Vermittlung zwischen Frontend und Backends * Ueberwachung der Verfuegbarkeit einzelner Dienste (LDAP, PostgreSQL, ...) * Kontrolle zusaetzlicher Funktionalitaeten/Skripte/Plugins * Cacheverwaltung === DB-Backend1 === * Content-Datengrab * History/Restore-Daten === DB-Backend2 === * Authentifizierung * ACL-Verwaltung (Novell-aehnlicher Grundansatz) == Funktionalitaeten == === Userside Standard === |
Zeile 7: | Zeile 38: |
* einfaches abschnittsweises Editieren längerer Inhalte * Ergänzung von Inhalten per e-mail * 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 ...) |
* Zuweisung von Gestaltungsmoeglichkeiten per Templatesets * terminierte Freigabe von Content * terminierte Ausblendung von Content |
Zeile 14: | Zeile 42: |
* 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 * Möglichkeiten, Dateien zum Downloaden zur Verfügung zu stellen * öffentliche und private Bereiche für Lug-Mitglieder |
* Contentkategorien (LUG-OWL/LUG-RHWD/...) * 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 |
Zeile 23: | Zeile 46: |
== 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, loeschen, aendern, ACLs fuer * Einzelseiten * Verzeichnisebenene * User * Gruppen * ACL * Eigene Daten * Cacheverwaltung / Cache leeren * Datei Upload / Uploads veraendern * 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 |
Zeile 43: | Zeile 78: |
* Verknuepfung verschiedener Elemente (z.B. ML2Forum und zurueck ...) | |
Zeile 46: | Zeile 80: |
* in Anbetracht der verstaerkten Schnueffelwut ab 2005 ... wie weit koennte das Services der LUG betreffen? | == Arbeitspunkte == * Codingguidelines festlegen * Hardwareausstattung des LUG-Rechners niederlegen * Ablaeufe 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 (Aenderungen bitte nur eingeloggt eintragen): TableOfContents
geplanter Einsatz von Software
- Frontend: XHTML, PHP
- Middelware: C-Demon
- DB-Backend1: PostgreSQL
- DB-Backend2: LDAP
Lastverteilung
Frontend
- Schnittstelle zum Benutzer
- Contentparsing
- Inputvalidierung
- Sessionhandling
Middleware
- permanente Vermittlung zwischen Frontend und Backends
- Ueberwachung der Verfuegbarkeit einzelner Dienste (LDAP, PostgreSQL, ...)
- Kontrolle zusaetzlicher Funktionalitaeten/Skripte/Plugins
- Cacheverwaltung
DB-Backend1
- Content-Datengrab
- History/Restore-Daten
DB-Backend2
- Authentifizierung
- ACL-Verwaltung (Novell-aehnlicher Grundansatz)
Funktionalitaeten
Userside Standard
- einfache Änderung von Inhalten per Browser
- Zuweisung von Gestaltungsmoeglichkeiten per Templatesets
- terminierte Freigabe von Content
- terminierte Ausblendung von Content
- Contentfreigaben "fuer alle/fuer einen bestimmten Benutzerkreis (z.B. LUG)"
- Contentkategorien (LUG-OWL/LUG-RHWD/...)
- 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
Userside Administration
- anlegen, loeschen, aendern, ACLs fuer
- Einzelseiten
- Verzeichnisebenene
- User
- Gruppen
- ACL
- Eigene Daten
- Cacheverwaltung / Cache leeren
- Datei Upload / Uploads veraendern
- History, Restore
- Security-Logs
- Template-Verwaltung
- Mediadatenbank
- Whitelist-Verwaltung
- System-Logs/System-Statusanzeigen
Inhalte (konzeptionell)
- CMS, das per Plugin auch folgende Inhalte einbinden kann:
MailingListen -> News -> Forum
- Sitemap
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
Arbeitspunkte
- Codingguidelines festlegen
- Hardwareausstattung des LUG-Rechners niederlegen
- Ablaeufe definieren
- APIs definieren
- Datenbank- und LDAP-Layout erstellen
- Arbeitspakete erstellen und zuordnen