版本 2.3.1 更新： **2.3.1 · 卸载卫生：不再把两个历史记号"建"回数据库** - **修复（卸载残留）**：卸载逻辑里原本用一次「把记号清零」的写入来收拾现场，而那次写入走的是**upsert**（有则改、无则**新建**）—— 其中 `plugin_layout_diy_check` / `plugin_layout_diy_cache_hit` 这两个名字是**历史遗留**：现

版本 3.4.1 更新： **3.4.1 · 悬赏冻结/加码补齐标准积分事件（跨插件契约修复）** - **修复（跨插件契约）**：提问冻结（`qa_bounty_create()`）与加码冻结（`qa_bounty_boost_route()`）用的是自带守卫的原子 CAS 扣款（`points=points-? WHERE ... AND points>=?`），**没有经过核心的积分变动助手

版本 2.3.1 更新： **2.3.1 · 扣款动作补齐标准积分事件（跨插件契约修复）** - **修复（跨插件契约）**：购买扣款与退款这两条路径原本为了与同事务内的其它写入同生共死，走了自带的原子 CAS，**没有经过核心的积分变动助手** —— 于是它们**不广播**标准的 `user.points_changed` 事件。后果不是本插件出错，而是**下游消费者的账算不平**：`achie

版本 3.4.0 更新： **3.4.0 · 资金路径三连（采纳发放 / 并发金额 / 到期结算）+ 答主榜匿名遮蔽补齐** - **修复（资金原子性 · 采纳与仲裁）**：采纳答案的三步 —— ①写 `awarded` 扣冻结池（含名额 CAS 与「已解决」置位）、②给答主打积分、③写 `award` 账目 —— 此前是**三次独立提交**。①之后 ②/③ 之前任何失败（进程中断、致命错误、积分

版本 2.3.0 更新： **2.3.0 · 覆盖文件升级自愈** - **修复（升级路径）**：布局/组件/缓存三张表的列在 1.1.0 与 1.3.0 两代各有新增，而补列只在 `install` 内执行 ⇒ 覆盖文件升级后后台保存布局会直接抛 SQL 错并被**自动停用**（结构标记此前只写不读，等于没有护栏）。现在运行期入口按**三道门**（内存副本 → 设置标记 → 才 DDL）幂等补齐

版本 4.3.0 更新： **4.3.0 · 覆盖文件升级自愈** - **修复（升级路径）**：日程事件表与「参与/例外」两张关联表是后续版本新增的，而建表只发生在 `install` 里。核心覆盖文件不重跑 install ⇒ 老站永远没有这两张表，日程页一读即抛异常并被**自动停用**。现在运行期入口按**三道门**（内存副本 → 设置标记 → 才 DDL）幂等补齐，`CREATE TABL

版本 12.3.0 更新： **12.3.0 · 覆盖文件升级自愈** - **修复（升级路径）**：本插件历经 9 代结构变化（2→3→4→5→6→7→11→13→15 组建表/补列语句），而建表补列此前只在 `install` 内执行。老站覆盖新文件后，中间代缺的表与列永远不会补上，一旦被读到就抛异常、**整插件被自动停用**。现在运行期入口统一走**三道门**（内存副本 → 设置标记 → 才

版本 10.3.0 更新： **10.3.0 · 覆盖文件升级自愈 + 通知写路径的版块可见性** - **修复（越权 · ACL 缺陷类第 9 款）**：动态流（读路径）早有版块可见性过滤，但**通知消费（写路径）一处都没有** —— 受限版块里的主题标题会随「关注者新主题 / 回帖 / 追更 / 版块订阅 / 跨插件事件（悬赏采纳、活动发布）」五条路径发给无权查看的人；**关注摘要**更成批带

版本 5.3.0 更新： **5.3.0 · 覆盖文件升级自愈** - **修复（升级路径）**：此前建表与补列只发生在 `install` 里。而核心的在线更新/手工覆盖路径**不会重跑 install**，`CREATE TABLE IF NOT EXISTS` 对已存在的表又是空操作 ⇒ 老站覆盖文件后缺列，一读就抛异常，核心随即把**整个插件自动停用**（前台表现为匿名区整体消失）。现在各

版本 1.1.0 更新： **1.1.0 · 勘误台的版块可见性** - **修复（越权）**：公开勘误台渲染「目标内容」时此前没有版块可见性判定 ⇒ 「仅指定用户组可见」版块里的主题**标题与详情链接**会出现在公开勘误墙、勘误详情、搜索与后台列表**四处**。现在统一在一个取数收口点过滤（管理团队照常可见）。 - **口径**：无受限版块时 SQL 文本逐字节不变；页面语句数增量 **0**。

