 chengma
|
b4558537d5
|
feat: 支持主列表选择每页条数 (#242)
|
2026-08-15 15:15:38 +08:00 |
|
|
chengma
|
4752fef54f
|
feat: 支持人工修改蝦皮规格 (#215)
|
2026-08-13 12:14:02 +08:00 |
|
|
chengma
|
313e9f9151
|
feat: 收敛店铺管理和蝦皮分类搜索 (#212 #213)
|
2026-08-13 11:47:56 +08:00 |
|
|
chengma
|
889f568554
|
feat: 增加蝦皮店铺名称搜索 (#182)
|
2026-08-12 15:09:35 +08:00 |
|
|
chengma
|
c39f5a7912
|
feat: 增加蝦皮店铺图片筛选 (#150)
|
2026-08-11 12:04:38 +08:00 |
|
|
chengma
|
38d6a0a04b
|
feat: 展示蝦皮主图和店铺 (#142)
|
2026-08-11 11:18:51 +08:00 |
|
|
chengma
|
c05c4fafdb
|
feat: 展示顺运宝观测规格 (#140)
|
2026-08-11 10:46:11 +08:00 |
|
|
chengma
|
518e6df349
|
feat: 统一蝦皮与顺运宝 PDD 关联入口 (#68)
|
2026-08-09 22:40:58 +08:00 |
|
|
chengmaandClaude Opus 5
|
64d5e74d0d
|
feat: 蝦皮数据页改为商品级列表与规格弹窗 (#41)
原来是 SKU 级一行，问题不在行数（6092→5195 只少 15%），在语义错了：
pdd_goods_url / pdd_goods_id 在 shopee_products 上，是商品级字段。
商品 24420648774 有 62 个 SKU，列表里 62 行显示同一个 PDD 链接，
将来双击任意一行编辑的也是同一个字段，操作员会以为改的是这一行。
加了两列，都是防止聚合后丢信息：
「SKU 数」—— 只显示颜色数和尺码数会严重误导。实测 602 个商品（11.6%）
的颜色数×尺码数大于实际 SKU 数，最悬殊的 26886533818 是 15×5=75 但
实际只有 28 个。蝦皮报表只含有销售成绩的 SKU，数据本来就不全。
「待补」—— 原来解析失败的行整行标黄，聚合成数量后这个信号会丢。
23 条失败分布在 6 个商品里，其中 4 个是「部分失败」：数字看着正常，
坏数据被吃掉，永远没人去补。现在待补>0 整行标黄。
颜色数/尺码数只统计 parse_ok=1，否则空值会被算进 DISTINCT 多出
一个「空颜色」。
弹窗只读，待补的行显示 spec_raw 原文——不显示的话人工不知道该填什么，
保留原文这个设计就白做了。复用 #18 的弹窗机制，app.js 未改动。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-08 11:12:25 +08:00 |
|