[lottery]抽奖帖热

插件启用后，发帖页面没有入口。修正一下bug

要有管理页面，设置参数。比如扣除押金积分，可用用户组等

ding，禁言后的用户怎么恢复？

#4 两条都做了，已发 1.1.0。

发帖页入口（#3）

之前确实是我设计漏了：必须先把帖子发出来，再从主题操作栏点「设为抽奖帖」，发帖页上什么都没有。现在挂了 topic.form_extra，发帖时就有一个「设为抽奖帖」折叠区，里面能直接填参与门槛、定时开奖、满多少人开奖，以及第一个奖品（名称／类型／份数／每份积分），发布即生效，一步到位。topic.before_save 先校验（开奖时间不能是过去、押金不够就直接拦），topic.after_save 落库。编辑已有主题时这块会变成一个跳「抽奖设置」的链接，不重复放表单。

后台管理页（#4）

新增 admin_tabs，「插件 → 抽奖」里可以设：

• 押金积分 —— 发起抽奖时先扣，开奖或取消后退回，填 0 表示不收
• 允许发起抽奖的用户组 —— 勾选制，全不勾＝所有用户组都可以，管理员始终可以
• 每人同时进行的抽奖上限 —— 填 0 不限，管理员不受限
• 默认参与门槛字数 —— 发帖页表单的默认值

页面上方还有总数／进行中／累计参与人次／当前押金四个数，下面列出进行中的抽奖并直达设置页，方便巡查。

押金实现上的两个细节

押金金额记在 plugin_lottery_draws.deposit_points 里，按发起当时的配置存 —— 这样你中途改了押金金额，也不会退错数。新列用 app_db_ensure_columns() 补，市场在线更新会重跑 install（plugin_market_install 先把 enabled 置 0 再 plugin_set_enabled(true)），所以已经装过的旧版本升级时会自动补列，不用手动改表。

用户组限制是服务端强制的，不是只藏 UI：不允许的用户组在发帖页看不到抽奖区块，直接手搓 POST 也会被 lottery_before_save() 拦下来。我用 会员 组的号实测过，两条路都拦住了，也没有产生残留的抽奖记录。

实测记录（v8.5.14 + SQLite）

• 发帖页一次性创建：抽奖行、奖品、卡片都正确
• 押金：50 → 40（发起扣除）→ 50（开奖退回）；取消那条也是 40 → 50
• 积分不足时发帖页显示「发起抽奖需要 10 积分押金，当前积分不足」，不给表单
• 回归：进行中／已开奖两种卡片、列表徽标、13 个主题的列表页仍然只有 1 条抽奖查询、满人数和定时两种自动开奖都正常

顺带回一下上面那条 读 plugin_lottery_prizes 修正❗️ —— 我在 #2 里说的三轮排查结论还是没变，如果你看过觉得该按你的规则改，我照改。

积分中奖后，积分是自动给中奖者？那积分从哪里出？

你出。🤓

我更新了下插件。修改的时候，请重新下载下插件再修改
新的规则是：
积分奖池在抽奖发布或后续添加积分奖时预先从发起人扣除；定时开奖、满人数开奖和手动开奖都走同一个发放函数；发布后无论开奖、取消或删除奖品，预付积分都不退，避免作弊。现有固定“押金积分”配置会改为实际预付奖池金额，避免重复扣款。

现在规则如下：
积分奖按“份数 × 每份积分”计算预付奖池。
发起人积分不足时无法发布抽奖帖。
后续添加积分奖也会立即扣除对应积分。
满人数、定时和手动开奖统一从预付奖池发放。
开奖状态、中奖记录和积分发放在同一事务内完成。
取消抽奖或删除奖品，预付积分均不退还。
后台原来的固定押金配置已移除，改为显示实际累计预付奖池。

我按你修改后的 1.2.1 重新下载作为基线，已经更新到 1.3.1。

这次先补了三块底层：

1. 积分奖池增加预付／发放／作废流水，取消抽奖不再删除记录，保留 cancelled 状态和审计快照。
2. 承诺值从只锁随机种子扩展为 SHA256(seed + 完整规则快照)；第一个有效参与者出现后锁定条件和奖品，不能中途删奖或改门槛。
3. 参与登记与开奖在 MySQL/PostgreSQL 用行锁串行；SQLite 继续依赖 BEGIN IMMEDIATE。实测还发现 v8.5.15 的 SQLite 外层 tx() 里调用 user_points_change() 仍会触发 cannot start a transaction within a transaction，因此积分发放改成在开奖事务里直接更新用户积分并写通知，避免插件自动停用。

新增的可选功能：

• 参与资格：用户组、注册天数、最低积分、排除禁言/封禁用户；
• 最低参与人数：不足时等待手动处理、自动延期或按当前人数开奖；
• 兑换码/手工奖领取流程：待发奖、已发送、已确认、申诉和领取期限。

1.3.0 发布后的质量报告把同步开奖的系统表写入继续归到 reply.after_save，所以 1.3.1 又把满人数路径改为只推进 draw_at，实际开奖统一交给每分钟计划任务。现在质量报告已重新生成，reply.after_save 不再有“修正❗️”；满人数开奖最多延迟约一分钟。

辛苦了

已更新到 1.4.0。

发帖页「设为抽奖帖」和高级规则里的 checkbox 现在固定为核心开关的 38×22px，flex:0 0 38px，不会再被文字或网格挤压。

同时一起修了 topic/338 反馈的参与人数少统计：原因是把已有回复的普通主题后来转换成抽奖帖时，旧回复不会触发 reply.after_save，所以转换前的参与者漏记。1.4.0 在转换时批量回溯已有回复，按用户去重并应用字数、用户组、注册天数、积分和禁言规则；升级时也会一次性校准全部进行中抽奖的 entry_count。主题查看页面不增加查询。

本地实测：已有主题先放入一条其他用户回复，再设为抽奖帖，保存后立即显示 1 人参与；开关计算宽度 38px。