Self-Service entlastet Verwaltung und Mitglieder zugleich.
Schematische, anonymisierte Ansicht. Mitglieder-, Termin- und Anmeldewerte sind illustrativ; Serviceabläufe und passwortloser Zugang entsprechen dem realen System.
Ausgangslage, Aufgabe, Umsetzung.
- Inhalte verschwinden im Chatverlauf
- Neue Mitglieder finden keinen Einstieg
- Kein geschützter Raum für Vertrauliches
- Keine Mitgliederverwaltung
- Forum nach Themen — Beiträge bleiben auffindbar
- Videothek, Termine, Watchlisten, Statistik
- Zugang per Einmal-Link, ohne Passwortweitergabe
- Eigener Server, eigene Betriebsverantwortung
| Organisation | Fachclub mit gemeinsamem Themenschwerpunkt |
| Laufzeit | Juni 2026 bis heute, laufend erweitert |
| Umfang | 20 Module, 29 Seiten · Stand Juli 2026: rund 250 Commits |
| Betrieb | Eigener Server: Sicherheitsupdates, verschlüsselte Backups, Zustandsprüfungen |
| Kernentscheidung | Passwortvergabe durch Administratoren bewusst entfernt |
Was die Plattform leistet.
Der Schwerpunkt liegt auf dauerhafter Auffindbarkeit: Was einmal eingestellt wurde, bleibt strukturiert verfügbar statt im Verlauf zu verschwinden.
- Forum Strukturierte Diskussion nach Themen statt linearer Chatverlauf — Beiträge bleiben dauerhaft auffindbar.
- Videothek Aufzeichnungen und Schulungsvideos mit eigener Verwaltungsoberfläche für die Betreiber.
- Termine Gemeinsamer Terminkalender mit Verwaltungsbereich; Mitglieder sehen die Übersicht, Betreiber pflegen die Einträge.
- Watchlisten & Signale Gemeinsam gepflegte Beobachtungslisten mit automatisch aktualisierten Kennzahlen aus externen Datenquellen.
- Journal & Statistik Nachvollziehbare Dokumentation von Entscheidungen mit anschließender Auswertung über Zeiträume.
- Aushang & Wünsche Ankündigungen an alle Mitglieder sowie ein Kanal, über den Mitglieder neue Funktionen anregen können.
- Mitgliederverwaltung Anlage einzeln oder per Listenimport, Versand der Zugangsmails, Nachverfolgung des Zustellstatus.
- Profil & Support Selbstverwaltung der eigenen Daten sowie ein Hilfebereich mit direktem Kontaktweg zu den Betreibern.
- Betriebsstatus Statusseite zu Systemzustand, Datenaktualität, Backups und offenen Sicherheitsupdates.
„Eine Community scheitert selten an fehlenden Funktionen — sie scheitert an der Hürde beim ersten Login."
Zugang ohne Passwortweitergabe.
Die Passwortvergabe durch Administratoren war zuerst gebaut — und wurde bewusst wieder entfernt.
Technischer Deep-Dive.
Zugangsverfahren, Serverbetrieb und die Entscheidungen dahinter.
Passwortloser Zugang — Entscheidung und Begründung aufklappen
Die Begründung steht im Schaubild oben. Hier die technische Seite:
- Zugangsmail beim Anlegen — personalisierter, zeitlich begrenzter Einmal-Link, führt einmalig zur Passwortvergabe
- Auch im Listenimport — mehrere Mitglieder gleichzeitig anlegen funktioniert ebenfalls ohne Erstpasswörter
- Zustellstatus nachverfolgbar — die Verwaltung zeigt, ob eine Zugangsmail angekommen ist
- Getrennte Administratorzugänge — kein geteiltes Sammelkonto
Architektur & Serverbetrieb aufklappen
| Ebene | Umsetzung |
|---|---|
| Hosting | Eigener Cloud-Server in Deutschland, ausschließlich für dieses Projekt; strikt getrennt von anderen Systemen |
| Laufzeit | Docker-Container hinter einem Reverse-Proxy mit automatischer Zertifikatsverwaltung |
| Anwendung | Python/Flask mit 20 Blueprints, ein Modul je Zuständigkeit |
| Daten | Eigene Datenbank je Domäne; keine gemeinsame Datenhaltung mit anderen Projekten |
| Zugang | Passwortlose Ersteinrichtung per Einmal-Link, danach reguläre Anmeldung |
| Administration | Mehrere Administratoren mit eigenen Zugängen — kein geteiltes Sammelkonto |
| Betrieb | Verschlüsselte Backups, Firewall, regelmäßige Sicherheitsupdates, dokumentierter Zustandsbericht |
Strikte Systemtrennung
Dieses Projekt läuft bewusst auf eigener Infrastruktur, nicht als weiterer Dienst auf einem bestehenden Server. Der Grund ist Verantwortungsklarheit: Ein Ausfall oder eine Fehlkonfiguration hier darf kein anderes System berühren. Datenbanken, Zugänge und Backups sind vollständig getrennt.
Deploy-Kette & Betriebssicherheit aufklappen
Ausrollen
Änderungen laufen über Git auf den Hauptzweig, ein Skript auf dem Server zieht den exakten Stand, baut den Container neu und führt anschließend eine Erreichbarkeitsprüfung durch. Schlägt diese fehl, ist das sofort sichtbar statt erst beim nächsten Mitgliederzugriff.
- Secret-Scan als hartes Gate — Commits mit Zugangsdaten im Klartext werden blockiert, nicht nur bemängelt
- Gezielte Commits — es wird nie pauschal alles eingesammelt, sondern nur die tatsächlich bearbeiteten Dateien; das verhindert versehentliches Mitcommitten fremder Änderungen
- Zustandsprüfung nach dem Deploy — der Endzustand wird am Livesystem geprüft, nicht nur der Rückgabewert des Skripts
Backups
Datenbank und hochgeladene Inhalte werden regelmäßig gesichert und verschlüsselt abgelegt. Eine Sicherung, die nie zurückgespielt wurde, gilt als ungeprüft — die Wiederherstellung ist entsprechend dokumentiert.