Zum Inhalt

Fahrplan

Diese Seite sagt, was die Website unter dennis-otto.github.io im nächsten Jahr vorhat, von November 2026 bis November 2027, und was sie nicht tun wird. Jedes Projekt führt seine eigenen Pläne auf seiner eigenen Website, und der Blueprint die Pläne für das, was alle Websites der Adresse teilen, etwa das Theme. Ein Plan hier kommt aus dem, was das Repository schon enthält: seinen Issues, seinen Entscheidungen, die auf Englisch sind, und den verbleibenden Risiken seiner Sicherheitsseite. Ideen sind als Issue willkommen.

Der Fahrplan der Website: Die nächsten Monate bringen ein gepflegtes Theme anstelle von Material for MkDocs, dessen Sicherheitskorrekturen etwa im November 2026 enden, eine Kopfzeile, die keinen anderen Server fragt, und die Silber-Stufe von OpenSSF Best Practices mit den Stufen der OpenSSF Baseline. Später im Jahr 2027 bekommen die Schriften und Mermaid, die der Build herunterlädt, festgelegte Hashes, oder Mermaid wird gar nicht mehr heruntergeladen. Die Website wird ihre Leser nicht verfolgen, keinen eigenen Server betreiben, aus Live-Daten nicht zweimal dieselben Bytes bauen und die Gold-Stufe nicht anstreben, solange eine Person sie pflegt.Der Fahrplan der Website: Die nächsten Monate bringen ein gepflegtes Theme anstelle von Material for MkDocs, dessen Sicherheitskorrekturen etwa im November 2026 enden, eine Kopfzeile, die keinen anderen Server fragt, und die Silber-Stufe von OpenSSF Best Practices mit den Stufen der OpenSSF Baseline. Später im Jahr 2027 bekommen die Schriften und Mermaid, die der Build herunterlädt, festgelegte Hashes, oder Mermaid wird gar nicht mehr heruntergeladen. Die Website wird ihre Leser nicht verfolgen, keinen eigenen Server betreiben, aus Live-Daten nicht zweimal dieselben Bytes bauen und die Gold-Stufe nicht anstreben, solange eine Person sie pflegt.

Als Nächstes, bis zum Frühjahr 2027

  • Ein gepflegtes Theme. Material for MkDocs, das Theme aller Websites der Adresse, ist mit Version 9.7.0 im November 2025 in den Wartungsmodus gegangen, mit Sicherheitskorrekturen, die bis etwa November 2026 zugesagt sind. Die Website wechselt zu einem gepflegten Nachfolger, etwa Zensical, das das Team von Material baut, sobald es diese Website mit ihren Hooks, ihren zwei Sprachen und ihrem Datenschutz baut, zusammen mit allen Websites des Blueprints, die sich eine Konfiguration von MkDocs teilen. Bis dahin installiert der Docs-Workflow Material mit festgelegten Hashes, und Renovate bringt jede seiner Korrekturen.
  • Eine Kopfzeile, die keinen anderen Server fragt. Die Kopfzeile fragt api.github.com nach der Zahl der öffentlichen Repositorys von Dennis-Otto, höchstens einmal je Browser-Tab, und GitHub sieht dabei die IP-Adresse jedes Lesers. Die Angaben der Kopfzeile sollen beim Bauen der Website geschrieben werden, wie es die Karten schon sind, damit das Lesen einer Seite keinen Server außer dieser Adresse fragt. Der Blueprint nimmt diese Änderung für jede Website vor.
  • Die Silber-Stufe von OpenSSF Best Practices. Die Website hat seit November 2026 die Stufe passing von OpenSSF Best Practices. Ihre README zeigt beide Badges, diese Seite ist ihr Fahrplan, und Ruff, mypy und Biome prüfen die Programmierstandards ihres Python und ihres JavaScript; das waren die offenen Kriterien von Silber. Die Stufen der OpenSSF Baseline folgen.

Später im Jahr 2027

  • Festgelegte Downloads beim Bauen. Das Privacy-Plugin lädt bei jedem Build die Schriften von Google Fonts und Mermaid von unpkg herunter, ohne festgelegten Hash, wie die verbleibenden Risiken sagen. Die Hooks des Blueprints legen die Version von Mermaid schon fest. Die Downloads bekommen festgelegte Hashes, oder Mermaid wird gar nicht mehr heruntergeladen, da jedes Diagramm dieser Website ein Bild ist.

Was die Website nicht tun wird

  • Kein Tracking. Keine Cookies, keine Analyse, keine Werbung und kein Service Worker: Die Website speichert nichts über ihre Leser, wie ihre Sicherheitsseite sagt.
  • Kein eigener Server. Sie bleibt eine statische Website auf GitHub Pages, ohne Konten, Kommentare oder Code, der auf einem Server läuft. Fragen und Ideen gehören in die Issues des jeweiligen Projekts.
  • Kein Build, der zweimal dieselben Bytes liefert. Der tägliche Build nimmt mit Absicht Live-Daten: die Notizen der neuesten Releases, die Suchindizes der Projekt-Websites, die Stufen von OpenSSF Best Practices und das, womit jedes Projekt läuft. Ein Build desselben Commits einen Tag später sieht anders aus, deshalb verspricht die Website keinen wiederholbaren Build.
  • Keine Gold-Stufe, solange eine Person sie pflegt. Die Gold-Stufe von OpenSSF Best Practices verlangt, dass eine zweite Person die meisten Änderungen prüft, und das Repository hat einen Maintainer. Jede Änderung geht trotzdem durch einen Pull-Request mit jeder Pflichtprüfung.
  • Keine Dokumentation der Projekte. Jedes Projekt führt seine Dokumentation, sein Changelog und seine Pläne auf seiner eigenen Website; diese hier führt dorthin.

Wie sich dieser Fahrplan ändert

Ein Plan verlässt diese Seite mit dem Pull-Request, der ihn umsetzt, und ein neuer kommt mit dem Issue oder der Entscheidung dazu, aus der er stammt. Ein Kurswechsel, der die Website prägt, wird als Entscheidung aufgeschrieben, auf Englisch. Das Changelog zeigt, was schon umgesetzt ist.