Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Store relay settings overrides in PostgreSQL (SETTINGS_BACKEND=db)

Offen
  • Stimmt etwas nicht?
#757 0 Kommentare 0 Reaktionen 1 zugewiesene Person Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@Ferryx349 arbeitet bereits daran.

Seit 05.9.2026.

Bewertung

Dieses Issue wurde noch nicht bewertet.

Beschreibung

enhancement

Problem

Operator settings overrides currently live in settings.yaml under NOSTR_CONFIG_DIR with legacy settings.json fallback. That creates operational friction:

  • When nostream releases add new default settings keys, operators editing YAML may not know new values exist or need to be added.
  • Deploy/bootstrap flows copy config files that can drift from what the application expects after upgrades.
  • Operators end up maintaining files that are easy to overwrite or fall out of sync with releases.
    We need durable storage for operator overrides that survives upgrades without requiring manual YAML edits for every new setting.

Proposal

Store only operator overrides in PostgreSQL — not the full settings blob. Shipped defaults remain in resources/default-settings.yaml and are merged at runtime.

  • Add a settings_overrides table (path TEXT PK, value JSONB, updated_at TIMESTAMPTZ).
  • Introduce SETTINGS_BACKEND=file|db (default: file for backwards compatibility).
  • When SETTINGS_BACKEND=db:
    • Bootstrap loads overrides from PostgreSQL on startup.
    • If the table is empty, import existing settings.yaml / legacy settings.json once.
    • Admin settings PATCH and restore persist overrides to the DB.
    • Runtime settings = shipped defaults merged with DB overrides.

Out of scope (follow-ups)

  • DB-mode backup snapshots on each PATCH file mode still creates timestamped YAML backups.
  • Hot-reload of DB overrides across all cluster workers after admin changes.
  • Refactoring compose, bootstrap copied files so operators never edit release-owned files.
  • Full settings schema migration, versioning in the DB.
Vorherrschende Sprache
TypeScript
Sterne
829
Forks
234
Ø Merge
4 T. 5 Std.
Gemergte PRs (30 T.)
22

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus cameri/nostream

Alle Issues in cameri/nostream

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.