support external media storages
Beim Testen des Frontends fiel mir mehrfach auf, dass Latenz und Übertragungsgeschwindigkeit der Verbindung zu unserem Server des öfteren spürbar sind. Daher würde ich mir wünschen, dass wir Djangos Fähigkeit nutzen, ein anderes Storage Backend zu nutzen. Die Doku liest sich recht entspannt und vielleicht liefert ein Projekt wie django-storages sogar schon eine passende Implementierung.
Interessant wird die Sache allerdings in Kombination mit unseren Anforderungen an die Depublizierung von Mitschnitten, die wir aktuell über den X-Sendfile
Header umsetzen. Denn wenn wir mit den öffentlichen Stream-URLs Audiodaten abrufen, die Django-Anwendung mit einem X-Sendfile
antwortet und der interne NGINX dann die Audiodaten vom externen Storage-Server runterlädt/streamt, um sie mit der internen Leitung wieder hochzuladen und an den Client zu geben ist ja niemandem geholfen (im Gegenteil).
Eine Möglichkeit könnte vielleicht sein, thek.lohro.de
im Internet auf einen öffentlichen Server aufzulösen, auf den regelmäßig per rsync Daten synchronisiert werden. Alle Requests, die dieser Server selbst bearbeiten kann, werden von dort ausgeliefert, alle anderen an den internen Server weitergereicht. Im Lohro-Netzwerk, kann hingegen weiter der interne Server konfiguriert bleiben.