版本 2.2.0 更新： **2.2.0 · 任务来源的版块可见性** - **修复（越权）**：签到面板的「来源」条与今日达成流此前只做**匿名遮蔽**、不做版块可见性判定 ⇒ 「仅指定用户组可见」版块里的主题标题会出现在任务页。现在两处按核心同一口径过滤。 - **注意**：被过滤时**只丢掉来源条本身、不抹整行** —— 抹掉整行会让今日达成流退回"真名兜底"，反而泄露匿名身份（这是一个反向

版本 3.3.0 更新： **3.3.0 · 榜单与详情的版块可见性** - **修复（越权）**：悬赏榜、悬赏详情、答主信誉榜与「高分榜」组件此前**没有版块可见性判定** ⇒ 「仅指定用户组可见」版块里的悬赏，其**主题标题**会出现在公开榜单、详情与检索结果里。现在五处取数统一按核心同一口径过滤（管理团队作为该版块的合法访问者照常可见；公开版块内容不受影响）。 - **口径**：站内没有受限

版本 1.0.1 更新： **1.0.1 · 首次发布（柯林 BBS 风格主题）** 把论坛前台套成**柯林程序系经典 BBS 版式**：行式版块表（左侧主色方块 + 版块名 + 两列灰字计数 + 最后发表）、行式主题列表（置顶红方块 / 精华「精」橙方块）、楼层式主题页（灰底楼层头 + `#N` + 主楼 3px 主色左竖线）、**数字方块翻页条**（当前页主色底白字 + 首页/末页）、`›`

版本 1.1.0 更新： **1.1.0 · 日快照不再漏记** - **修复（数据完整性）**：日快照只补「缺失的那一天」，而写快照的唯一入口就是这个函数 ⇒ 每天**最后一轮计划任务之后**的活动（最多约一个小时）**永久进不了统计**，任何配置都补不回。现在每天都把「昨天」重算一次（更早的历史行仍不重写，保持"历史行绝不回写"的既有语义）。 - 附带：匿名口径的快照夹具更稳（只统计非匿名行，

版本 1.1.0 更新： **1.1.0 · 召回归因与队列推进** - **修复（归因漏判）**：回流判定用「整批最老投递时间」做共享下界、并只取每人**最早一条**发言 ⇒ 被召回者在"共享下界"与他自己的投递时间之间发过帖时，真实回流会被漏判（礼包漏发、回流率偏小）。现在把「每人的时间窗」交给 SQL 判定，**语句数不变、计划任务仍是固定语句数**。 - **修复（队列永不推进）**：未回

版本 4.2.0 更新： **4.2.0 · 安全与导入幂等** - **修复（反射型 XSS）**：「找人找时间」页把 `?users=` 参数**未转义**回填进输入框（同页其它回显都做了转义）⇒ 可构造链接让已登录用户在站内执行任意脚本。已转义。 - **修复**：无 UID 的日历事件重复导入不幂等（会重复建条目）；重复日程的 UID 用「产出序号」派生，取消其中一期会让后续期次的 UID

版本 1.1.0 更新： **1.1.0 · 草稿标题不再越权** - **修复（越权）**：草稿箱里「回复：《…》」显示的目标主题标题此前**没有版块可见性判定**，而保存草稿时又**采信客户端传来的版块标记** ⇒ 任何登录用户都能对连续的主题 id 造草稿、再从草稿箱读到「仅指定用户组可见」版块主题的**标题与存在性**。现在：读侧按核心同一口径过滤（无权限时显示占位，**不暴露标题也不暴露

版本 3.2.0 更新： **3.2.0 · 覆盖升级自愈 + 对账余数** - **修复（覆盖升级会砖）**：本插件此前只会在安装时建表/补列/建索引，而核心在**覆盖文件**时**不重跑安装** ⇒ 老站点覆盖升级后首个查库操作就抛异常（`PDOException`）并**被核心自动停用整个插件**。现在补上运行期结构自愈：**内存副本 → 设置标记 → 才做 DDL** 的三道门，稳态**零

版本 2.2.0 更新： **2.2.0 · 榜单可见性 + 覆盖升级不砖 + 卡片空窗** - **修复（越权）**：出榜 SQL、渲染层、**导出（公开链接）**与侧栏卡片此前都没有版块可见性判定 ⇒ 受限版块的主题会进榜单、被导出、被卡片展示。现已四处按核心同一口径过滤：**快照保留、渲染层过滤**（冻结账不重算），站内没有受限版块时 SQL 文本逐字节不变。 - **修复（覆盖升级会砖）*

