sqlite-web 0.7.2
gitea.db
issue
Create
Query
access
access_token
action
action_artifact
action_run
action_run_index
action_run_job
action_runner
action_runner_token
action_schedule
action_schedule_spec
action_task
action_task_output
action_task_step
action_tasks_version
action_variable
app_state
attachment
auth_token
badge
branch
collaboration
comment
commit_status
commit_status_index
commit_status_summary
commit_sync_log
commit_sync_status
dbfs_data
dbfs_meta
deploy_key
email_address
email_hash
external_login_user
follow
gpg_key
gpg_key_import
hook_task
issue
issue_assignees
issue_content_history
issue_dependency
issue_index
issue_label
issue_pin
issue_user
issue_watch
label
language_stat
lfs_lock
lfs_meta_object
login_source
milestone
mirror
notice
notification
oauth2_application
oauth2_authorization_code
oauth2_grant
org_user
package
package_blob
package_blob_upload
package_cleanup_rule
package_file
package_property
package_version
project
project_board
project_issue
protected_branch
protected_tag
public_key
pull_auto_merge
pull_request
push_mirror
reaction
release
renamed_branch
repo_archiver
repo_hidden_file
repo_indexer_status
repo_license
repo_redirect
repo_topic
repo_transfer
repo_unit
repository
review
review_state
secret
session
sqlite_sequence
star
stopwatch
system_setting
task
team
team_invite
team_repo
team_unit
team_user
topic
tracked_time
two_factor
upload
user
user_badge
user_blocking
user_open_id
user_redirect
user_setting
version
watch
webauthn_credential
webhook
Toggle helper tables
Structure
Content
Query
Insert
Drop
Import
Export
Update row 219 in issue
id
Primary key.
INTEGER NOT NULL
repo_id
INTEGER
index
INTEGER
poster_id
INTEGER
original_author
TEXT
original_author_id
INTEGER
name
🔍 代码审查报告:pay-260519 - 1
TEXT
content
## 自动代码审查报告 **分支**: pay-260519 **提交**: `7f29769a1813c2629cafaeb7dbf67e2c7129a3b5` **提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com) **时间**: 2026-05-19 17:12:49 --- ## 1. 审查摘要 - **代码质量评分**:4 / 10 分 - **总体评价**:该模型承载了门店账户余额、扣款、日志记录及第三方接口上报等核心财务逻辑,但存在严重的 SQL 注入隐患、数据库事务缺失、未定义变量及死代码等致命缺陷。代码风格偏向老旧的 CodeIgniter 3 架构,缺乏现代 PHP 的类型约束、常量管理与金融级代码应有的严谨性。 - **风险等级**:🔴 高 ## 2. 问题详情 | 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) | | :--- | :--- | :--- | :--- | :--- | | 🔴 严重 | `modify_shop_account` / `modify_shop_all_account` / `rentDeal` 等多处 | **SQL 注入风险**:使用字符串拼接构造 `UPDATE` 语句(如 `'_operate_balance=_operate_balance+' . $amount`)。若 `$amount` 来源不可控或包含特殊字符,将直接导致 SQL 注入或语法错误。 | 使用框架查询构建器或参数绑定。财务扣款建议在 PHP 层计算后传入,或使用 `set()` 方法并强制类型转换。 | `$this->db->set('_operate_balance', '_operate_balance + ' . (float)$amount, FALSE);`<br>`$this->db->where('_id', $id);`<br>`$this->db->update($this->table_name);` | | 🔴 严重 | `update_shop_account_by_sms` / `consume_deduction_account` | **财务数据不一致(缺少事务)**:先扣减余额,再插入日志。若日志插入失败或中途抛出异常,余额已扣减但无流水记录,导致账目不平。 | 包裹在数据库事务中,失败时自动回滚。 | `$this->db->trans_begin();`<br>`// 扣款 & 插日志逻辑`<br>`if ($this->db->trans_status() === FALSE) { $this->db->trans_rollback(); return false; }`<br>`$this->db->trans_commit();` | | 🔴 严重 | `_check_consume_deduction_balance` | **未定义变量错误**:方法开头直接使用 `if (empty($shopInfo))`,但 `$shopInfo` 并未作为参数传入或提前定义,将触发 `Undefined variable` 警告并导致逻辑跳过。 | 修正变量作用域,先查询再判断。 | `$shopInfo = $this->get_one($shopWhere, '_operate_balance,_id');`<br>`if (empty($shopInfo['_operate_balance']) || ...)` | | 🔴 严重 | `sent_cavca_open_room_order` | **死代码**:方法体第一行直接 `return true;`,导致后续所有业务逻辑(加载模型、计算价格、请求接口)永远不会执行。 | 删除首行 `return true;` 或确认是否为调试遗留代码。若需保留,应通过配置开关控制。 | `// 删除或注释掉首行的 return true;` | | 🟠 警告 | `rentDeal` | **重复扣款风险**:防重逻辑 `$che = $this->...->get_one($where); if (!empty($che)) { // return true; }` 被注释。若同一订单多次触发,将导致余额被重复扣除。 | 恢复防重判断,或依赖数据库唯一索引约束。 | `if (!empty($che)) { return true; } // 恢复防重` | | 🟠 警告 | `check_shop_balance` / `check_shop_defaulting` | **魔法数字与硬编码**:大量使用 `9.98`、`0.01`、`'32329'`、`1/2/3/5` 等硬编码值。业务规则变更时需全局搜索替换,极易遗漏。 | 提取为类常量或配置文件。状态值建议定义枚举或常量映射。 | `const DEFAULT_BALANCE_THRESHOLD = 9.98;`<br>`const MERCHANT_ID_EXCLUDED = '32329';` | | 🟠 警告 | 文件顶部 & 各方法内 | **框架反模式**:`$CI = &get_instance();` 放在类外部会在每次文件被 `include` 时执行,浪费资源且不符合 CI 规范。频繁在方法内 `$this->load->model()` 影响性能。 | 移除顶部 `$CI` 赋值。模型依赖建议在构造函数中统一加载,或使用自动加载配置。 | `public function __construct() { parent::__construct(); $this->load->model('...'); }` | | 🟡 建议 | 全局 | **命名规范与类型声明**:方法名混用驼峰与下划线(如 `rentCheck` vs `check_shop_balance`)。缺乏 PHP 7+ 类型声明与返回值类型提示,降低可读性与 IDE 支持。 | 统一遵循 PSR-12 命名规范,添加类型声明。 | `public function checkShopBalance(int $merchantId, int $shopId): array` | | 🟡 建议 | `rentDeal` / `check_shop_defaulting` | **低效时间计算**:`strtotime(date("Ymd"))` 会触发两次函数调用与字符串转换。 | 使用更高效的当日零点计算方式。 | `$start_time = strtotime('today');` 或 `time() - (time() % 86400);` | ## 3. 总结与行动建议 ### 🔑 优先修复的关键问题 1. **修复 SQL 注入与财务事务**:所有涉及余额增减的 `UPDATE` 操作必须替换为查询构建器或参数化查询,并强制包裹在 `$this->db->trans_begin()` 事务块中。这是保障资金安全的第一道防线。 2. **清除致命逻辑错误**:立即修复 `_check_consume_deduction_balance` 的未定义变量问题,移除 `sent_cavca_open_room_order` 的无效 `return true;`,恢复 `rentDeal` 的防重逻辑。 3. **消除硬编码与魔法值**:将 `0.08`、`9.98`、`0.01`、商户白名单等提取至配置文件或类常量,便于后期运营策略调整。 ### 🛠 后续重构与优化方向 - **架构规范化**:当前代码呈现典型的 CodeIgniter 3 特征。若 `phpci` 为内部定制框架,请确认其是否支持依赖注入(DI)与服务容器。建议逐步将模型依赖从 `load->model()` 迁移至构造函数注入,提升可测试性。 - **财务逻辑抽象**:建议将“扣款-记录日志-更新报表”封装为独立的 `AccountService` 或 `TransactionManager`,避免在 Model 层堆积过多业务逻辑,符合单一职责原则(SRP)。 - **增加单元测试**:针对余额扣减、边界条件(如余额为 0、负数、并发扣款)编写 PHPUnit 测试用例,使用 Mock 对象隔离数据库与外部 API,确保核心财务逻辑的稳定性。 - **日志与监控**:外部 API 调用(如音集协接口)目前仅做 `doLog`,建议增加重试机制、超时控制及失败告警,避免第三方服务抖动导致主流程阻塞。 > 💡 **框架说明**:代码结构高度契合 CodeIgniter 3 规范。若 `phpci` 确为独立框架,请核对 `$this->load->model()`、`$this->db->trans_*()` 等 API 是否与官方文档一致。如有差异,请以框架官方生命周期与组件调用方式为准进行适配。 --- *此 Issue 由代码审查服务自动创建*
TEXT
milestone_id
INTEGER
priority
INTEGER
is_closed
INTEGER
is_pull
INTEGER
num_comments
INTEGER
ref
TEXT
deadline_unix
INTEGER
created_unix
INTEGER
updated_unix
INTEGER
closed_unix
INTEGER
is_locked
INTEGER NOT NULL (default 0
content_version
INTEGER NOT NULL (default 0
time_estimate
INTEGER NOT NULL (default 0
Update
Cancel