关联账号、交易期限与充值贡献值

本页对应 2026 年 10 月 16 日运营需求。109 和 113 的操作入口一致；操作前先确认后台顶部的版本、国度及免费/VIP 实例。

查找并封禁关联账号

1. 打开 日志与风控。默认只查今天；查询历史记录时，取消“仅统计今天”，填写开始、结束时间，范围最多 31 天。结束时刻不包含在结果内。
2. 找到 ACC / IP 关联账号。按 ACC 查询时输入完整游戏账号；按 IP 查询时输入完整 IP。
3. 点击“查询关联”。ACC 查询先找该账号在所选日期使用过的 IP，再找使用过这些 IP 的账号，不会继续扩散查询。
4. 核对账号、论坛绑定快照、活动时间。共享 IP 只是核查线索，网吧、家庭网络、运营人员登录玩家账号都可能产生关联。
5. 勾选需要处理的账号，或选择“全选查询结果”，点击“封禁所选”。输入有封禁权限的 GM 账号，确认后逐个执行。
6. 查看每行结果。成功项显示“已永久封禁”；失败项保留选择并显示原因，不会把部分失败显示成全部成功。

封禁写入 auth_lock=true、auth_locktime=0、auth_lockby=封禁人。此入口永久封禁；需要限时封禁时使用游戏命令 /LOCKACCT ACC 小时数。不带小时数是永久封禁。

关联查询只读已入库且未删除的记录，不会扫描所有原始文本日志，也不会自动判定或封禁 Bot。论坛绑定信息是同步快照，可能滞后于刚发生的解绑。

没有查询结果

先确认日期和当前国度是否正确，再确认对应日志已经手动导入。目前自动入库保持关闭；需要查询历史日志时使用“导入历史日志文件”。重复导入会去重，不需要先删除原始日志。

排除运营自己的 IP

1. 在“按日期 / IP / ACC 清理日志”填写完整 IP，可同时限制日期。
2. 核对筛选条件后执行清理。
3. 重新查询关联，已删除的记录不会再参与统计。按 IP 的排除会保留，重复导入不会把这些记录重新算入。

清理的是查询库中的记录，不会删除 GS/PvPGN 的原始日志文件。各国度原有 oplogdir 开关保持独立。

调整挂单和解绑时间

打开 交易管理 → 交易策略，修改后点击该区域的保存按钮。109、113 分开保存。

设置	可填范围	示例与生效规则
最长挂单天数	0～3650 的整数	0 为不限期限，10 或 30 为对应天数；默认 7 天。影响之后创建的挂单，不重新计算已有订单的到期时间。
绑定后可解绑等待天数	0～3650 的整数	默认 7 天；0 为不限制绑定时长。尝试解绑时按当前设置检查。
解绑后重新绑定冷却小时数	0～87600 的整数	默认 24 小时；0 为无冷却。之后发生的解绑使用新设置，已经产生的冷却结束时间保持不变。

修改后重新打开页面，确认保存值。把 0 改为有限天数，不会让已创建的不限期订单自动到期。

充值赠送贡献值

成功充值 109/113 交易币时，按 1 元人民币赠送 1 点贡献值，不跟随交易币兑换比例。例如充值 10 元，无论到账 10 枚还是 100 枚交易币，都赠送 10 点贡献值。

贡献值是整数，小数人民币累计保留：两次各充值 0.50 元，总计赠送 1 点。109 和 113 的有效充值共同累计。关闭赠送期间的充值不累计赠送，也不在重新开启后补赠；上线前已完成的历史充值不自动补赠。

开关位置

维护人员编辑论坛文件 /opt/cnbn-forum/app/require/recharge_bonus_config.php：

<?php
return array(
    'enabled' => 1,
    'paymentCredits' => array('36', '37')
);

将 enabled 改为 0 关闭，改回 1 开启，默认开启。paymentCredits 是当前 109/113 交易币类型；如果以后更换交易币字段，需要同时核对这里的编号。文件采用英文注释，避免论坛 GBK 编码被误转换。

关闭的是额外赠送贡献值，正常交易币充值继续到账，重复支付保护继续保留。不要删除下面两个依赖文件来关闭赠送。

充值功能修改文件清单

以下路径均相对论坛目录 /opt/cnbn-forum/app/：

文件	用途
require/recharge_bonus_config.php	新增的赠送开关与适用币种设置；日常开关只修改这里。
require/recharge_settlement.php	新增的结算、防重复发放及赠送逻辑。
require/olpay/pay_0.php	修改的原充值结算入口；支付回调和后台人工确认共用。

新增数据表为 pw_cnbn_recharge_receipts 和 pw_cnbn_recharge_carry。没有修改原支付平台的验签流程，没有把原充值订单表改成 InnoDB，也不通过游戏交易市场发放贡献值。

只是不再赠送时，把 enabled 设为 0 即可。 如需彻底恢复旧付款入口，修改前的文件备份在 /opt/cnbn-forum/releases/operations-requirements-20261016/before/require/olpay/pay_0.php。应由维护人员先核对结算凭据与未完成订单，确认没有“余额已发放、旧订单状态尚未完成”的记录，再停用相关结算入口并回退；直接覆盖旧代码或删除凭据可能使重试重复发放。

遇到 START LOW_PRIORITYTRANSACTION 报错

2026-10-23 已修复此问题：论坛的 update() 方法默认给 SQL 加 LOW_PRIORITY，事务开始、提交、回滚必须显式禁用这个改写。关闭赠送仍会经过结算入口，所以旧错误不能靠改赠送开关解决。

如看到同样报错，联系维护人员核对 recharge_settlement.php 是否为修复版本。已手工补发的订单要保留补发记录，不要再次点击完成或批量重试；需先核对原订单与余额，防止重复补款。

查询到账和重复通知

先在论坛充值记录中确认订单已完成，再查积分变动记录。贡献值与交易币一起结算；同一订单收到多次支付回调，只发放一次。

维护人员可通过 pw_cnbn_recharge_receipts 按 order_no 查询人民币分、实际交易币数、赠送贡献值、开关状态和结算时间。pw_cnbn_recharge_carry 保存用户不足 1 元的累计余数。不要删除结算凭据来“重试到账”，否则会破坏重复支付保护。

论坛登录记录、充值原始记录继续沿用现有入口。本次不自动补发历史贡献值，也不批量调整玩家余额。