Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Store relay settings overrides in PostgreSQL (SETTINGS_BACKEND=db)

Aperta
#757 0 commenti 0 reazioni 1 assegnatario Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@Ferryx349 ci sta già lavorando.

Dal 5/9/2026.

  • #758 di @Ferryx349 — aperta

Valutazione

Questa issue non è ancora stata valutata.

Descrizione

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.
Lingua principale
TypeScript
Stelle
829
Fork
234
Merge medio
2g 10h
PR unite (30g)
24

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di cameri/nostream

Tutte le issue di cameri/nostream

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.