@genius-revius/server
v0.1.0
Published
Local coordinator server for [Revius](../../README.md) -- HTTP + WebSocket API with SQLite storage.
Readme
@genius-revius/server
Local coordinator server for Revius -- HTTP + WebSocket API with SQLite storage.
Install
npm install @genius-revius/serverUsage
import { createReviusServer } from "@genius-revius/server";
const server = await createReviusServer({ port: 7878 });Typically launched via revius dev from @genius-revius/cli. See the main README for full documentation.
Cloud deployment (Railway, Fly, etc.)
The revius-coordinator binary (src/start.ts) is a standalone Fastify entry point for
running the coordinator against a mounted data volume, without a per-project config. It
binds 127.0.0.1 by default -- for a cloud deploy, set these env vars explicitly on the
service:
HOST=0.0.0.0 # required to accept traffic from the platform's proxy
REVIUS_AUTH_TOKEN=<random> # required whenever HOST is non-loopback
REVIUS_DATA_DIR=/data # or rely on auto-detection if /data is mountedNotes:
HOSTalways defaults to127.0.0.1(loopback-only). It is never widened unless you set it explicitly, or unless a/datavolume is detected withREVIUS_DATA_DIRunset (common on Railway) -- in that case the coordinator auto-binds0.0.0.0, but only ifREVIUS_AUTH_TOKENis set; otherwise it refuses to start.- Prefer setting
HOST=0.0.0.0andREVIUS_AUTH_TOKENexplicitly in the Railway service variables rather than relying on the/dataauto-detection -- it makes the cloud posture visible in the deploy config instead of implicit in a filesystem check. - In
NODE_ENV=production,app.tsadditionally refuses to start on a non-loopback host withoutREVIUS_AUTH_TOKEN, as defense in depth.
