aaden-cli 1.6.104 → 1.6.107

package/AadenDeploy/Utils/writeGdpduService.sh

@@ -1,10 +1,29 @@
 #!/bin/bash
+# 确保日结物化守护进程 aaden-gdpdu（PHP/autoWriteGdpdu.php）在跑。`aaden-cli auto-write-gdpdu`、装机脚本 aadensetup.sh、
+# patch/202610031600ensureGdpduDaemon.sh 都调这一个脚本；幂等，重复跑安全。
+#
+# 为什么必须有它：每日数据库备份由日结物化流程 ZBon.php?op=writeCombinedZbonClosing 触发，而这个流程只由该守护进程
+# 循环调用；没有它，csv_* 日结不物化（DSFinV-K 导出缺日结），备份也从不执行（10-03 发现 35 台新店漏装）。
+#
+# 已经在跑就不动；有 systemd 装成服务；没有 systemd（老 WSL）写 /etc/cron.d 每分钟调一次。
+# writeCombinedZbonClosing 内部 select … for update 加锁，重复调用也只会串行处理。
+PW='Innerken322.'
+sudoS(){ echo "$PW" | sudo -S bash -c "$*"; }
+PHP_SCRIPT=/var/www/html/PHP/autoWriteGdpdu.php
+UNIT=/etc/systemd/system/aaden-gdpdu.service
+CRON=/etc/cron.d/aaden-gdpdu
 
-ServiceFileName=/etc/systemd/system/aaden-gdpdu.service
+if [ -n "${AADEN_CLOUD_MODE:-}" ]; then echo "云端模式，跳过"; exit 0; fi
+if [ ! -f "$PHP_SCRIPT" ]; then echo "没有 $PHP_SCRIPT，跳过"; exit 0; fi
+# 只认真正用 php 跑这个脚本的进程（命令行里恰好带着文件名的 tail/grep 之类不算）
+if systemctl is-active --quiet aaden-gdpdu.service 2>/dev/null \
+  || pgrep -f '^(/usr/bin/)?php[0-9.]* .*autoWriteGdpdu\.php' >/dev/null; then
+  echo "aaden-gdpdu 已在运行，不动"; exit 0
+fi
 
-sudo touch $ServiceFileName
-sudo chmod 777 $ServiceFileName
-echo -e "
+if [ -d /run/systemd/system ]; then
+  TMP=$(mktemp)
+  cat > "$TMP" <<EOF
 [Unit]
 Description=Gdpdu Service For Aaden
 
@@ -13,13 +32,27 @@ Type=simple
 Restart=always
 RestartSec=1
 User=root
-ExecStart=/usr/bin/php /var/www/html/PHP/autoWriteGdpdu.php
+ExecStart=/usr/bin/php $PHP_SCRIPT
 
 [Install]
 WantedBy=multi-user.target
-" > $ServiceFileName
+EOF
+  sudoS "install -m 644 '$TMP' '$UNIT' && systemctl daemon-reload && systemctl enable --now aaden-gdpdu.service"
+  rm -f "$TMP"
+  sleep 3
+  if systemctl is-active --quiet aaden-gdpdu.service; then
+    echo "aaden-gdpdu 已装成 systemd 服务并启动"; exit 0
+  fi
+  echo "aaden-gdpdu 服务没起来，下次重试"; systemctl status aaden-gdpdu.service --no-pager 2>&1 | tail -5; exit 1
+fi
 
-sudo systemctl start aaden-gdpdu.service
-sudo systemctl enable aaden-gdpdu.service
-echo 'gdpdu auto write start'
-sudo service aaden-gdpdu start
+# 没有 systemd：由 cron 每分钟调一次（和守护进程循环做的是同一件事）
+TMP=$(mktemp)
+cat > "$TMP" <<'EOF'
+# aaden-cli auto-write-gdpdu（AadenDeploy/Utils/writeGdpduService.sh）：没有 systemd 的设备由 cron 代替 aaden-gdpdu 守护进程
+* * * * * root flock -n /var/tmp/aaden-gdpdu.lock sh -c 'curl -s -o /dev/null --max-time 900 "http://localhost/PHP/ZBon.php?op=writeCombinedZbonClosing"; curl -s -o /dev/null --max-time 300 "http://localhost/PHP/ZBon.php?op=writeZbonLiteral&countLimit=10"'
+EOF
+sudoS "install -m 644 '$TMP' '$CRON'"
+rm -f "$TMP"
+echo "没有 systemd，已写入 $CRON（每分钟一次）"
+exit 0

