|
Größe: 1345
Kommentar: Links, die ins Leere zeigen, sind doof.
|
← 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: |
| '''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 6: | Zeile 49: |
| * Terminkalender * 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 ... |
* 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: * 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 == Weitere Aspekte == |
| Zeile 11: | Zeile 90: |
| * 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.) |
|
| Zeile 17: | Zeile 91: |
| * 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]]) * Benutzer.skel == 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):
Inhaltsverzeichnis
weiterführende Inhalte:
/MailingListenFunktionalitaet (MailingListen als zentrales Kommunikationselement - und der weitere Ausbau)
/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
- 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:
- Wiki (als normaler Teil des CMS mit erweiterten Rechten für "normale Benutzer")
Terminkalender (siehe auch /MailingListenFunktionalitaet)
- Galerie
Hardwareboerse (siehe auch /MailingListenFunktionalitaet)
Jobboerse (siehe auch /MailingListenFunktionalitaet)
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
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