dsh-wei-sitecontrol

Websites and HTTP services spawned by DSH Agents often end up scattered across work directories with no shared registry, no version history, and no reliable way to tell which process is holding a port. dsh-wei-sitecontrol gathers them into a single dependency-aware registry and adds real operations tooling: start, stop, and restart with structured logging; built-in isomorphic-git commit and push without requiring system git; ssh2-based scheduled deployment with a rollback-capable release mode; and a live monitor that surfaces CPU, memory, disk, per-site process usage, and running task names at a glance.

The deployment story is where the plugin earns its keep. With description-driven provisioning, you hand it a natural-language environment note plus a PEM directory and it parses the IP, SSH port, and service type, then connects to the server to read the actual Tomcat or nginx configuration. It back-fills uploadDir, configFile, appHome, and every other publishing field, and stores a timestamped verified snapshot. From there, manual publishes, scheduled runs, and release rollbacks all travel the same code path with every step recorded, and pending schedules re-bind automatically after a DSH restart. The key vault exposes only fingerprints, and private key material never crosses an API boundary or log line.

This plugin suits developers who use DSH Agents to spin up batches of lightweight sites or internal HTTP services and want multi-site version control plus one-click rollback without maintaining a fleet of systemd units or hand-rolled deploy scripts. Once installed, a sidebar panel appears and the Agent gains a set of site_* tools; the rest is schedule-driven.