SQLite Web: gitea.db

id

Primary key. INTEGER NOT NULL

user_id

INTEGER

op_type

INTEGER

act_user_id

INTEGER

repo_id

INTEGER

comment_id

INTEGER

is_deleted

INTEGER NOT NULL (default 0

ref_name

TEXT

is_private

INTEGER NOT NULL (default 0

content

{"Commits":[{"Sha1":"584554702141074169c3a208e5fed2bc25768b58","Message":"fix(field-contract): 第六批 INFO 尾账四项收口——占位端点下线 + 死列失败关闭 + 三方契约归一\n\n- payment-plans/overdue 三方契约归一：service 补 minOverdueDays 真消费（due_date 前推 N 天，\n  live 实锤 5→0 收敛）；孤儿 schema（minAmount/maxOverdueDays 从未被消费）改为与 controller\n  实际消费一致（customerId/minOverdueDays/limit），docs 引用同步归真；前端参数删除无分页\n  语义的 page/pageSize 改 limit。类型收紧暴露分诊假阴性：orders 详情 hook 真实消费该端点，\n  此前传的 page/pageSize 一直被静默忽略，已对齐\n- livestream 报表 summary.peakViewers：后端接口与前端类型双侧 nullable + 死列注释\n  （livestream_schedules.peak_viewers 无运行时 writer，类型层失败关闭防新消费者误信）\n- groupbuy getPlatformDetailStats/getStoreStats：基于 order_count/sales_amount 双死列\n  （全仓仅 select 读、无 create/update 写链，相似写点在 influencer_performances 另一张表）\n  派生的 totalOrders/totalRevenue/dailyTrend/avgOrderValue/productCount/rating 全部失败\n  关闭返回 null/空并删除无用死列查询；仅保留 settled_amount 真列派生的 revenue\n- sales-dashboard 七个占位端点整体下线（products/customers/regional/activities/\n  sales-cycle/my-performance/team-performance）：自建立起即硬编码假数（恒空/avgDays:30）\n  且前端零视图消费，按孤岛清理先例删除 routes/controller/schema/docs/前端方法全链；\n  live 实锤四端点 404；顺手对齐 getForecast 前端类型潜伏雷（声明数组 vs 后端真实对象）\n\n证据：双端类型检查干净；后端单测 640/8803 全绿；sales-dashboard API 2/2、前端\nsales-dashboard/orders RTL 17/17；route-contract 审计 coverage 100% 无破损；\nlive curl 实锤（minOverdueDays 收敛、占位端点 404、平台 stats 正常）。\n分诊台账全部条目清零，五批+尾账共约 54 项真缺陷收口完毕。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-12T08:24:31-07:00"}],"HeadCommit":{"Sha1":"584554702141074169c3a208e5fed2bc25768b58","Message":"fix(field-contract): 第六批 INFO 尾账四项收口——占位端点下线 + 死列失败关闭 + 三方契约归一\n\n- payment-plans/overdue 三方契约归一：service 补 minOverdueDays 真消费（due_date 前推 N 天，\n  live 实锤 5→0 收敛）；孤儿 schema（minAmount/maxOverdueDays 从未被消费）改为与 controller\n  实际消费一致（customerId/minOverdueDays/limit），docs 引用同步归真；前端参数删除无分页\n  语义的 page/pageSize 改 limit。类型收紧暴露分诊假阴性：orders 详情 hook 真实消费该端点，\n  此前传的 page/pageSize 一直被静默忽略，已对齐\n- livestream 报表 summary.peakViewers：后端接口与前端类型双侧 nullable + 死列注释\n  （livestream_schedules.peak_viewers 无运行时 writer，类型层失败关闭防新消费者误信）\n- groupbuy getPlatformDetailStats/getStoreStats：基于 order_count/sales_amount 双死列\n  （全仓仅 select 读、无 create/update 写链，相似写点在 influencer_performances 另一张表）\n  派生的 totalOrders/totalRevenue/dailyTrend/avgOrderValue/productCount/rating 全部失败\n  关闭返回 null/空并删除无用死列查询；仅保留 settled_amount 真列派生的 revenue\n- sales-dashboard 七个占位端点整体下线（products/customers/regional/activities/\n  sales-cycle/my-performance/team-performance）：自建立起即硬编码假数（恒空/avgDays:30）\n  且前端零视图消费，按孤岛清理先例删除 routes/controller/schema/docs/前端方法全链；\n  live 实锤四端点 404；顺手对齐 getForecast 前端类型潜伏雷（声明数组 vs 后端真实对象）\n\n证据：双端类型检查干净；后端单测 640/8803 全绿；sales-dashboard API 2/2、前端\nsales-dashboard/orders RTL 17/17；route-contract 审计 coverage 100% 无破损；\nlive curl 实锤（minOverdueDays 收敛、占位端点 404、平台 stats 正常）。\n分诊台账全部条目清零，五批+尾账共约 54 项真缺陷收口完毕。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-12T08:24:31-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/e005063b444466a70a8b0bc6b257ee2097fac9cb...584554702141074169c3a208e5fed2bc25768b58","Len":1}

TEXT

created_unix

INTEGER

Update row 17111 in action