版本 2.2.0 更新： **2.2.0 · 榜单口径与可见性** - **修复（用户可见）**：`?days=` 时间窗的条件写成「表达式与绑定参数比较」，在本站使用的 SQLite 上**恒为假** ⇒ **「近 7 / 30 / 90 天榜」一直是空榜**。已改为内联整数（**语句与参数个数不变**）。 - **修复**：无筛选时 `voters>0` 守卫被拼进了 `LEFT JOIN`

版本 1.1.0 更新： **1.1.0 · 审核与归档的读侧收紧** - **修复一**：历史页的修订列表与「查看某一版」都没有按审核状态过滤 —— 开启「先落待审」时，**任何人**都能读到从未公开的待审草稿正文与提交者身份。现在按权限过滤（管理团队照旧可见）。 - **修复二**：归档词条在前台「等同不存在」，但历史页与**编辑页**漏了这道判定，归档内容仍能被读到。两处都已补齐（与词条页、

版本 1.1.0 更新： **1.1.0 · 留痕页可见性** - **修复（越权读）**：前台留痕页此前只要求登录，**没有版本块可见性判定** —— 任何登录用户按连续的主题/回帖 id 就能读到「仅指定用户组可见」版块里内容的**当前标题与全文**。现在补上与核心同一口径的可见性判定，无权时按「不存在」处理（避免被用来枚举内容是否存在）；版块信息缺失时同样按拒绝处理。 - 无数据结构变更。

版本 2.1.1 更新： **2.1.1 · 设置保存顺序** - **修复**：后台保存设置时，请求级配置缓存的失效发生在保存**之后**，而保存内部会重算计划任务间隔 —— 它读到的还是**旧配置**，于是把旧间隔写回任务表：表单显示新值、实际不生效，要再保存一次才追平。现在先失效缓存再保存。 - 无数据结构变更。

版本 2.2.0 更新： **2.2.0 · 准入与裁决正确性** - **修复一（强制邀请码可被绕过）**：共存探测里有一条「采信请求体里的邀请码字段就让路」的兜底 —— 令牌不是屏障（访客自己取一张表单令牌即可），于是任何人只要在注册时多提交一个字段，就能让本插件在注册校验处**完整让路**，`enforce` 模式的邀请准入被跳过。该兜底已删除：只认**已启用插件清单**。 - **修复二（

版本 12.2.0 更新： **12.2.0 · 卸载残留** - **修复**：卸载时自有设置行（如「有即将开始的活动」缓存标记）没有被清理，会留在库里；重装后可能沿用旧值。现在卸载会把 `plugin_event_rsvp%` 的设置一并清干净。 - 无数据结构变更，覆盖文件即生效。

