mirror of
https://github.com/jhd3197/ServerKit.git
synced 2026-11-09 21:43:05 +09:00
Juan DenisandClaude Opus 5
0d768ca377
Brings the Services tab group in line with the design prototype. Deploy Activity is a feed rather than a table: runs group into Queued / Today / Earlier, each row showing what was deployed (commit, image, or template), why (push, webhook, manual), a per-step pipeline bar, target, duration, and the error inline on failures. Step states are derived client-side from current_step/total_steps/status, so the feed stays one request. Status filters carry live counts via the shared SegControl. Deploy Console trades the vertical step rail for a horizontal pipeline strip above the log, each segment's bar sized to its share of the run — so where the time went is visible at a glance, and the log pane gets the full page width. A mono run-identity line sits between them. Templates leads with the two routes no template covers (import a repo, drop a ZIP), gains a Featured / A-Z sort, and deploys through a drawer that shows the subdomain the service will be published at and a server picker listing each target's CPU and memory — placing a service on a second box is now a visible choice rather than a hidden default. That needs capacity in the payload, so get_available_servers() now reports cpu_cores/total_memory/total_disk (remote from the Server row, local via a psutil probe). Services gains an opt-in card view; ResourceListPage grew renderCard / viewStorageKey props, so table-only pages are untouched. Not ported: the mock's Resources card (CPU/memory limits, auto-restart, backups). installTemplate does not carry limits through to Application.cpu_limit/memory_limit, so the card would have claimed limits the deploy never applies. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>