PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,275
- Punkte für Reaktionen
- 1,751
- Punkte
- 113
Der Trac-Server ist tatsächlich in letzter Zeit etwas sehr anfällig gewesen ... ich habe sogar das Monitoring über meinen Icinga-Server eingestellt, weil ich wohl der Einzige war, der von den Fehlermeldungen regelmäßig (und dauerhaft) genervt wurde (parallel ging jeweils noch eine E-Mail in größeren Abständen an @olistudent) und ich ohnehin keinen Einfluß darauf hatte, da irgendeine Betriebsbereitschaft wiederherzustellen.
Andererseits ist es für die Freetz-Dokumentation tatsächlich eine mittlere Katastrophe, wenn der Trac-Server aussteigt (auch wenn der jetzt schon ein paar Tage nicht mehr zickte) ... vielleicht sollte man mal einen (statischen) Mirror anlegen, denn dieser Teil von Freetz steht eben auch im GitHub-Repository nicht zur Verfügung.
Dabei "rede" ich eigentlich nur vom Wiki (was dann die notwendige Tiefe beim Mirroring wieder sehr schön begrenzt) - das Ticketsystem ist zwar sicherlich auch wichtig, aber für die "normale Benutzung" von Freetz durch Neulinge nicht notwendig. Für den SVN-Server steht mit GitHub ja schon eine Alternative bereit, aber für die Dokumentation ist der Server ein SPOF.
Ideal wäre es natürlich, wenn es im Trac irgendwo einen Hook gäbe bei der Aktualisierung einer Wiki-Seite ... dann könnte man dort die existierenden Wiki-Seiten (mit relativen Links, so daß die auch benutzbar bleiben) einfach in ein Tarball packen lassen (notfalls muß man sie eben wirklich mit "wget" o.ä. abrufen, wenn es keinen statischen HTML-Export als Trac-Funktion gibt - da habe ich keinen Schimmer) und das mit ins SVN aufnehmen. Das Ergebnis wäre eine kleine Verzeichnisstruktur, die man über irgendeinen HTTP-Server oder im Extremfall sogar direkt aus dem Dateisystem im Browser ansehen könnte. Die Frequenz bei der Aktualisierung des Wiki hält sich ja auch in durchaus erträglichen Grenzen, die Belastung des Servers dürfte dadurch nicht entscheidend steigen.
Andererseits ist es für die Freetz-Dokumentation tatsächlich eine mittlere Katastrophe, wenn der Trac-Server aussteigt (auch wenn der jetzt schon ein paar Tage nicht mehr zickte) ... vielleicht sollte man mal einen (statischen) Mirror anlegen, denn dieser Teil von Freetz steht eben auch im GitHub-Repository nicht zur Verfügung.
Dabei "rede" ich eigentlich nur vom Wiki (was dann die notwendige Tiefe beim Mirroring wieder sehr schön begrenzt) - das Ticketsystem ist zwar sicherlich auch wichtig, aber für die "normale Benutzung" von Freetz durch Neulinge nicht notwendig. Für den SVN-Server steht mit GitHub ja schon eine Alternative bereit, aber für die Dokumentation ist der Server ein SPOF.
Ideal wäre es natürlich, wenn es im Trac irgendwo einen Hook gäbe bei der Aktualisierung einer Wiki-Seite ... dann könnte man dort die existierenden Wiki-Seiten (mit relativen Links, so daß die auch benutzbar bleiben) einfach in ein Tarball packen lassen (notfalls muß man sie eben wirklich mit "wget" o.ä. abrufen, wenn es keinen statischen HTML-Export als Trac-Funktion gibt - da habe ich keinen Schimmer) und das mit ins SVN aufnehmen. Das Ergebnis wäre eine kleine Verzeichnisstruktur, die man über irgendeinen HTTP-Server oder im Extremfall sogar direkt aus dem Dateisystem im Browser ansehen könnte. Die Frequenz bei der Aktualisierung des Wiki hält sich ja auch in durchaus erträglichen Grenzen, die Belastung des Servers dürfte dadurch nicht entscheidend steigen.