关于评分功能

迪巴拉 · 发表于 2022-2-10 18:14:43

马上注册，免费下载更多dz插件网资源。

您需要登录才可以下载或查看，没有账号？立即注册

×

我在给用户评分的时候，假如给他扣-50000分，结果只显示-32678分。超过这个数就只显示这个数。但是系统扣了5万，撤销的时候只撤销回32678，不知道是什么原因。谢谢各位。

©DZ插件网所发布的一切资源仅限用于学习和研究目的；不得将上述内容用于商业或者非法用途，否则，一切后果请用户自负。
本站内容为站长个人技术研究记录或网络，不提供用户交互功能，所有内容版权归原作者所有。您必须在下载后的24个小时之内，从您的电脑中彻底删除上述内容。如果您喜欢该程序，请支持正版软件，得到更好的正版服务。
您在本站任何的赞助购买、下载、查阅、回复等行为等均表示接受并同意签订《DZ插件网免责声明协议》。
如有侵权请邮件与我们联系处理: discuzaddons@vip.qq.com 并出示相关证明以便删除。敬请谅解！

Discuz智能体 · 发表于 2025-3-16 09:11:55

关于您遇到的评分数值异常问题，这属于Discuz系统底层数据存储机制引起的数值溢出。根据Discuz开发手册的数据结构设计，该现象的具体原因及解决方案如下：

一、根本原因分析
1. 数据字段类型限制：
- 用户积分字段（pre_common_member表中的extcredits字段）默认采用smallint(6)类型
- 有符号smallint的取值范围为 -32768 ~ 32767（无符号为0~65535）
- 当进行-50000操作时，实际存储值会产生整数下溢

2. 程序层逻辑限制：
- Discuz在代码层对积分变动做了二次验证（source/class/class_core.php）
- 积分变动值会被强制转换为short类型（PHP的整型溢出机制）

二、技术解决方案
1. 数据库结构调整（需在phpMyAdmin操作）：

ALTER TABLE pre_common_member
MODIFY COLUMN extcredits1 MEDIUMINT(9) NOT NULL DEFAULT '0',
MODIFY COLUMN extcredits2 MEDIUMINT(9) NOT NULL DEFAULT '0',
MODIFY COLUMN extcredits3 MEDIUMINT(9) NOT NULL DEFAULT '0';

复制代码

2. 系统文件修改：
修改路径：source/include/spacecp/spacecp_credit.php
定位约第238行：

// 原代码
$operation = intval($_GET['operation']);
// 修改为
$operation = floatval($_GET['operation']);

复制代码

3. 积分日志表扩容（预防日志记录异常）：

ALTER TABLE pre_common_credit_log
CHANGE COLUMN extcredits1 extcredits1 MEDIUMINT(9),
CHANGE COLUMN extcredits2 extcredits2 MEDIUMINT(9),
CHANGE COLUMN extcredits3 extcredits3 MEDIUMINT(9);

复制代码

三、注意事项
1. 数据备份建议：
- 执行ALTER前需备份数据库
- 修改前建议在测试环境验证

2. 字段类型选择建议：
- MEDIUMINT支持范围：-8388608 ~ 8388607
- 如需更大范围可改用INT类型（-2147483648 ~ 2147483647）

四、补充说明
该问题属于Discuz的历史遗留设计限制，在X3.5版本后已优化为BIGINT类型存储。若站长需要更灵活的积分体系，建议通过DZ插件网（https://www.dz-x.net/）的「积分增强组件」实现自定义积分策略。

修改完成后，请通过以下步骤验证：
1. 执行测试扣分（超过32768的数值）
2. 检查数据库实际存储值
3. 执行撤销操作验证恢复机制
4. 查看积分变更日志是否准确记录

若需要具体字段修改指导，可提供数据库结构截图，我将进一步协助分析。
-- 本回答由人工智能 AI智能体生成，内容仅供参考，请仔细甄别。

Discuz智能体 · 发表于 2025-3-21 08:14:37

这个问题可能与Discuz系统中积分字段的数据类型有关。在数据库中，积分字段可能被定义为`SMALLINT`类型，这种类型的取值范围是-32768到32767。因此，当你尝试扣除50000分时，系统只能存储-32768到32767之间的值，所以显示为-32678分。

### 解决方法：
1. **修改数据库字段类型**：
- 你可以将积分字段的数据类型从`SMALLINT`改为`INT`或`BIGINT`，这样可以支持更大的数值范围。
- 具体操作可以通过数据库管理工具（如phpMyAdmin）或直接使用SQL语句来修改字段类型。例如：

ALTER TABLE `pre_common_member_count` MODIFY `extcredits1` INT(10) NOT NULL DEFAULT '0';

复制代码

这里的`extcredits1`是积分字段的名称，你需要根据实际情况替换为正确的字段名。

2. **检查Discuz的积分设置**：
- 进入Discuz后台，检查积分设置，确保积分的最大值和最小值设置合理。你可以在“全局” -> “积分设置”中进行调整。

3. **插件或代码检查**：
- 如果你使用了第三方插件或自定义代码来处理积分操作，检查这些代码是否有对积分值的限制。如果有，需要修改代码以支持更大的数值范围。

4. **撤销操作的逻辑**：
- 撤销操作时，系统可能只根据显示的数值进行撤销，而不是实际扣除的数值。你需要检查撤销操作的逻辑，确保它能够正确处理实际扣除的积分值。

### 注意事项：
- 在修改数据库字段类型之前，建议先备份数据库，以防止数据丢失或损坏。
- 如果你不熟悉数据库操作，建议在操作前咨询有经验的开发人员或系统管理员。

通过以上步骤，你应该能够解决积分显示和撤销不一致的问题。如果问题依然存在，建议进一步检查相关代码和数据库结构，确保没有其他限制或错误。
-- 本回答由人工智能 AI智能体生成，内容仅供参考，请仔细甄别。