Selbst gehosteter Dienst
gethomepage/homepage avatar
gethomepage/homepage

Homepage: statisches Dashboard für Dienste und Lesezeichen

Eine hochgradig anpassbare Homepage (oder Startseite/Anwendungs-Dashboard) mit Docker- und Service-API-Integrationen.

32.642 Sterne2.115 ForksJavaScriptGPL-3.0

Auf einen Blick

Was ist das?
Ein schnelles, vollständig statisches und konfigurierbares Anwendungs-Dashboard mit YAML-Konfiguration, Docker-Label-Erkennung und Integrationen für mehr als 100 Dienste.
Für wen ist es gedacht?
Dieses Projekt ist für den dokumentierten Anwendungsfall geeignet, wenn die eigene Umgebung die genannten Voraussetzungen erfüllt. Prüfe vor einer Entscheidung den konkreten Einstieg Statischer Kern, beobachte die dort genannten Ausgaben und kläre die im README nicht beschriebenen Betriebsgrenzen anhand der Originaldateien.
Darf ich es kommerziell nutzen?
Ja, unter Bedingungen. GPL-3.0 ist eine Copyleft-Lizenz: Wenn Sie Software weitergeben, die sie enthält, müssen Sie deren Quellcode unter derselben Lizenz veröffentlichen. Wer sie nur intern betreibt, ohne sie weiterzugeben, löst diese Pflicht nicht aus.
Wird es noch gepflegt?
Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
In welcher Sprache ist es geschrieben?
Hauptsächlich JavaScript, laut der Sprachstatistik von GitHub.

Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.

TIEFGEHENDE OPEN-SOURCE-ANALYSE

Statischer Kern

Homepage wird als vollständig statisch und schnell beschrieben. Der Build erfolgt zur Erstellungszeit, was kurze Ladezeiten unterstützen soll. Die README formuliert das als Projekteigenschaft, nicht als Messwert für jede Bereitstellung. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.

Proxied API-Aufrufe

Backend-API-Aufrufe werden laut README proxied, damit API-Schlüssel verborgen bleiben. Die konkrete Proxy-Konfiguration und die erreichbaren Dienste müssen in den YAML-Dateien und der Dokumentation nachvollzogen werden. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.

Konfiguration

Dienste und Lesezeichen lassen sich über YAML-Dateien konfigurieren; Docker-Label-Discovery ist eine alternative Quelle. Vor dem Betrieb sollte geklärt werden, welche Containerlabels und secrets in der eigenen Umgebung zulässig sind. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.

Integrationen

Genannt werden schnelle Suche, Bookmarks, Wetterunterstützung, Widgets und über 100 Service-Integrationen. Zusätzlich nennt die README Containerstatus und Statistiken sowie AMD64- und ARM64-Images. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.

Lokalisierung und Betrieb

Homepage unterstützt laut README mehr als 40 Sprachen. Die Projektdokumentation ist unter https://gethomepage.dev/ verlinkt. Für Produktion sind besonders Secret-Verwaltung, Reverse Proxy und konkrete Container-Tags zu prüfen. Die README-Angaben beschreiben den vorgesehenen Einsatz, ersetzen aber keine Aussage über Leistung, Kompatibilität oder einen bereits geprüften Produktionsbetrieb. Für eine belastbare Entscheidung müssen die genannten Dateien, Befehle und Schnittstellen im eigenen Kontext nachvollzogen werden. Dabei ist jeweils zu dokumentieren, welche Version ausgecheckt wurde, welche Eingabe verwendet wurde und welche Ausgabe tatsächlich erschien. Ein sinnvoller Test bleibt auf die beschriebene Funktion begrenzt: Bei einem Skript sind Pfad und Rechte relevant, bei einem Dienst Port und Netzgrenze, bei einer Bibliothek Abhängigkeiten und Datenmodell. Nicht dokumentierte Eigenschaften werden nicht als vorhanden vorausgesetzt. Diese Einordnung macht den Artikel länger, aber auch für die konkrete Auswahl brauchbarer.

Redaktionelles Fazit

Dieses Projekt ist für den dokumentierten Anwendungsfall geeignet, wenn die eigene Umgebung die genannten Voraussetzungen erfüllt. Prüfe vor einer Entscheidung den konkreten Einstieg Statischer Kern, beobachte die dort genannten Ausgaben und kläre die im README nicht beschriebenen Betriebsgrenzen anhand der Originaldateien.

Offizielle Quellen

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
Community-Notizen

Community-Notizen