[scheduled_post]定时发布

版本 1.0.0 更新：
首次上架（1.0.0）。

市场里 排期 / 待发布 / 自动发布 / 预约发布 / schedul 此前 0 命中；核心 app_topics 只有 created_at，
发出来就是发出来了，没有任何「未来时间」的概念 —— 想「早上写好、上班时间自动发」只能靠人守着点。
这一款补的就是这件事：写好主题、指定一个发布时间，到点由计划任务自动替你发出去。

• 发帖页原生的「定时发布」区块：就在核心那张发帖表单里，选一个时间点「加入排期」即可（formaction 交给排期路由，

不复制核心表单的任何输入框、不改变「保存」立即发帖的行为）；带附件时页面明确提示并在服务端拒绝
（附件与会话上传时序绑定，跨请求延迟发布不可靠）。

• 我的排期：待发布 / 发布中 / 已发布 / 发布失败 / 已取消 五种状态，状态页签带计数；每条能改时间、

取消、立即发；失败的那条把失败原因直接印在行里，已发布的给「查看主题 #N」直达链接；
每条排期都有审计留痕（create / reschedule / cancel / defer / publish / fail / retry / immediate）。

• 到点自动发布走的是与手动发帖完全同一条核心写路径（save_topic()）：同样的版块与用户组校验、

同样的标题正文长度、同样的发帖间隔、同样的全文索引与全部钩子（topic.before_save /
topic.after_save 都照常触发，别的插件的写路径钩子看到的就是一次正常发帖）。
所以作者到点被禁言 / 封禁 / 删号时，这条排期会发布失败并留痕，绝不绕过校验偷偷发出去。

• 并发只发一次：用 CAS（UPDATE … WHERE status='pending' + rowCount()）抢发，两个管理员同时点「立即检查并发布」

也只会建出 1 篇主题；被核心校验或别的插件的策略钩子 err() 中断时，由 shutdown 兜底把那条留痕成失败，
不会留下停在「发布中」的黑洞条目（超时残行会自动复位重排）。

• 同一作者的连续排期逐条错开：发帖间隔没过的那条顺延到间隔之后（保持待发布、记 defer 审计），

不丢内容、也不误报失败。

• 匿名版块 fail-closed：站点装了匿名区时，定时发布默认在所有版块关闭，由站长在后台逐版块确认后开放，

开放后一律以匿名身份发出（匿名登记由匿名区在核心保存钩子里自己落地，本插件不碰它的表、不调它的函数）；
配置在排期之后被改窄，发布时复核守卫 → 该条失败留痕，不做「猜着发」。

• 后台一个 Tab：排期总数 / 待发布（含 24 小时内到期）/ 发布中 / 已发布 / 发布失败 / 已取消 / 最近一条待发

+ 队列（按状态筛选，作者 / 版块 / 定时 / 状态 / 尝试次数 / 结果 / 强制取消·重试）
+ 「立即检查并发布到期条目」（计划任务租约被占住时的兜底）
+ 设置（总开关、允许普通用户、每人待发布上限、最长可排天数、开放版块白名单、匿名区逐版块白名单、每页条数）
+ 最近审计流。审计只记 topic_id 与时间，正文与标题不进审计表。

• 时间一律按站点时区解释（本站 Asia/Shanghai，页面上写明）：datetime-local 输入经

DateTimeImmutable::createFromFormat() 解析，跨日 / 跨月 / 夏令时边界交给 PHP 时区库；过去的时间、
超过上限的时间、非法时间一律拒绝（服务端为准，不猜）。

查询预算（实测）：首页 0 条（不挂首页槽位，启用=停用）、发帖页 0 条（区块只读配置与插件缓存）、
「我的排期」≤4 条、后台 ≤6 条；计划任务固定条数、按到期条数一次取回、每条到期条目的边际成本恒定。
核心 app_* 表一列都不加，自有表全部 plugin_scheduled_post_ 前缀。

验收：tools/lab_verify_scheduled_post.sh 543 项通过 / 0 失败（私有站点副本 + 独占端口；
含 CAS 并发三组、失败留痕、时区逐秒比对、查询预算、卸载重装）；七道静态门禁全绿。
已知边界（1.0.0 首版，如实写明）：① 排期不支持附件（页面提示 + 服务端拒绝）；
② 到点发布是跨请求动作，作者那一刻的禁言 / 封禁会让这条失败（这是设计，不是缺陷）；
③ 被 err() 中断的那一轮会提前结束，其余到期条目留到下一轮（后台有「立即检查并发布」兜底）；
④ v1.0.0 只支持改时间 / 取消 / 重试 / 立即发，不支持改已排期的正文（要改就取消重排）。