[points_mall]积分商城热

插件质量报告

插件：points_mall

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

数据字典

plugin_points_mall_products

plugin_points_mall_addresses

plugin_points_mall_orders

plugin_points_mall_order_items

plugin_points_mall_deposits

plugin_points_mall_auto_delivery_shelves

版本 2.3.0 更新：
积分商城功能列表：

• 商品与论坛主题深度关联，发布主题时可直接设为商品帖。
• 支持商品摘要、封面图与缩略图、兑换价格、库存、原价和限时折扣倒计时。
• 支持实物商品与虚拟商品；实物商品可维护收货地址，虚拟商品无需地址。
• 用户使用论坛积分兑换商品，支持填写购买数量和单笔兑换上限。
• 商品发布按单价与库存冻结押金；下架、取消商品帖或售罄后可处理剩余押金退回。
• 订单包含待兑换、待发货、待收货、异议处理、已完成、已取消等状态。
• 支持买家取消订单、确认收货、修改收货地址和提交订单异议。
• 取消订单自动恢复库存并退回积分；订单完成后自动向商品发布者结算积分。
• 支持发货后自动确认收货，并向买卖双方发送订单状态通知。
• 提供我的商品、卖家订单、我的订单、地址簿和订单详情页面。
• 后台可配置商城开关、发布/购买用户组、允许发布的版块、自动确认收货天数及单笔兑换上限。
• 后台支持商品筛选、商品下架、订单搜索、发货、退款、异议处理和订单状态调整。

这个有点牛逼吧🙄

授权码怎么弄嘞

1. 编辑已有商品时押金调整金额计算错误，导致商家积分被错误扣减（资金损失）
位置：plugin.php:1178-1187（配合 points_mall_deposit_refundable 定义于 315-320）

类型：CWE-682 错误计算 / 业务逻辑漏洞

数据流：

php
复制
$new_deposit = $price * $stock;
if ($deposit) {
    $delta = $new_deposit - points_mall_deposit_refundable($existing, $deposit);   // ← 错在这里
    if ($delta !== 0 && !points_mall_change_points($seller_id, -$delta, ...)) throw ...;
    q('UPDATE ... SET price=?, initial_stock=?, total_points=? WHERE id=?',
      [$price, $existing['sales'] + $stock, $new_deposit, $deposit['id']]);
}
points_mall_deposit_refundable 返回的是「当前剩余可退押金」= min((initial_stock - sales) × price, total_points)，它已经扣除了已售出部分。

而正确的对账基数应是「商家当前实际被冻结的总额」= total_points。正确公式应为：

php
复制
$delta = $new_deposit - (int)$deposit['total_points'];
触发条件：商品发布后被兑换（sales > 0），商家再编辑该商品（改价/改库存/改摘要等）。

复现（概念 PoC）：

商家发布商品：price=100, stock=10 → 冻结押金 total_points=1000，商家被扣 1000。
买家兑换 5 件 → sales=5。
商家编辑商品：price=90, stock=5 → new_deposit=450。
错误代码：refundable=(10-5)×100=500 → delta=450-500=-50 → 只退 50。
正确行为：delta=450-1000=-550 → 应退 550。
差异：商家被少退 500。
之后下架退押金：refundable=(10-5)×90=450 → 再退 450。
商家累计收回 50+450=500，但实际付出 1000 → 净损失 500（正好等于已售 5 件的收入 500，等于收入被吃光）。
影响：只要对已产生销量的商品执行一次编辑，商家已结算的销售收入会被等额吞掉。由于 refundable ≤ total_points 恒成立，此偏差方向固定为「多扣/少退」，是稳定可复现的资金损失 bug（商家侧）。

修复建议：

php
复制
$delta = $new_deposit - (int)$deposit['total_points'];

版本 2.3.3 更新：
优化界面

干嘛用的？

版本 2.3.5 更新：
后台“订单管理”列表移除“发货”按钮，仅保留详情入口。
商家只能在订单详情页更新履约状态。
兑换码或交付说明改为必填，前端与服务端都会校验。
旧的列表发货请求会被拒绝并提示到订单详情填写说明。

版本 2.3.7 更新：
修复会将发布者购买栏从固定比例网格改为可换行的弹性布局：空间足够时并排，空间不足时“订单管理”自然换到下一行；兑换表单自身也允许换行，避免任何控件相互覆盖

版本 2.3.9 更新：
优化布局

来慢了，等下一波

版本 2.3.11 更新：
已修复押金调整金额错误。
编辑已有商品时，押金调整现在以 deposit.total_points 作为实际冻结总额计算，不再错误使用已排除售出数量的“可退押金”。
同时修复了提交前余额校验：扩容商品时不会再按可退余额错误要求商家补足已售部分的积分。
下架、退押金场景仍保留按剩余可退金额计算。

哈哈，这更新速度。。牛了

版本 2.3.12 更新：
更新版本

你这是判断的是浏览器窗口的宽度？？？

应该是判断的是这个吧？？？这样对于后面折腾的站长事半功倍。

版本 2.4.2 更新：
虚拟商品开启“自动发货”后，商家在货架中每行填写一份内容；买家每次购买一件，系统会原子领取一行内容，写入订单的履约备注，将订单和履约状态改为“已发货”，并向买家发送订单发货通知。
当前版本为 2.4.2。首次升级需在后台禁用再启用插件一次，以创建货架表并执行表结构更新。

版本 2.4.3 更新：
订单明细创建bug

手机端看着没对齐，可以并排2个

是！再配个商家展示页就好了

授权码库存没了，再上点啊

版本 2.4.7 更新：
优化界面

版本 2.4.10 更新：
优化界面

版本 2.4.12 更新：
优化UI

还有这个不协调吧

版本 2.5.4 更新：
调整UI布局

版本 2.5.5 更新：
更新UI

bug：
自动停用原因
2026-08-28 14:59:42 PDOException: SQLSTATE[HY000]: General error: 1 no such column: auto_delivery (index.php:285)
@bbs1org

版本 2.5.5 更新：
预览图片

版本 2.5.6 更新：
插件脚本中断报错

授权码是什么？

版本 2.5.7 更新：
修正通知格式或者积分变动不进积分规则的问题

商城自动发货只能一行一条码，如果都是发的同一个码或者同一个链接，只能复制多份。另外发布商品为什么一定需要押金？

版本 2.7.1 更新：
商家押金支持关闭；虚拟商品发货后支持自动收货

版本 2.7.2 更新：
添加发布商品的信任等级门控校验

希望可以增加两个功能

1. 用户可以保存自己的listing，方便重复上架，也节省论坛资源。
2. 一个listing里面，可以选择不同的商品，其实就是增加属性，比如鞋子就是尺寸大小颜色，如果是大模型的话就是模型名称啥的。

版本 2.7.2 更新：
优化UI细节

👏

@bbs1org 老大 刚买的激活码不能用呀

版本 2.8.0 更新：
优化页面布局

版本 2.8.0 更新：
优化布局

版本 2.8.3 更新：
优化细节