版本 1.1.0 更新： **1.1.0 · 出站地址体检收紧** - **修复**：地址过滤对 IPv6 的「内嵌 IPv4」形态识别不全 —— `[::ffff:a9fe:a9fe]`（=169.254.169.254）、`[::ffff:7f00:1]`（=127.0.0.1）、`[::ffff:a00:1]`（=10.0.0.1）、`[::7f00:1]`、`[2002:7f00:1::]

版本 5.2.0 更新： **5.2.0 · 隐私遮蔽两处根因** - **修复一（匿名者被实名）**：通知路径此前的「这条回帖是否匿名」判定受**请求级点查预算（2 次/请求）**约束，预算耗尽即返回空、被判「非匿名」——批量扇出（订阅动态的队列任务一轮 20 条）时**第 3 条起匿名回帖的通知会带真实发送者**（真名 + 头像 + 主页链接）。现在通知路径改走**批量谓词**（与列表/详情同

版本 2.3.0 更新： **2.3.0 · 资金正确性** - **修复（根因级）**：下单流程的「占库 → 扣款 → 账本 → 发货 → 状态推进」原来是一串**独立语句**，中断在扣款与账本之间会留下「积分已扣、账本无凭据、订单未推进」的僵尸单，而兜底任务以「账本有没有 pay 行」判「钱动没动」，判为没动 ⇒ 不退款 ⇒ **积分永久消失且三账互校查不出**。 现在整段包进一个事务：**要

@bbs1org 【插件市场条目认证申请 · 第 16 批：新插件 `post_template`（发帖模板 / 结构化发帖）v1.0.0】 **是什么**：版主为版块定义一组**带类型的字段**（单行文本 / 多行文本 / 单选 / 多选 / 数字 / 链接），发帖时按字段填写 → **主题页顶部生成只读信息卡**（游客也按敏感档只显示占位）→ 并可**按字段找帖**（如"房源：三室、朝南、可短

版本 1.0.0 更新： 首次上架（1.0.0）。 市场里 发帖模板 / 结构化发帖 / 结构化 / 帖子模板 / 主题模板 / 表单模板 / 自定义字段 / 模板字段 / 表单构建 / topic_template / post_template / custom_field / form_builder / 模板化 / 字段 这一族词 此前**双源 0 命中**（全目录 392 条 + 站点两

@bbs1org 【插件市场条目认证申请 · 第 15 批（1 条）：`user_follow` v10.2.0 升级 —— 补正第 14 批 ① 的"上架未落库"，本轮真发完成】 ## 更正（先把上一贴的口径说清楚） 第 14 批 ① 里写的是「1612 `user_follow` → **10.2.0**（原地更新后回到 beta，申请重新认证）」。**那一贴发出时上架并没有真正落库**：本轮

版本 10.2.0 更新： 10.2.0 - 修复（并发安全 · 真缺陷）：私信最小间隔、私信 24 小时上限、追更主题数上限、关注人数上限这四个限制，原先都是「先查再写」（先 SELECT COUNT / MAX，再 INSERT）。两个并发请求会同时读到同一份旧值、双双通过判定 —— 于是「两次发送至少间隔 N 秒」在并发下等于不存在，上限也会被冲过去（实验室里用外部写锁把两个请求对齐在写入之

@bbs1org 【插件市场条目认证申请 · 第 14 批（2 条）：`user_follow` v10.2.0 升级 + 新插件 `errata_center` v1.0.0】 ## ① 1612 `user_follow` 关注与动态 → **10.2.0**（原地更新后回到 beta，申请重新认证） **修掉 3 条真缺陷**（每条都有复现与根因）： 1. **「上限 / 间隔」判定是先读后

版本 1.0.0 更新： 首次上架（1.0.0）。 市场里 勘误 / 纠错 / 失效链接 / 事实错误 / 内容错误 / 死链 / 校正 这一族词此前**双源 0 命中** （全目录 392 条 + 站点两视图 430 条，连中文名一起查）；核心侧同样没有任何「内容质量反馈」概念： `app_topics` / `app_replies` 里只有主题与回帖本体，没有勘误、修订建议、受理状态任何字段

@bbs1org 感谢审核！刚核对市场实时台账：本轮提交的 **5 条已全部 certified** —— `community_album`（#1735，1.0.1）· `scheduled_post`（#1744）· `marketplace`（#1746）· `qa_bounty`（#1683，3.1.0）· `rate_pick`（#1702，2.1.0）；台账对账 `== 市场登记与仓库

@bbs1org 【核心侧建议 · 第 3 条：停用「匿名遮蔽」类插件时的数据安全】 # 给站长的核心侧建议 #3：停用「匿名遮蔽」类插件时的数据安全 > 背景：这是我方在第三十四轮发现、第三十五轮归档为「架构性、只能警示」的问题；第 37 轮回归在途期间把它整理成一份可执行的建议，避免它一直只留在我们的内部台账里。 > 相关：前两条建议已随认证申请贴出 —— ① 核心「覆盖文件不跑 `insta