package/AadenDeploy/aadensetup.sh

@@ -147,6 +147,8 @@ cd /var/www/html/PHP || exit
 vendor/bin/phinx migrate
 
 aaden-cli patch
+# 日结物化守护进程：每日数据库备份和 DSFinV-K 日结物化都靠它（以前漏在装机脚本外，靠手动补）
+aaden-cli auto-write-gdpdu
 aaden-cli fix-cronjob
 aaden-cli upgrade
 aaden-cli update-ngrok-config $DeviceId

package/AadenDeploy/upgrade.sh

@@ -9,22 +9,41 @@
 # 写死 /usr/local/bin/aaden-cli 在那种设备上会失败，而保留 "$PATH" 两者都能命中。
 export PATH="/usr/local/bin:$PATH"
 
-mkdir -p /etc/aaden/config
-chmod -R 777 /etc/aaden/config
+# 每一步的退出码和耗时写进 $AADEN_UPGRADE_STEPS（auto-upgrade 读出来随「自动执行了更新aaden-cli」事件上报），
+# 失败的那步再带上输出末尾。起因：2026-10 约 35 台在 cron 里 auto-upgrade 3 秒跑完、后端从不更新，
+# 同样的命令 SSH 进去跑却正常，而 /var/log/aaden-auto-upgrade.log 远程读不到。
+# 输出照常打到 stdout（cron 重定向进日志）；单独跑这个脚本、没设变量时写 /dev/null。
+STEPS="${AADEN_UPGRADE_STEPS:-/dev/null}"
+step() {
+  local name=$1 start=$SECONDS out code
+  shift
+  out=$("$@" 2>&1)
+  code=$?
+  printf '%s\n' "$out"
+  if [ "$code" = 0 ]; then
+    echo "$name=0/$((SECONDS - start))s" >>"$STEPS"
+  else
+    echo "$name=$code/$((SECONDS - start))s($(printf '%s' "$out" | tail -n 2 | tr '\n' ' ' | cut -c1-160))" >>"$STEPS"
+  fi
+}
 
-sudo rm -rf /usr/local/lib/node_modules/.aaden-cli-P0eVNKj8
-sudo npm i aaden-cli -g
+step config sh -c 'mkdir -p /etc/aaden/config && chmod -R 777 /etc/aaden/config'
 
-aaden-cli patch
+# npm 全局重装会先把旧目录改名成 .aaden-cli-<随机串>；上次失败留下的这种目录会让之后每次都 ENOTEMPTY 失败，
+# CLI 永远停在老版本（10-03 车队里有几台卡在 1.6.88~1.6.98）。以前这里只删一个写死名字的目录，现在全删。
+step clean sudo sh -c 'rm -rf /usr/local/lib/node_modules/.aaden-cli-*'
+step npm sudo npm i aaden-cli -g
+
+step patch aaden-cli patch
 
 # 前端目录访问量上报（AppCenter 各应用 + 根目录老前端；只读 Apache 日志，20 小时内报过就空跑）。放在 light-update 前面，后端部署出问题也不影响统计
-aaden-cli appcenter-usage
+step usage aaden-cli appcenter-usage
 
 # 后端也走 aaden-cli 通道自愈：light-update 自带 版本门/灰度门/活动单门，
 # 已最新则空跑，营业时间被 @reboot 触发也不会打断收银（不 snap refresh 前端、不 apt）。
 # 这条让"后端自动更新"重新依赖活着的 npm+S3 管线，而不是失效的 git token。
-aaden-cli light-update
+step lu aaden-cli light-update
 
 # AppCenter 前端（Admin 等）单独同步：light-update 不发 AppCenter。灰度由 S3 manifest 的 rollout 控制，
 # 不在灰度内 / 已最新时空跑（一次几 KB 的 manifest 请求）；不碰 PHP 和数据库，营业时间触发也安全。
