mirror of
https://github.com/Dvorinka/Containr.git
synced 2026-10-28 15:51:26 +00:00
- Replace redis:7-alpine with Dragonfly (Redis-protocol compatible; go-redis client unchanged) in root, infra, and backend-dev compose files. Bounded defaults --proactor_threads/--maxmemory so it boots on small VPSs. - Frontend now defaults to same-origin API calls; nginx proxies /api/* to the backend (WebSocket-aware, docker DNS resolver for upstream re-resolution). Removes the baked localhost:8082 that broke installs reached by IP/domain. - /auth/bootstrap returns configured OAuth providers; the UI hides GitHub/Google buttons unless real credentials exist. Self-hosted stays email/password only - OAuth reserved for a future managed offering. - Sidecar ignores PLACEHOLDER_* OAuth credentials and trusts same-host origins dynamically (Origin host == request Host) so remote installs pass origin checks without config; cross-origin requests still rejected. - install.sh writes ENVIRONMENT=production; COOKIE_SECURE=false in production is now a startup warning instead of fatal (plain-HTTP installs). - Bootstrap failure surfaces an error notice instead of silently rendering the sign-in page. Authored By: TDvorak <[email protected]> Generated with [Devin](https://devin.ai) Co-Authored-By: Devin <158243242+devin-ai-integration[bot]@users.noreply.github.com>
5.6 KiB
5.6 KiB
Containr Backend Setup
Quick Start
Prerequisites
- Go 1.21+
- PostgreSQL 12+
- Dragonfly (Redis-compatible cache)
Environment Variables
Create a .env file for local backend work, and use the repository root .env.prod for production deployments:
# Database
DATABASE_URL=postgres://containr:password@localhost:5432/containr?sslmode=disable
MAX_CONNECTIONS=25
MAX_IDLE_CONNECTIONS=5
CONN_MAX_LIFETIME=5m
CONN_MAX_IDLE_TIME=5m
AUTO_MIGRATE=true
MIGRATION_LOCK_TIMEOUT=2m
SEED_DATA_ON_START=false
REDIS_URL=redis://:password@localhost:6379/0
# Server
PORT=8080
ENVIRONMENT=development
HOST=0.0.0.0
MAX_REQUEST_BODY_BYTES=10485760
# Security
# In production this must be at least 32 characters.
JWT_SECRET=your-production-jwt-secret-at-least-32-characters
# In production this must be true.
COOKIE_SECURE=false
# Frontend (for CORS)
CORS_ORIGINS=http://localhost:3000,http://localhost:8080
# Optional: trust reverse proxy CIDR (recommended behind Traefik)
TRUSTED_PROXY_CIDR=172.20.0.0/16
Database Setup
- Create PostgreSQL database:
CREATE DATABASE containr;
CREATE USER containr WITH PASSWORD 'password';
GRANT ALL PRIVILEGES ON DATABASE containr TO containr;
-
Run migrations (handled automatically on server start)
# Optional: run all migrations without starting the API server go run cmd/migrate/main.go up # Legacy chain only go run cmd/migrate/main.go legacy-up # Goose chain only go run cmd/migrate/main.go goose-up go run cmd/migrate/main.go goose-status go run cmd/migrate/main.go goose-create add_new_table -
Managed database runtime notes
- The
/api/v1/databasesendpoints provision real database containers when the backend has access to Docker. - Database status is reconciled against real container state on read operations.
- Metrics are collected from Docker container stats when available, with fallback values when unavailable.
- Backups are persisted in
database_backupsand executed as Docker volume snapshots into thecontainr-db-backupsvolume. - Restores rehydrate the managed DB volume from the selected completed backup archive.
- If Docker is unavailable, runtime lifecycle operations fail safely and backup jobs are marked failed.
- Supported managed types:
postgresql,redis,dragonfly,mysql,mariadb,mongodb,clickhouse. - Deploying a
databaseservice template via/api/v1/templates/:id/deploynow creates a managed database entry and starts provisioning.
- The
Running the Server
# Build
go build -o bin/server cmd/server/main.go
# Run
./bin/server
The server will start on http://localhost:8080
Embedded Better Auth
The backend now starts the Better Auth runtime as a child process during boot. In Docker this is fully bundled into the backend image. For non-Docker local runs, install the auth runtime dependencies first:
cd auth
npm ci
cd ..
API Endpoints
Health Check
GET /live- Liveness probe (process is running)GET /health- Dependency-aware health status (DB + Redis)GET /ready- Readiness probe (same checks as/health)
Authentication
POST /api/v1/auth/login- User loginPOST /api/v1/auth/register- User registration
User Profile
GET /api/v1/user/profile- Get user profile (requires auth)PUT /api/v1/user/profile- Update user profile (requires auth)
Projects
GET /api/v1/projects- List user projects (requires auth)POST /api/v1/projects- Create project (requires auth)GET /api/v1/projects/:id- Get project details (requires auth)PUT /api/v1/projects/:id- Update project (requires auth)DELETE /api/v1/projects/:id- Delete project (requires auth)
Authentication
Include JWT token in Authorization header:
Authorization: Bearer <your-jwt-token>
Example Usage
- Register a user:
curl -X POST http://localhost:8080/api/v1/auth/register \
-H "Content-Type: application/json" \
-d '{
"email": "[email protected]",
"password": "password123",
"name": "Test User"
}'
- Login:
curl -X POST http://localhost:8080/api/v1/auth/login \
-H "Content-Type: application/json" \
-d '{
"email": "[email protected]",
"password": "password123"
}'
- Create a project (using token from login):
curl -X POST http://localhost:8080/api/v1/projects \
-H "Content-Type: application/json" \
-H "Authorization: Bearer <token>" \
-d '{
"name": "My Project",
"description": "A test project"
}'
Development
Project Structure
cmd/server/ - Main application entry point
internal/
├── api/ - HTTP handlers and routes
├── config/ - Configuration management
├── database/ - Database connections and migrations
└── middleware/ - HTTP middleware
migrations_goose/ - Goose-managed migrations (single migration path)
Adding New Endpoints
- Create handler functions in
internal/api/ - Add routes in
internal/api/routes.go - Update database schema:
- All migrations live in
migrations_goose/using goose format (-- +goose Up/Down). 20260401163000_baseline.sqlcarries the consolidated schema; append new files after it.- Never edit the baseline in place; always add a new migration file.
- All migrations live in
SQLC (Type-Safe Queries)
Generate Go query code from SQL definitions:
go run github.com/sqlc-dev/sqlc/cmd/[email protected] generate
Files:
- Config:
sqlc.yaml - Schema for parsing:
sqlc/schema.sql - Query definitions:
sqlc/queries/*.sql - Generated output:
internal/database/sqlcdb/