Files
mixmaker/backend
lemintare c3624376b0
Some checks failed
CI / backend (push) Has been cancelled
CI / frontend (push) Has been cancelled
CI / compose (push) Has been cancelled
Add Discord guild ID configuration and enhance event announcement options
This commit introduces the `DISCORD_GUILD_ID` environment variable to the configuration files, allowing for better integration with Discord for role synchronization. The event announcement functionality has been updated to include an option for the `@everyone` mention, which can be toggled during event creation. The backend logic has been modified to handle this new option, and corresponding updates have been made to the frontend to allow users to control the mention behavior. Additionally, tests have been added to ensure the correct functionality of these features.
2026-07-19 11:34:11 +03:00
..

Mixmaker backend

Go/PostgreSQL API organized as domain, application, and inbound/outbound adapters.

Run

Required environment:

  • DATABASE_URL
  • DISCORD_CLIENT_ID
  • DISCORD_CLIENT_SECRET
  • DISCORD_REDIRECT_URL
  • ADMIN_DISCORD_IDS (comma-separated Discord IDs)

Optional environment:

  • HTTP_ADDR=:8080
  • FRONTEND_URL=/
  • SESSION_COOKIE_NAME=mixmaker_session
  • SESSION_TTL=168h
  • COOKIE_SECURE=true (set false only for local HTTP)
  • MIGRATIONS_DIR=migrations

Apply migrations and run:

go run ./cmd/api migrate
go run ./cmd/api

The same commands work with the container image:

docker run --rm ... mixmaker-api migrate
docker run --rm ... mixmaker-api

GET /healthz is a process health check and GET /readyz checks PostgreSQL. Authenticated realtime updates are available from GET /api/events/stream?topic=event:<event-id> as Server-Sent Events.

Security and behavior

Discord access tokens are used only during callback and are not stored. The API creates opaque server-side sessions and sends an HttpOnly, SameSite=Lax cookie. Initial administrators are promoted only when their Discord ID is present in ADMIN_DISCORD_IDS; existing administrators are never demoted by login.

Draft and series writes use persisted versions to reject stale repeated commands. RSVP overrides, captain assignments, balancing selections, tosses, draft actions, and results retain actor information in domain state or the append-only audit log.