15 Commits

Include renames

Author	SHA1	Message	Date
yml2213	2efcede800	优化生产日志体积：访问降噪、压缩清理与退款告警节流 ... 跳过轮询/封面等热路径成功请求，按日 gzip 并保留可配天数，退款 max-retry 汇总告警。	2026-07-13 22:02:20 +08:00
yml2213	72285ed638	修复超时订单重置流程	2026-06-19 18:36:46 +08:00
yml	f4361c9804	优化发布群租客清退与历史消息	2026-06-18 09:39:23 +08:00
yml2213andClaude Opus 4.8	8192344027	优化号主交接超时卡死问题 ... - 号主交接超时(owner_timeout)后允许补提交交接说明，避免临时延误导致订单卡死 - 后台新增"重置交接"动作，可将超时订单恢复为待号主交接并刷新计时 - 交接超时改以进入待交接时刻为基准计算，新增 handoff_started_at 字段 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-06-17 04:16:31 +08:00
yml	a275a006eb	修复支付取消与成功统计	2026-06-14 23:58:39 +08:00
yml	ae4297fec7	仲裁退款失败补偿: refundretry 自动补建仲裁孤儿退款单 ... 问题: dispute/arbitration.go 事务提交后 startRefundBestEffort 失败只 log.Printf 吞错, 号主收入已入账但租客退款单未建, 订单卡在 refund_status=pending 的孤儿状态。原 refundretry 的 warnMissingRefundOrders 只告警不补建, 导致资金口径不平需人工兜底。 修复: 升级 warnMissingRefundOrders, 对 settlement_status="arbitrated" 的孤儿订单自动调 StartRefund 补建 (biz_type 固定 arbitration_refund, 金额用 order.RefundAmountCent)。 幂等保证: 复用 StartRefund 内部 prepareRefundOrder 的 (order_id, biz_type) 查重作为天然幂等闸, 重复触发走 existing 分支只同步状态不重复建单。渠道失败 → markRefundFailed 留记录 + 订单 refund_status=failed → 下一轮不再视为孤儿。 范围限定: 仅仲裁孤儿自动补建 (biz_type 无歧义)。非仲裁孤儿 (取消/客服关闭/结账) biz_type 无法从订单状态可靠区分, 维持只告警。 新增测试: - TestAutoRebuildArbitrationOrphan: 仲裁孤儿补建成功 - TestNoRebuildForNonArbitrationOrphan: 非仲裁孤儿不补建 - TestRebuildArbitrationOrphanIdempotent: 连续扫描幂等 防御: payments==nil 时跳过补建并告警, 避免单测/未来构造 Job 时 panic。 go build / vet / test 通过。	2026-06-14 16:17:19 +08:00
yml2213	fec8e37181	修复退款幂等与补偿重试	2026-06-14 07:55:02 +08:00
yml2213	607d2415a1	超时任务多实例优化	2026-06-14 03:14:43 +08:00
yml2213	8cbd06dca4	后台系统配置列表现在只返回当前真实使用的配置项	2026-05-27 08:40:03 +08:00
yml	5f6a4afcbb	彻底优化数据库字段	2026-05-24 20:49:37 +08:00
yml	778e08a261	兼容接入订单租期字段	2026-05-24 18:24:39 +08:00
yml	03e5d211dc	接入订单结账确认流程	2026-05-24 16:52:15 +08:00
yml	c4cfe6dd79	新增订单待支付与支付确认后端流程	2026-05-24 16:29:47 +08:00
yml2213	a6a1afb879	删掉租期相关错误东西	2026-05-23 14:44:32 +08:00
yml	6f915b37d3	订单超时任务系统	2026-05-22 18:16:05 +08:00