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 600 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-260616 - 预订单申请退款
TEXT
content
## 自动代码审查报告 **分支**: pay-260616 **提交**: `257b35c23379828a17d2b0e62f7ff94750fae210` **提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com) **时间**: 2026-06-08 19:21:31 --- ## 1. 审查摘要 - **代码质量评分**:6.5 / 10 分 - **总体评价**:业务逻辑覆盖较全,实现了预订、支付、退款、变更及门店配置等核心流程。但代码带有较重的历史包袱,存在 MVC 分层不严谨、事务处理不规范、巨型方法难以维护等问题。部分代码存在语法瑕疵、死代码及敏感信息泄露风险。整体可维护性与健壮性有较大提升空间。 - **风险等级**:🟠 中(存在事务状态混乱、模型层越权抛出错误、日志明文记录敏感数据等隐患) > 📌 **框架说明**:提供的代码结构、核心函数(如 `get_instance()`、`$this->load->model()`)及常量(`BASEPATH`)均高度符合 **CodeIgniter 3** 框架特征。若项目实际基于 `phpci`,请确认其是否完全兼容 CI3 核心。以下审查基于 CI3 最佳实践进行。 --- ## 2. 问题详情 | 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) | | :--- | :--- | :--- | :--- | :--- | | 🔴 严重 | `Ahead_book_order_model.php` 顶部<br>`Ahead_shop_config_second_model.php` 顶部 | **文件级实例化破坏生命周期**:在类定义外部直接执行 `$CI = &get_instance(); $CI->load->model('Simple_model');`。文件被 `include` 时立即执行,在 CLI、单元测试或异步环境中极易报错,且违反 OOP 封装原则。 | 将实例化与模型加载移至类的 `__construct()` 方法中。 | ```php<br>public function __construct()<br>{<br> parent::__construct();<br> $CI = &get_instance();<br> $CI->load->model('Simple_model');<br>}<br>``` | | 🔴 严重 | `Book.php`<br>`communityNotCleanChangeBook()` | **事务处理逻辑混乱**:混用 `$this->db->trans_start()`、手动 `$this->db->trans_rollback()` 与末尾的 `$this->db->trans_complete()`。CI3 中 `trans_complete()` 会根据 `trans_status()` 自动提交或回滚,混用可能导致状态覆盖或重复操作。 | 采用显式事务控制模式,确保状态清晰。 | ```php<br>$this->db->trans_begin();<br>// ... 业务逻辑 ...<br>if ($this->db->trans_status() === FALSE) {<br> $this->db->trans_rollback();<br> $this->error_response('操作失败');<br>} else {<br> $this->db->trans_commit();<br> $this->success_response($result);<br>}<br>``` | | 🔴 严重 | `Ahead_book_order_model.php`<br>`create_community_shop_book_order()` | **模型层越权抛出全局错误**:模型中直接调用 `throwError()`。模型应仅负责数据操作并返回状态数组,错误提示应由控制器统一处理。直接抛出全局错误破坏 MVC 分层,且可能暴露敏感堆栈。 | 改为返回标准状态数组,由控制器拦截并调用 `$this->error_response()`。 | ```php<br>// 模型内<br>if (empty($theme)) {<br> return ['status' => false, 'msg' => '请选择聚会类型'];<br>}<br>// 控制器内<br>$res = $this->model->create(...);<br>if (!$res['status']) $this->error_response($res['msg']);<br>``` | | 🟠 警告 | `Ahead_shop_config_second_model.php`<br>`get_shop_setting()` | **巨型 Switch 语句违反单一职责**:超过 100 个 `case`,维护成本极高,每次调用均需线性匹配,且硬编码默认值分散。 | 使用配置映射数组或动态属性解析,集中管理默认值与转换逻辑。 | ```php<br>private $config_map = [<br> 'book_trial_time' => ['default' => 0, 'transform' => 'intval'],<br> 'turn_on_the_ac_early' => ['default' => 10],<br> // ...<br>];<br>public function get_shop_setting(..., $field) {<br> $map = $this->config_map[$field] ?? ['default' => ''];<br> $val = $data[$field] ?? $map['default'];<br> return isset($map['transform']) ? $map['transform']($val) : $val;<br>}<br>``` | | 🟠 警告 | `Ahead_shop_config_second_model.php`<br>`self::$shop_config` | **静态缓存无清理机制**:使用静态数组缓存门店配置。在 PHP-FPM 中虽安全,但在长驻内存环境(Swoole/Workerman)或 CLI 脚本中会导致内存泄漏与数据陈旧。 | 建议改用 CI 的 Cache 驱动(Redis/Memcached)或增加 TTL 与 `clearCache()` 方法。 | ```php<br>public function clear_config_cache($shop_id = null) {<br> if ($shop_id) unset(self::$shop_config[$shop_id]);<br> else self::$shop_config = [];<br>}<br>``` | | 🟠 警告 | `Ahead_book_order_model.php`<br>`send_success_msg()` / `refund_by_notify()` | **敏感数据明文记录日志**:`doLog(var_export($order_data, true), ...)` 可能将用户手机号、支付金额、交易流水号等敏感信息写入服务器日志,违反数据安全规范。 | 日志脱敏,仅记录关键 ID、状态码或掩码后的数据。 | ```php<br>$safe_log = [<br> 'order_id' => $order_data['_id'],<br> 'status' => $order_data['_status'],<br> 'mobile_mask' => substr($order_data['_book_mobile'], 0, 3) . '****' . substr($order_data['_book_mobile'], -4)<br>];<br>doLog(json_encode($safe_log), 'BookOrder');<br>``` | | 🟠 警告 | `Book.php`<br>`checkBookReceipt()` | **死代码阻断业务逻辑**:`if (false && $order_id)` 导致后续邀请函判断逻辑永远不执行,属于无效代码。 | 移除 `false &&`,或根据产品需求恢复该分支逻辑。 | `if ($order_id) { ... }` | | 🟡 建议 | `Ahead_shop_config_second_model.php`<br>`deal_audio_content_params()` | **语法瑕疵与命名不一致**:`$params_map = [...] ;;` 存在多余分号。模型加载大小写混用(如 `load->model('Ahead_...')`),在 Linux 文件系统下可能因大小写敏感导致 `Class not found`。 | 修复语法错误,统一使用小写模型名(CI 规范)。 | `$params_map = [...];`<br>`$this->load->model('ahead_user_party_video_model');` | | 🟡 建议 | `Book.php` 全文件 | **重复加载模型/库**:多个方法中重复调用 `$this->load->model()` 与 `$this->load->library()`。CI 虽会缓存已加载实例,但频繁调用仍增加解析开销。 | 将高频使用的模型/库移至 `__construct()` 中统一加载。 | ```php<br>public function __construct() {<br> parent::__construct();<br> $this->load->model(['ahead_shop_book_time_info_model', 'ahead_book_order_model']);<br> $this->load->library('Tuangou');<br>}<br>``` | > ⚠️ **局限性说明**:`Ahead_book_order_model.php` 末尾代码被截断(`if ($this->tuangou->verify_token) {` 后无内容),无法评估该分支的完整逻辑与潜在风险。请补充完整代码以便深度审查。 --- ## 3. 总结与行动建议 ### 🔑 优先修复的关键问题 1. **修正事务控制逻辑**:将 `communityNotCleanChangeBook` 及其他涉及资金/状态变更的方法改为显式 `trans_begin()` / `trans_commit()` / `trans_rollback()` 模式,避免状态覆盖导致的数据不一致。 2. **剥离模型层全局错误抛出**:全面排查模型中的 `throwError()`、`exit()`、`die()` 调用,统一改为返回 `['status' => bool, 'msg' => string, 'data' => mixed]` 结构,由控制器层统一响应。 3. **清理文件级实例化代码**:将所有模型文件顶部的 `$CI = &get_instance();` 迁移至 `__construct()`,确保符合框架生命周期。 4. **日志脱敏处理**:对 `doLog` / `do_log` 中记录的订单、支付、用户信息进行掩码或字段过滤,防止敏感数据泄露。 ### 🛠 后续重构与优化方向 - **配置获取逻辑重构**:将 `Ahead_shop_config_second_model::get_shop_setting()` 的巨型 `switch` 替换为 **策略模式** 或 **配置映射表**。可考虑将门店配置抽象为独立的 `ConfigService`,结合 Redis 缓存提升读取性能。 - **统一输入校验层**:当前 `$this->param` 直接透传至模型,缺乏边界校验。建议在控制器基类或中间件中引入 `Form_validation` 或自定义 DTO 校验,拦截非法参数(如越权 `shop_id`、非法时间格式、越权支付平台等)。 - **代码规范与现代化**: - 遵循 PSR-12 规范,统一命名风格(如 `doLog` vs `do_log`)。 - 为公共方法添加 PHPDoc 类型声明(`@param`, `@return`),并在 PHP 7.4+ 环境下逐步引入类型提示(`string`, `int`, `array`)。 - 移除注释掉的废弃代码与 `if (false && ...)` 死逻辑,保持代码库整洁。 - **框架适配确认**:若项目确为 `phpci`,请核对官方文档中关于事务驱动、模型自动加载及错误处理的最佳实践。当前代码高度依赖 CI3 特性,若 `phpci` 有底层差异,需针对性调整。 --- *此 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