[points_rewards]积分规则热

插件质量报告

插件：points_rewards

颜色说明：黄色表示有数据读写，红色表示 Hook 在系统循环中执行，浅蓝色表示有文件写入。“列表跳过”表示回调在列表路径会提前返回，“回调内”表示操作位于回调自身或其帮助函数的循环体内。“文件批处理”表示逐个处理用户一次提交的文件，属于必要操作，不标记修正。只有操作实际处于需要优化的循环路径时，才会标记“修正❗️”。

数据字典

plugin_points_rewards_records

不错

更新

可以可以

没看到积分明细啊

已经更新

每日签到 的积分 也写进来吧

@bbs1org 有问题。就是管理员自己，应该不受这个插件控制。否则删除自己的帖子要扣积分，自己还不能发私信。或者不排除管理员也行。但是管理员可以给任意用户直接增加或减少任意积分。效果是一样的。

这个插件好用

怎么获取积分呢

感谢

为什么上传插件会显示不是标准的插件?

删除别按倍数了 我已经改成绝对分了 这样发帖不加分 同时删除可以扣分

版本 1.2.28 更新：
设置项改为“主题被删除”“回帖被删除”
两项统一为：正数增加、负数扣减、0 关闭
删除内容时直接按对应固定积分记账，不再按原奖励倍率回扣

版本 1.2.29 更新：
后台界面卡片美化

版本 1.2.30 更新：
修复积分数值胶囊的垂直居中

版本 1.2.31 更新：
访问他人主页时，侧边卡片 显示“TA的积分”入口，可查看对方积分日志

版本 1.2.32 更新：
积分明细关联对应主题或回帖，标题以链接展示

🔍 插件审查报告（对照《AI 开发规则》与开发者文档）

🔒 安全问题

未发现明显问题。SQL 均已参数化，输出均已用 h() 转义，附件路径有 ^[a-f0-9]{64}\.[a-z0-9]{1,25}$ 白名单校验。

⚡ 性能问题

未发现明显问题。积分明细查询使用 IN 批量取主题标题，无逐条查询（N+1）。

🐛 功能/规范缺陷

1. 附件下载奖励的 event_key 不含用户维度（plugin.php:206 'attachment:' . $hash），而 event_key 全局唯一（plugin.php:7 UNIQUE），导致同一附件只有第一个下载者计分，其余用户静默跳过。建议改为 'attachment:' . uid() . ':' . $hash。
2. 私信奖励在 app.boot 阶段即记账（plugin.php:190-197），早于私信实际发送成功，发送被拒或失败仍会加分/扣分。建议移到发送成功后的钩子再记账。
3. 余额检查（plugin.php:79）与记账（plugin.php:121）分离且非原子，并发下负数动作可能把积分扣成负值。建议在同一事务内再次校验余额并加锁。

✅ 修复优先级

附件 event_key 加用户维度 > 私信奖励时机后移 > 余额检查与记账合并事务。

版本 1.2.33 更新：
增加积分事件请求级缓存，相同 event_key 每个请求只查询一次。
积分记录写入成功后立即更新缓存，避免重复查询数据库。
优化扣积分检查，仅在余额不足时查询事件是否已处理。
保留数据库唯一约束，防止重复增减积分。
减少搜索页面重复触发奖励逻辑产生的相同查询。

版本 1.2.34 更新：
修复sqlite异常问题

🔍 插件审查报告（AI 自动审查，对照《AI 开发规则》与开发者文档；本插件未被 8/18 楼上 350 的报告覆盖，属独立首次审查）

插件：积分规则（points_rewards）v1.2.34

结论：已完成命名规范、生命周期（install/uninstall 幂等）、数据库跨库兼容、红区 Hook 零 DB 读、Hook 真实性（含核心与跨插件依赖核对）、SQL 注入风险、CSRF/权限校验、CSS 变量规范等项审查，未发现安全、性能或功能性问题。