@bbs1org 【插件市场条目认证申请 · 第 13 批：新插件 `recruit_board`（招聘 / 求职）v1.0.0】 **说明**：本条目最初以 id `job_board` 提交，但该 id 已被第三方插件占用（市场 topic 725 · creator 307 · `allow_overwrite=false`），市场拒收且未建出新条目。现已**整体改名 `recruit_bo

版本 1.0.0 更新： 首次上架（1.0.0，插件 id：`recruit_board`）。 > **关于 id**：本插件在本地验收阶段使用的 id 是 `job_board`，但该 id 已被市场里另一位作者 > 占用（topic 725 / creator 307，`allow_overwrite=false`），提交被市场侧拒绝（我方字节未入库、 > 积分未扣、市场登记逐字未变）。因此本

@bbs1org 【插件市场条目认证申请 · 第 12 批：新插件 `marketplace`（二手市场）v1.0.0】 **这是什么**：论坛里的二手交易/闲置流转 —— 用户发布闲置（标题、价格三态「¥金额 / 面议 / 免费送」、描述、图片），列表可筛选，详情可看，点「我要联系卖家」**走站内私信**联系；卖家可标记已售 / 下架 / 恢复，管理团队可在后台处置（强制下架、恢复、删除）并查看

版本 1.0.0 更新： 首次上架（1.0.0）。 市场里 二手 / 跳蚤 / 闲置 / 交易 / 易物 / 拍卖 此前 **0 命中**，核心侧也**没有任何商品概念**： `app_*` 十二张表里没有商品实体、没有价格字段、没有订单或成交记录、没有联系方式字段 （全仓扫描的 20 个关键词里只有 3 条命中，全部落在 `Setup.php` 的软件许可条款模板里，与交易功能无关）。 也就是说

@bbs1org 【插件市场条目认证申请 · 第 11 批：新插件 `scheduled_post`（定时发布 / 排期发帖）v1.0.0】 **这是什么**：把「写好主题、到点自动发出」做成能力 —— 发帖页勾选「定时发布」并选时间（**按站点时区**解释），条目进入排期队列，计划任务到点**走核心的常规发帖路径**自动发出，帖内与手动发帖完全一致（作者、`topic.after_save` 事

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

@bbs1org 【插件市场条目认证申请 · 第 10 批（刷新）：`community_album`（社区相册）**v1.0.1**】 第 9 批（floor 18）申请的是 1.0.0；随后按独立验收线的上报修掉 4 条缺陷并**重新上架为 1.0.1**，请以本批为准。 **修掉的 4 条** 1. 列表卡片**补上封面缩略图**（列表 SQL 内回退到第一张；封面批查一次 `IN` 完成，

版本 1.0.1 更新： 1.0.1：修掉 4 条由独立验收线实测上报的缺陷。**不涉数据结构变更**（三张自有表与结构戳 1 都不动）， 老站点覆盖文件即生效。 ① 相册列表卡片现在有封面缩略图 原来卡片只有「标题 / 作者 / 张数」三行文字，封面只在详情页以角标体现（community_album_cover_url() 定义了却没人调用）。 现在列表与个人主页页签的卡片都渲染封面缩略图；封

@bbs1org 【插件市场条目认证申请 · 第 9 批：新插件 `community_album`（社区相册）v1.0.0】 **这是什么**：把「用户上传过的图片附件」组织成**相册**，用**图片墙**浏览 —— 相册列表（网格 + 封面 + 张数）、相册详情（图片墙 + 大图查看）、个人主页「相册」页签。它**不复制文件、不接管上传**，只引用核心 `app_attachments` 里*

版本 1.0.0 更新： 首次上架（1.0.0）。 市场里 相册 / album / gallery 此前 0 命中：论坛的图片一直只能靠「主题里贴的附件」散着看，没有「把同一组图收成一本、 以后还能翻回来」的地方。这一款补的就是这个：把**用户上传过的图片附件**组织成相册，用图片墙浏览。 - **相册列表**：网格 + 作者 + 张数，按最近更新排序 + 分页；游客可看公开相册（站长可关）。

@bbs1org 【插件市场条目认证申请 · 第 8 批（2 条 · 收官回归后刷新申请）】 第 6 批（floor 15）与第 7 批（floor 16）提交的是这两条在**上架当时**的状态；为避免请站长认证未经验证的字节，我们等当晚的**收官全量回归**跑完、确认两条零红后才刷新本批申请，请以本批为准。 **回归口径**：**59 套件 / 14173 项通过，10 项失败**；两处失败套件

@bbs1org 【插件市场条目认证申请 · 第 7 批（1 条）】 **1683 qa_bounty（问答悬赏与采纳仲裁）v3.1.0** —— 原地更新后回到 beta，申请重新认证。 本轮要点：① 新增**提问者管理台** `?a=qa_manage`（呆滞标记 + 批量延期（一条 UPDATE，CASE 夹 90 天上限）+ 批量结贴可取消 + 诚信分：采纳率/到期未采纳/平均采纳时长，恒

版本 3.1.0 更新： ## 3.1.0：提问者管理台（批量结贴 / 延期 + 诚信分）· 真并发下的三处缺陷修复 ### 新增能力：提问者管理台 `?a=qa_manage` - 一页看完「我的开放悬赏」，带**呆滞标记**：还没有人回答 / 有回答但快到期 / 结贴排队中 / 暂缓结算中 / 到点待结算。 - **批量延期**：勾选若干条一次提交（1–30 天，总期限按 90 天上限自动夹住

@bbs1org 【插件市场条目认证申请 · 第 6 批（1 条）】 **1702 rate_pick（多维评分与编辑精选）v2.1.0** —— 原地更新后回到 beta，申请重新认证。 本轮要点：① **评分口径版本化与历史对照**（口径 rev + 完整快照 + append-only 逐项 diff，例如「改维度：默认 useful 权重 3→9」；`_totals` 每行记住自己是哪个口