-aaden-cli appcenter-sync
+step sync aaden-cli appcenter-sync

package/dist/index.js

@@ -18577,7 +18577,7 @@ module.exports = JSON.parse('{"name":"axios","version":"0.19.2","description":"P
 /***/ ((module) => {
 
 "use strict";
-module.exports = {"i8":"1.6.104"};
+module.exports = {"i8":"1.6.107"};
 
 /***/ })
 
@@ -19254,7 +19254,9 @@ async function appCenterUsage(force) {
             return
         }
         const deviceId = await getCurrentDeviceId()
-        if (parseInt(deviceId) === -1) {
+        // 开机时 @reboot 跑 auto-upgrade，本机 PHP 可能还没起来，拿到的是空串 / -1：这次跳过，不写 stamp，下次再报
+        if (!(parseInt(deviceId) > 0)) {
+            console.log('appcenter-usage: 取不到设备号（本机 PHP 可能还没起来），跳过')
             return
         }
         const script = path.join(findMe(), '..', 'AadenDeploy', 'appCenterUsage.py')
@@ -19393,17 +19395,44 @@ async function autoUpgrade() {
     if (!ngrokNewestVersion()) {
         await fixNgrok()
     }
-    await upgrade()
-    await logAction("自动执行了更新aaden-cli")
+    const summary = await upgrade()
+    await logAction("自动执行了更新aaden-cli" + summary)
 }
 
+/**
+ * upgrade.sh 每步把 `名字=退出码/耗时` 写进 AADEN_UPGRADE_STEPS 指向的文件，这里读出来拼进事件：
+ * 全部成功是一串 `npm=0/1s patch=0/0s …`；有失败（或脚本根本没跑起来——前面 `sudo chmod`、`cd` 是 && 串起来的）
+ * 时再带上运行用户、PATH、node/npm/aaden-cli 的位置。
+ * 起因：2026-10 约 35 台在 cron 里 auto-upgrade 3 秒跑完、后端从不更新，SSH 进去手动跑却正常，日志又远程读不到。
+ */
 async function upgrade() {
+    const stepsFile = path.join(os.tmpdir(), `aaden-upgrade-steps-${process.pid}`)
+    try { fs.writeFileSync(stepsFile, '') } catch (_) {}
     const command = [
         ...getPrivilegeCMD('AadenDeploy/upgrade.sh'),
         'cd AadenDeploy',
-        `./upgrade.sh`
+        `AADEN_UPGRADE_STEPS=${stepsFile} ./upgrade.sh`
     ]
-    await cli.executeInShell(command, program.debug)
+    const {code} = await cli.executeInShell(command, program.debug)
+    let steps = ''
+    try {
+        steps = fs.readFileSync(stepsFile, 'utf8').split('\n').filter(Boolean).join(' ')
+        fs.unlinkSync(stepsFile)
+    } catch (_) {}
+    const failed = code !== 0 || !steps || /=[1-9]/.test(steps)
+    return ' [' + (steps || 'upgrade.sh 没跑起来') + (code ? ' exit=' + code : '') + ']'
+        + (failed ? ' ' + upgradeEnvInfo() : '')
+}
+
+function upgradeEnvInfo() {
+    try {
+        return execSync(
+            'echo "user=$(id -un) PATH=$PATH node=$(command -v node) npm=$(command -v npm) cli=$(command -v aaden-cli)"',
+            {encoding: 'utf-8', shell: '/bin/sh', timeout: 5000}
+        ).trim()
+    } catch (e) {
+        return ''
+    }
 }
 
 function getStorageBackendFileVersion() {

package/dist/patch/202610031600ensureGdpduDaemon.sh

@@ -0,0 +1,6 @@
+#!/bin/bash
+# 一次性修复：日结物化守护进程 aaden-gdpdu 以前不在装机脚本里（要手动 aaden-cli auto-write-gdpdu），
+# 2025 下半年起漏装的店既没日结物化（DSFinV-K 导出缺日结）、每日数据库备份也从没跑过。
+# 逻辑在 AadenDeploy/Utils/writeGdpduService.sh（已在跑跳过 / 有 systemd 装服务 / 没有 systemd 写 cron）。
+ROOT="$(cd "$(dirname "$0")/.." && pwd)"
+bash "$ROOT/AadenDeploy/Utils/writeGdpduService.sh"

package/index.js

@@ -603,7 +603,9 @@ async function appCenterUsage(force) {
             return
         }
         const deviceId = await getCurrentDeviceId()
-        if (parseInt(deviceId) === -1) {
+        // 开机时 @reboot 跑 auto-upgrade，本机 PHP 可能还没起来，拿到的是空串 / -1：这次跳过，不写 stamp，下次再报
+        if (!(parseInt(deviceId) > 0)) {
+            console.log('appcenter-usage: 取不到设备号（本机 PHP 可能还没起来），跳过')
             return
         }
         const script = path.join(findMe(), '..', 'AadenDeploy', 'appCenterUsage.py')
@@ -742,17 +744,44 @@ async function autoUpgrade() {
     if (!ngrokNewestVersion()) {
         await fixNgrok()
     }
-    await upgrade()
-    await logAction("自动执行了更新aaden-cli")
+    const summary = await upgrade()
+    await logAction("自动执行了更新aaden-cli" + summary)
 }
 
+/**
+ * upgrade.sh 每步把 `名字=退出码/耗时` 写进 AADEN_UPGRADE_STEPS 指向的文件，这里读出来拼进事件：
+ * 全部成功是一串 `npm=0/1s patch=0/0s …`；有失败（或脚本根本没跑起来——前面 `sudo chmod`、`cd` 是 && 串起来的）
+ * 时再带上运行用户、PATH、node/npm/aaden-cli 的位置。
+ * 起因：2026-10 约 35 台在 cron 里 auto-upgrade 3 秒跑完、后端从不更新，SSH 进去手动跑却正常，日志又远程读不到。
+ */
 async function upgrade() {
+    const stepsFile = path.join(os.tmpdir(), `aaden-upgrade-steps-${process.pid}`)
+    try { fs.writeFileSync(stepsFile, '') } catch (_) {}
     const command = [
         ...getPrivilegeCMD('AadenDeploy/upgrade.sh'),
         'cd AadenDeploy',
-        `./upgrade.sh`
+        `AADEN_UPGRADE_STEPS=${stepsFile} ./upgrade.sh`
     ]
-    await cli.executeInShell(command, program.debug)
+    const {code} = await cli.executeInShell(command, program.debug)
+    let steps = ''
+    try {
+        steps = fs.readFileSync(stepsFile, 'utf8').split('\n').filter(Boolean).join(' ')
+        fs.unlinkSync(stepsFile)
+    } catch (_) {}
+    const failed = code !== 0 || !steps || /=[1-9]/.test(steps)
+    return ' [' + (steps || 'upgrade.sh 没跑起来') + (code ? ' exit=' + code : '') + ']'
+        + (failed ? ' ' + upgradeEnvInfo() : '')
+}
+
+function upgradeEnvInfo() {
+    try {
+        return execSync(
+            'echo "user=$(id -un) PATH=$PATH node=$(command -v node) npm=$(command -v npm) cli=$(command -v aaden-cli)"',
+            {encoding: 'utf-8', shell: '/bin/sh', timeout: 5000}
+        ).trim()
+    } catch (e) {
+        return ''
+    }
 }
 
 function getStorageBackendFileVersion() {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "aaden-cli",
-  "version": "1.6.104",
+  "version": "1.6.107",
   "description": "",
   "main": "dist/index.js",
   "scripts": {

package/patch/202610031600ensureGdpduDaemon.sh

@@ -0,0 +1,6 @@
+#!/bin/bash
+# 一次性修复：日结物化守护进程 aaden-gdpdu 以前不在装机脚本里（要手动 aaden-cli auto-write-gdpdu），
+# 2025 下半年起漏装的店既没日结物化（DSFinV-K 导出缺日结）、每日数据库备份也从没跑过。
+# 逻辑在 AadenDeploy/Utils/writeGdpduService.sh（已在跑跳过 / 有 systemd 装服务 / 没有 systemd 写 cron）。
+ROOT="$(cd "$(dirname "$0")/.." && pwd)"
+bash "$ROOT/AadenDeploy/Utils/writeGdpduService.sh"