GEMINI DELIVERED THE SERVER MATRIX! 🎉 Complete real-time server monitoring with htmx polling, 60-second caching, Fire/Frost node grouping, and instant sync controls. GEMINI'S ARCHITECTURAL DECISIONS: 1. 60-second cache - Prevents Panel API rate limits (13+ servers = 13 API calls) 2. htmx polling every 15s - Simulates real-time without complex SSE 3. Sequential sync only - Prevents HTTP 429 (Too Many Requests) 4. Warn-only whitelist toggle - No auto-restart (dangerous during boss fights!) SERVER MATRIX FEATURES: - Dynamic server discovery from Panel API - Grouped by node: TX1 (Dallas) and NC1 (Charlotte) - Real-time status with glowing borders (green=healthy, red=error, gray=offline) - Per-server controls: Force Sync, Toggle Whitelist - Bulk actions: Sync All Dallas, Sync All Charlotte - 60-second intelligent caching for RV low-bandwidth - htmx auto-refresh every 15 seconds SERVER CARD DETAILS: - Server name + identifier - Online/offline status with pulsing dot - Whitelist enabled/disabled - Last successful sync timestamp - Error messages if sync failed - Sync Now button (disabled when offline) - Toggle Whitelist with restart warning FILES ADDED: - src/panel/files.js - Added readServerProperties() function - src/routes/admin/servers.js - Complete server matrix router - src/views/admin/servers/index.ejs - Server matrix shell with htmx - src/views/admin/servers/_matrix_body.ejs - Two-column node grouping - src/views/admin/servers/_server_card.ejs - Individual server cards SERVER DISCOVERY: - Uses existing getMinecraftServers() from panel/discovery.js - Filters by MINECRAFT_NEST_IDS (nests 1, 6, 7) - Enriches with server.properties whitelist status - Joins with server_sync_log table for sync history WHITELIST TOGGLE: - Reads current server.properties - Toggles white-list=true <-> white-list=false - Writes back to Panel via File API - Shows ⚠️ Requires Restart warning (hx-confirm modal) - Clears cache for immediate UI update on next poll FORCE SYNC: - Fetches active/grace/lifetime players from database - Writes whitelist.json to server - Executes 'whitelist reload' command - Updates server_sync_log with success/failure - Shows ✅ Synced or ❌ Error inline via htmx CACHING LOGIC: In-memory cache refreshes every 60 seconds: - Cache hit: Returns cached server data instantly - Cache miss: Fetches fresh from Panel + reads server.properties - Database sync logs: ALWAYS fetch fresh (never cached) NODE GROUPING: TX1 (Dallas): Filters by node === 'Node 3' OR name includes 'TX' NC1 (Charlotte): Filters by node === 'Node 2' OR name includes 'NC' HTMX MAGIC: - hx-get="/admin/servers/matrix" hx-trigger="load, every 15s" - Auto-loads matrix on page load - Auto-refreshes every 15 seconds - hx-post for sync actions (updates inline, no page reload) - hx-confirm for whitelist toggle (browser confirmation modal) VISUAL DESIGN: - Green glow border: Server online + recent sync success - Red glow border: Sync error detected - Gray border: Server offline - Pulsing green dot: Server is online - Fire emoji 🔥 for Dallas node - Frost emoji ❄️ for Charlotte node INTEGRATION: - Mounted in src/routes/admin/index.js - Uses existing database.js for PostgreSQL - Uses existing panel/discovery.js for server list - Uses existing panel/files.js for whitelist writes - Uses existing panel/commands.js for reload commands NEXT FROM GEMINI: - Financials/MRR tracker - Grace Period dashboard - Additional modules as needed GEMINI'S WISDOM: "The Server Matrix is the true bridge of the ship, giving you complete visibility and control without having to log into the game panel." Signed-off-by: The Golden Chronicler <claude@firefrostgaming.com> Co-authored-by: Gemini AI <gemini@anthropic-partnership.ai>
🔥❄️ Firefrost Services
Monorepo for Firefrost Gaming backend services
This repository contains all custom Node.js services that power Firefrost Gaming's subscription automation, game server management, and community tools.
📋 Services
Active Services
- Arbiter — Discord bot for subscription automation and role management
- Whitelist Manager — Pterodactyl Panel integration for Minecraft whitelist automation
- Modpack Version Checker — Monitors modpack updates across game servers
Experimental
- Future — Experimental services and proof-of-concept tools
🏗️ Architecture
This monorepo uses npm workspaces for dependency management and service-prefixed Git tags for versioning.
Repository Structure
firefrost-services/
├── package.json # Root workspace configuration
├── services/ # Production services
│ ├── arbiter/
│ ├── whitelist-manager/
│ └── modpack-version-checker/
├── shared/ # Shared utilities (@firefrost/shared)
└── future/ # Experimental services
Versioning Strategy
Each service versions independently using Git tags:
- Arbiter releases:
arbiter-v2.1.0,arbiter-v2.2.0 - Whitelist Manager:
whitelist-v1.0.0,whitelist-v1.1.0 - Modpack Checker:
modpack-v1.0.0
This allows Service A to be at v2.1 while Service B is at v1.0.
🚀 Quick Start
Initial Setup
# Clone repository
git clone https://git.firefrostgaming.com/firefrost-gaming/firefrost-services.git
cd firefrost-services
# Install all dependencies (services + shared)
npm install
Deploying a Service
# Fetch latest tags
git fetch --all --tags
# Check out specific service version
git checkout arbiter-v2.1.0
# Install dependencies
npm install
# Create .env file (copy from .env.example)
cd services/arbiter
cp .env.example .env
# Edit .env with actual credentials
# Start service (systemd)
sudo systemctl enable arbiter
sudo systemctl start arbiter
Updating a Service
# Return to main branch
git checkout main
# Pull latest code
git pull origin main
# Check out new version
git checkout arbiter-v2.2.0
# Install any new dependencies
npm install
# Restart service
sudo systemctl restart arbiter
Rolling Back
# Check out previous version
git checkout arbiter-v2.1.0
# Restart service
sudo systemctl restart arbiter
📦 Shared Code
The @firefrost/shared package contains utilities used across multiple services:
- Database helpers
- Discord formatting utilities
- Pterodactyl API wrappers
- Logging infrastructure
Services import shared code like any npm package:
import { logger } from '@firefrost/shared';
🔐 Environment Variables
IMPORTANT: Never commit .env files to Git.
Each service has an .env.example file showing required variables. On the server:
- Copy
.env.exampleto.env - Fill in actual credentials
- Ensure
.envis in.gitignore(it is by default)
🛠️ Development
Adding a New Service
- Create directory:
services/my-new-service/ - Add
package.jsonwith service name - Develop service
- Create
.env.examplewith required variables - Add systemd service file to
deploy/directory - Document in service README
- Tag initial release:
git tag my-service-v1.0.0
Using Shared Code
// In your service
import { logger, formatDiscordEmbed } from '@firefrost/shared';
logger.info('Service started');
Running Tests (Future)
# Run all service tests
npm test
# Run specific service tests
npm test -- --workspace=services/arbiter
📋 systemd Configuration
Each service includes a systemd unit file in deploy/. Example for Arbiter:
[Unit]
Description=Arbiter Discord Bot
After=network.target
[Service]
Type=simple
User=arbiter
WorkingDirectory=/var/www/firefrost-services/services/arbiter
ExecStart=/usr/bin/node src/index.js
Restart=always
RestartSec=10
StandardOutput=journal
StandardError=journal
[Install]
WantedBy=multi-user.target
Copy to /etc/systemd/system/, then:
sudo systemctl daemon-reload
sudo systemctl enable arbiter
sudo systemctl start arbiter
🎯 Deployment Targets
Services run on different servers based on their purpose:
| Service | Server | Location |
|---|---|---|
| Arbiter | Command Center | Dallas, TX |
| Whitelist Manager | Panel VPS | TBD |
| Modpack Checker | TX1 Dallas | Dallas, TX |
Each server clones the entire repo but only runs its designated services.
📚 Documentation
- Architecture Decision: See
operations-manual/docs/reference/architecture-decisions/firefrost-services-monorepo-decision.md - Service-specific docs: Each service has its own README in
services/[service-name]/ - Shared package docs: See
shared/README.md
🤝 Contributing
This repository is maintained by:
- Michael "Frostystyle" Krause (The Wizard) — Technical lead
- Meg "GingerFury" (The Emissary) — Community manager
- Holly "unicorn20089" (The Catalyst) — Lead builder
- Claude (The Chronicler) — AI partner
Contribution Workflow
- Create feature branch from
main - Develop and test changes
- Update service version in package.json
- Create PR to
main - After merge, tag release:
[service]-v[version]
🏷️ Version History
See Git tags for complete version history.
📄 License
Proprietary — All rights reserved by Firefrost Gaming.
This codebase is private and not licensed for public use or distribution.
Fire + Frost + Foundation = Where Love Builds Legacy 💙🔥❄️
For children not yet born.