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 585 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 **提交**: `289effb71dd831974f34eac4b88feefa19f22f5d` **提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com) **时间**: 2026-06-08 11:11:35 --- ## 1. 审查摘要 - **代码质量评分**:4 / 10 分 - **总体评价**:该 Model 承载了极其复杂的订单查询、账单聚合与状态流转逻辑,业务覆盖全面。但实现方式较为粗放,存在**高危 SQL 注入漏洞**、**循环内数据库查询(N+1)**、**缺乏事务控制**等核心缺陷。代码严重偏离 PSR-12 规范,硬编码与魔法数字泛滥,且 Model 层越权承担了视图层的数据格式化工作,可维护性与扩展性较差。 - **风险等级**:🔴 高 ## 2. 问题详情 > 注:根据 `$CI = &get_instance()`、`system/` 目录结构及 `load->model()` 等特征,推断项目基于 **CodeIgniter 3** 架构。若 `phpci` 为内部定制框架,请结合其官方文档调整部分建议。 | 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) | | :--- | :--- | :--- | :--- | :--- | | 🔴 严重 | `get_bill_goods_info`<br>约第 400 行 | **SQL 注入漏洞**:直接拼接 `$unique_key` 与时间戳到 SQL 字符串中,未使用参数绑定或查询构造器,攻击者可构造恶意参数破坏查询或拖库。 | 全面改用框架 Query Builder 或预处理语句,禁止手动拼接 SQL 条件。 | `$this->db->where('_unique_key', $unique_key)->where('_timestamp >', time()-7*86400)->get();` | | 🔴 严重 | `confirm_receipt`<br>约第 330 行 | **缺乏数据库事务**:连续执行两次 `insert`(确认收货+订单完成),若第二次失败或进程中断,将导致订单状态不一致(已确认但未完成)。 | 使用数据库事务包裹连续写操作,失败时自动回滚。 | `$this->db->trans_start();`<br>`$this->ahead_yc_order_process_model->insert($data1);`<br>`$this->ahead_yc_order_process_model->insert($data2);`<br>`$this->db->trans_complete();` | | 🔴 严重 | `get_detail`<br>约第 210 行 | **逻辑漏洞/死代码**:计算了 `$order_data['before_payment']`,但该变量从未合并至返回数组 `$data` 中,导致前端无法获取转房前支付金额。 | 将计算结果正确赋值给 `$order_info` 或 `$data` 数组。 | `$order_info['before_payment'] = $before_order_info_data['_actual_pay'] ?? '';` | | 🟠 警告 | `get_list`<br>约第 115 行 | **N+1 查询与循环内加载模型**:在 `foreach` 中动态 `load->model()` 并执行 `get_one()`,导致订单列表每多一条就增加一次 DB 请求,性能随数据量线性衰减。 | 提前批量查询关联数据(使用 `where_in`),或使用 `JOIN` 一次性获取,移除循环内的模型加载与查询。 | `$ids = array_column($order_info, 'package_id');`<br>`$imgs = $this->db->where_in('_id', $ids)->get('ahead_room_package')->result_array();`<br>`// 内存中映射匹配` | | 🟠 警告 | 文件顶部<br>第 3-4 行 | **全局实例化 CI 对象**:`$CI = &get_instance();` 放在类外部,违反框架生命周期,在 CLI 或并发请求下易引发上下文污染或内存泄漏。 | 移除全局 `$CI`,在类内部通过 `$this->load->model()` 按需加载,或在 `__construct()` 中初始化。 | `// 删除顶部两行,改为方法内调用或构造函数加载` | | 🟠 警告 | `encode_group_buying_order`<br>约第 560 行 | **弱签名算法**:使用 `md5` 进行签名校验,MD5 已不推荐用于安全场景,且未防重放攻击。 | 改用 `hash_hmac('sha256', ...)`,并建议加入时间戳与 nonce 防重放。 | `return hash_hmac('sha256', $order_id, $this->encrypt);` | | 🟡 建议 | 全局 | **严重违反 PSR-12 规范**:命名混乱(`$pay_id_arr` vs `ORDER_PAY_PLATFORM_ARR`)、无类型声明、方法超长(`get_bill_goods_info` 超 300 行)、魔法数字/硬编码泛滥。 | 统一使用类常量或独立配置类;添加 PHP 7+ 类型提示;拆分大方法;严格遵循 PSR-12。 | `public function get_list(array $where, int $page, int $pageSize): array` | | 🟡 建议 | `get_bill_goods_info`<br>全方法 | **职责越界**:Model 层处理了大量视图层逻辑(如 `number_format`、折扣字符串拼接、前端展示字段组装)。 | 遵循单一职责原则,Model 仅返回原始数据,格式化逻辑移至 Service 层或 View 层。 | 提取 `formatBillDisplayData(array $rawData): array` 独立处理展示逻辑。 | ## 3. 总结与行动建议 ### 🚨 优先修复的关键问题 1. **立即修复 SQL 注入**:将 `get_bill_goods_info` 中的字符串拼接 SQL 全部替换为框架查询构造器(Query Builder)或预处理语句。 2. **补充事务控制**:在 `confirm_receipt`、`close_room_after`、`bindingOrder` 等涉及多表写入或状态流转的方法中,强制使用 `$this->db->trans_start()` / `trans_complete()`。 3. **修复数据丢失 Bug**:修正 `get_detail` 中 `$order_data['before_payment']` 未返回的问题,确保接口契约完整。 ### 🛠 后续重构与优化方向 1. **性能优化(消除 N+1)**: - 将 `get_list` 中的循环查询改为 `JOIN` 或 `where_in` 批量查询。 - 对高频调用的关联模型(如 `ahead_yc_order_extension_model`、`ahead_yc_order_infos_model`)考虑引入缓存或预加载机制。 2. **架构解耦**: - **拆分巨型方法**:`get_bill_goods_info` 逻辑过于臃肿,建议按业务拆分为 `fetchRawBillData()`、`calculateBillTotals()`、`mergeGoodsDetails()` 等独立方法。 - **配置集中化**:将 `$pay_id_arr`、`$type_arr` 等硬编码数组迁移至 `config/order.php` 或独立的 `OrderConfig` 类,避免 Model 类体积膨胀。 3. **规范与安全升级**: - 全面启用 PHP 7.4+ 类型声明(参数类型、返回值类型、属性类型)。 - 移除 `$CI = &get_instance();` 全局调用,改用依赖注入或框架标准加载方式。 - 敏感配置(如 `$encrypt`)应移至环境变量或加密配置文件中,禁止硬编码在业务类中。 ### ⚠️ 局限性说明 - 提供的代码在 `get_timing_order` 方法末尾被截断,无法评估该方法的完整逻辑与潜在缺陷。 - 未提供 `Simple_model` 基类实现,部分底层查询(如 `$this->select()`、`$this->get_one()`)的具体行为依赖基类封装,若基类未做安全过滤,上述 SQL 注入风险可能进一步放大。 - 若 `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