Die Diskussion zu CasaOS Speedtest Tracker aus dem Jahr 2023 ist auf Ebene des Container-Images veraltet. Im alten Thread wurden die Tags von henrywhitaker3/speedtest-tracker diskutiert, doch das gepflegte Projekt verwendet inzwischen das LinuxServer.io-Image lscr.io/linuxserver/speedtest-tracker:latest.
Wenn du Speedtest Tracker heute auf CasaOS oder einem anderen Docker-Host installierst, solltest du die aktuelle Projektdokumentation verwenden, anstatt die alte Problemumgehung zwischen latest und dev zu reproduzieren. Das aktuelle Image benötigt eine persistente Konfiguration und einen APP_KEY und unterstützt geplante Tests direkt.
Was hat sich seit dem ursprünglichen CasaOS-Tutorial geändert?
Die ursprüngliche Forendiskussion ist wertvoll, weil sie den Anwendungsfall festhält: Das automatische Aufzeichnen der Internetgeschwindigkeit kann dabei helfen, wiederkehrende Probleme mit dem Internetanbieter nachzuweisen. Sie weist außerdem zu Recht darauf hin, dass geplante Tests Bandbreite verbrauchen. Veraltet ist hingegen die Softwarepaketierung.
Die gepflegte Docker-Compose-Anleitung für Speedtest Tracker verwendet inzwischen das LinuxServer-Image und dokumentiert Optionen für SQLite, MariaDB, MySQL und PostgreSQL. Das LinuxServer-Image ist für x86-64 und ARM64 verfügbar.
Eine aktuelle Docker-Compose-Grundkonfiguration
services:
speedtest-tracker:
image: lscr.io/linuxserver/speedtest-tracker:latest
container_name: speedtest-tracker
restart: unless-stopped
ports:
- "8080:80"
environment:
- PUID=1000
- PGID=1000
- APP_KEY=your-generated-key
- APP_URL=http://your-server:8080
- DB_CONNECTION=sqlite
volumes:
- /path/to/speedtest-tracker/data:/configGeneriere und sichere den Anwendungsschlüssel wie im aktuellen Projekt beschrieben. Speichere /config auf einem persistenten Speicher, damit Ergebnisse und Einstellungen auch nach einer Neuerstellung des Containers erhalten bleiben. Wenn Port 8080 bereits verwendet wird, ändere nur die Host-Seite der Zuordnung.
Die Dokumentation zum LinuxServer-Speedtest-Tracker-Image erläutert außerdem PUID/PGID, Image-Aktualisierungen und die aktuellen Umgebungsvariablen.
Geplante Tests verbrauchen weiterhin echte Bandbreite
Eine Community-Antwort schätzte den Verbrauch im Jahr 2023 auf etwa 25–50 MB pro Test. Diese Zahl sollte jedoch nicht als fester aktueller Wert betrachtet werden. Ein Geschwindigkeitstest überträgt absichtlich ausreichend Daten, um die Verbindung zu messen. Der Verbrauch hängt daher vom Anbieter, der Verbindungsgeschwindigkeit, der Testdauer und der Serverauswahl ab.
Beginne bei einem volumenbegrenzten Internetzugang mit einem vorsichtigen Zeitplan und messe den tatsächlichen täglichen Verbrauch, bevor du die Häufigkeit erhöhst. Auf einem dauerhaft eingeschalteten energiesparenden Heimserver ist die Anwendung selbst ressourcenschonend; die Netzwerktests und nicht das Dashboard stellen normalerweise den wichtigeren laufenden Kostenfaktor dar.
Wenn du noch das alte Image verwendest
Überschreibe den alten Container nicht, bevor du seine persistenten Daten gefunden hast. Exportiere oder sichere zuerst die Konfiguration und die Datenbank. Erstelle anschließend eine saubere aktuelle Bereitstellung und überprüfe die Migration historischer Daten separat. Der Wechsel von einem aufgegebenen Image zu einem gepflegten Image ist eine Anwendungsmigration und nicht bloß eine Änderung des Tags.
Häufig gestellte Frage
Verbraucht Speedtest Tracker viele Internetdaten?
Das ist möglich. Jeder geplante Test sendet und empfängt echten Datenverkehr, um den Durchsatz zu messen. Die genaue Datenmenge ist nicht festgelegt. Nutzer mit Datenlimits sollten daher ihren eigenen Verbrauch messen und unnötig häufige Zeitpläne vermeiden.
