fix(deploy): 支持无 systemd 的环境，并修复降级路径的两个真实缺陷

用户实测：服务器没有 systemctl，install.sh 直接报错退出。

原错误信息本身也是错的（建议 SKIP_NGINX=1，但那只跳过 nginx，仍走 systemctl）。

进程管理改为四层降级：
  systemd → OpenRC → SysVinit → nohup 后台进程（deploy/ctl.sh）
- 新增 deploy/ctl.sh：start/stop/restart/status/logs，PID 文件 + 进程名双重判定
- 新增 deploy/openrc/opendance-api、deploy/initd/opendance-api
- 无 init 系统时写 crontab @reboot 实现开机自启
- uninstall.sh 同步支持四种模式清理（原先只处理 systemd，会留下运行中的进程）
- 汇总输出按实际初始化系统给出对应运维命令

测试中发现并修复降级路径的两个真实缺陷：

1. nohup 无法调用 shell 函数
    实测退出码 127 且什么都不执行
   （nohup 是外部命令，只能执行可执行文件）。
   这会让无 systemd 的降级路径完全失效——服务根本起不来。
   改为按 runuser / setpriv / su 显式拼接成外部命令后再 nohup。
   另加启动后 1 秒存活检测，失败立即打印日志，不再白等 30 秒。

2. find_pids 在无进程时返回一个空格
    在空输入下仍会执行一次 echo，输出空行，
   最终得到 " "；调用方 [ -n ... ] 会判为「有进程」，
   导致 start 直接跳过、status 谎报运行中。改为纯 bash 拼接，空时返回空串。

实测（真实 API 进程，端口 3100）：
  start → 健康检查 200，PID 正确
  重复 start → 识别已在运行，进程数保持 1
  status → 运行中
  restart → 新 PID，健康检查 200
  stop → 无残留进程，端口释放
  无 process 时 find_pids 返回空串，is_running=false

deploy/initd/opendance-api

@@ -0,0 +1,35 @@
+#!/bin/sh
+### BEGIN INIT INFO
+# Provides:          opendance-api
+# Required-Start:    $network $remote_fs $local_fs
+# Required-Stop:     $network $remote_fs $local_fs
+# Default-Start:     2 3 4 5
+# Default-Stop:      0 1 6
+# Short-Description: OpenDance Studio Web 管理服务端
+# Description:       OpenDance Studio Web 管理服务端（NestJS + TypeORM）
+### END INIT INFO
+#
+# SysVinit / LSB 启动脚本。实际启停逻辑复用 deploy/ctl.sh，
+# 避免 systemd / SysV / 纯进程三种模式各写一份。
+#
+# 也可以直接手动调用：
+#   /etc/init.d/opendance-api start|stop|restart|status
+
+APP_DIR="__APP_DIR__"
+SERVICE_USER="__SERVICE_USER__"
+
+export APP_DIR SERVICE_USER
+
+case "$1" in
+  start|stop|restart|status)
+    ;;
+  reload|force-reload)
+    set -- restart
+    ;;
+  *)
+    echo "用法: $0 {start|stop|restart|status}" >&2
+    exit 2
+    ;;
+esac
+
+exec /bin/bash "$APP_DIR/deploy/ctl.sh" "$1"