Blizzard
7a55ee0f2e
feat(community): 评论改为独立二级页面 + 评论内容安全审核 + 评论数按实发实时纠正
...
前端:
- 新增 pages/comments 独立评论页(列表 + 底部输入条 + 回复),社区卡片点评论改为 navigateTo
- 输入条用普通流式布局 + 原生 adjust-position 做键盘避让,聚焦期间不 setData 碰输入框
- 评论只能配 1 张图;底部常驻「审核后公开」提示;发送按钮在途「审核中…」防连点
- 发布结果按状态区分:过审即时展示,其余提示「已提交,审核通过后展示」
- 评论页把已发布评论数回传社区列表,卡片数字实时更新
后端:
- CreateComment 文本判为违规时直接拒收(ErrContentRejected),不入库
- 社区列表/用户帖子列表用「已发布评论实时条数」覆盖 comment_count,
修正异步过审/删待审/后台改状态导致的计数漂移
- IDCard 手机号返回完整号码(上一批遗留)
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-08-03 16:04:21 +08:00
Blizzard
c48e241fe1
feat(fe): 评论改小红书式展开输入面板;FAB 统一暖橘;顶部去冗余入口
...
- 评论:底部平时一条细「说点什么」,点开才展开大写评论面板
(大输入框+工具栏+发送,浮在键盘上方)。失焦时有草稿保持展开,
避免点发送因面板收起而丢点击
- FAB 主题色统一:社区发帖 FAB 从深色改成和首页肉垫一致的暖橘圆钮
- 报告页顶部筛选去掉「添加」(报告页不需要建档入口)
- 社区去掉顶部「发布」按钮,发帖统一走右下角悬浮按钮
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-30 18:13:41 +08:00
Blizzard
4f52a7d3a1
style(fe): 评论弹窗重做——空态加图标、输入区合成圆角输入栏
...
- 空态从一行飘字改成 图标+两行文案 居中
- 相机/输入框/发送合成一条聊天式圆角输入栏,字数只在输入时显示
- 头部标题加粗
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-30 18:05:25 +08:00
Blizzard
fe420ba47c
feat(fe): 评论改成小红书那套交互——点评论直接唤起输入
...
上一版做成了居中弹窗,参考图给的是另一种范式:输入栏常驻底部,点任意
一条评论就把它激活并填上「回复 @xxx」。按参考图重做,居中那套一并删掉,
不留死代码。
结构从「一个滚动容器装所有东西」改成三段式:
固定头(共 N 条评论)+ 滚动列表 + 常驻输入栏
输入栏必须在滚动区外——放进去的话列表一滚它就跟着走,点完评论还得再
把输入框找回来,正是这次要解决的问题。
交互:
- 点评论或回复的任意位置 → 输入框获得焦点,placeholder 变「回复 @xxx」,
上方出现可取消的橙色提示条。不用再单独点一个「回复」按钮
- 删除从长按改成显式的「删除」文字,只在自己的评论上出现——长按是
隐藏交互,没人会发现
- 回复带首字头像并缩进一层,「甲 回复 乙」的指向关系显示在昵称行
键盘处理用 adjust-position=false + bindfocus 拿键盘高度自己顶:弹层是
fixed 定位,交给系统调整会把整块推出屏幕。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-29 16:39:36 +08:00
Blizzard
9fc61e878e
feat: 评论支持回复(两级 + @某人)
...
不做无限层级——手机屏幕撑不住层层缩进,读到第四层就没法看了。
微信、小红书、B站清一色是两级:一级评论 + 其下的回复列表,回复里
用「回复 @某人」表达指向谁。
数据结构:comments 加 parent_id + reply_to_name。回复的回复会被
压平到同一条一级评论下(parent_id 取爷爷的),同时把被回复人的名字
记进 reply_to_name —— 这样既保住两级,又不丢「在跟谁说话」的信息。
几个容易做错的地方:
- 一次查完这一页所有一级评论的回复,不是每条一次查询(N+1)
- 一级评论默认只带 3 条回复,其余点「展开全部 N 条」再拉,避免热门
评论一次返回几百条
- 删一级评论要连它下面的回复一起删,否则回复变成挂在空处的孤儿;
帖子的 comment_count 也要按实际删除条数减,不是减 1
- total 统计含回复,和帖子上显示的数字对得上
- replies 为空时返回 [],不是 null
实测四条评论(含一条回复的回复):
▸ 甲:一级评论 (2 条回复)
└ 乙:多久了?
└ 甲 回复 乙:三天了
▸ 乙:另一条一级评论 (0 条回复)
删掉第一条一级评论后 total 4→1,comment_count 同步。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-29 16:33:50 +08:00
Blizzard
535ef08da7
fix: 评论配图整条链路补全 + 宠物切换条吸顶
...
## 评论图片传了等于没传
上次只做了一半:model 加了 Images 字段、前端做了上传 UI,但
handler 的 commentReq 没有 images、service 的 CreateComment 连
参数都没有,图片上传完就丢了;评论列表也从没渲染过图片。
补齐:请求体 → service 落库(JSON 数组) → 列表回显 → 点击大图预览。
实测带两张图的评论和纯文字评论各存各的,互不影响。
## 宠物切换条吸顶
首页/计划/记录/报告四页的 pet-switch 原本在 scroll-view 里,滚下去
就找不到了。而切宠物是随时要用的动作——多宠用户看着 A 的数据想切到
B,还得先滚回顶部。
移出滚动区,放在导航栏下方做成固定的一条,带毛玻璃和分隔线。首页的
问候语留在滚动区里,滚走就滚走,反正它只在刚进页面时有意义。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-29 16:19:32 +08:00
Blizzard
5b2f8e50bc
fix: 带 date 查任务时区错位导致重复生成 + 评论弹窗重做 + AI 每日次数上限
...
## 首页添加的任务不显示(根因比表象严重)
time.Parse("2006-01-02", q) 返回的是 UTC 时间,dayStart 又保留了
t.Location(),于是带 ?date= 查询时:
查询区间 = 07-29 00:00 UTC ~ 次日 = CST 的 08:00 ~ 次日 08:00
已有任务的 task_date 是 07-29 00:00 CST,落在区间外
后果不只是「新任务不显示」——ensureDayTasks 因此认为今天没有任务,
每刷一次首页就重新生成一批。用户手动加的那条(00:00 CST)永远不在
那个错位窗口里,所以管理页看得到、首页看不到。
全项目 7 处 time.Parse 日期解析统一换成 ParseInLocation + time.Local
(任务、日计划、生日、到家日期、提醒到期日都受影响)。
实测:加一条后带 date 查得到 4 条,连查 4 次仍是 4 条不再增长。
## 评论弹窗
- 改成居中弹出。评论以输入为主,贴底弹层会被键盘顶掉大半屏
- 单行 input 换成自动撑高的 textarea,最多 500 字,带字数
- 支持配图,最多 3 张(评论表加 images 字段)
- 空评论原来会直接把弹层关掉,看起来像发成功了,改成明确提示
- 发完就地刷新列表,不再关闭弹层——连着回复更顺
## AI 每日次数上限
AI 调用是真金白银,不设上限等于把钱包交给用户。新增按「用户 + 自然日
+ 功能」计的额度,后台「社区运营」页可配问问 AI / 异常评估 / AI 计划
三档,改完立即生效。
两个刻意的设计:
- 扣额度在请求大模型之前,失败也算用掉一次。否则刷接口空转照样烧钱
- 配置读不到时回落到保守默认值,绝不「读不到就不限制」——那正是配置
出问题时最不该发生的事
超限返回业务码 42900,小程序端明确说明「明天 0 点恢复」,不当成网络
错误让用户反复重试。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-29 15:50:38 +08:00
Blizzard
c7135424e5
fix(fe): 保存到相册的方法根本没写进去 + 重构社区版式
...
## 保存到相册点了没反应
上次改的时候,插入方法的锚点用的是「// AI 聊天」那段注释,而它在
AI 独立成页时已经被删掉了 —— 替换没匹配上,onSavePoster / drawPoster /
saveToAlbum 三个方法一个都没进 js,按钮绑了个不存在的方法。
我的检查器没拦住,是因为「事件绑定是否有实现」那条写在临时的 audit.js
里,日常只跑 check.js。已经把这条并进 check.js —— 加完立刻抓出了本次
新写的 13 处缺样式 class,说明它管用。
## 社区
帖子操作栏原来是 space-around 排三个宽度不一的项:点赞数从 9 变 10
整行就会跳。改成三等分,图标 32rpx 居中对齐,没有数字时显示「点赞/评论」
而不是一个孤零零的 0,加了按下态。
帖子头部原来副标题固定写死「宠友」两个字,等于没有信息。换成发布时间
(刚刚 / 12 分钟前 / 3 天前)。
评论弹层原来拿 .record-row 当评论用 —— 那是个「左右两端对齐」的行,
昵称在左内容在右,评论一长就被挤扁,完全不是评论该有的样子。重做成
头像 + 昵称/时间 + 内容的正常结构;没有头像字段就用昵称首字做色块,
比一律显示同一个 emoji 强。发送按钮有输入才点亮,支持键盘回车发送。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-29 15:25:18 +08:00
Blizzard
0dee6e27d2
fix(fe): 成长海报的「保存/分享」原来是个装饰按钮
...
报告页 → 分享卡片,弹层底部那个「保存 / 分享卡片」按钮绑的是
bindtap="close" —— 点了只是把弹层关掉,既不保存也不分享。按钮文案
承诺了两件事,一件也没做。
拆成两个真按钮:
- 分享给朋友:走微信原生 open-type="share",转发标题带上宠物名
- 保存到相册:把海报画进离屏 canvas 再存相册
canvas 部分的几个坑:
- 画布用 position:fixed 挪到屏幕外,不能 display:none —— 那样
selectorQuery 取不到节点
- 按 pixelRatio 放大再 scale,否则高分屏上导出的图是糊的
- 相册权限被拒过一次后 wx.authorize 不会再弹,必须 wx.openSetting
引导,否则这里会永远静默失败——正是这次要修的那类问题
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-29 15:08:56 +08:00
Blizzard
cab8b9ee28
feat(fe): 弹层样式对齐 token(不动结构,不动写库值)
...
bottom-sheet 是 1245 行 / 28 种 type 的上帝组件,任何结构改动都会把
UI 重构变成功能重构,两类风险叠加后无法定位。所以这次严格限定:
改了:组件私有样式的值(圆角/字号/间距/配色走 token)
改了:wxml 里 5 处纯展示的 emoji → pt-icon(风险等级 ⚠️ 、勾选 ✓、
删图 ×、加图 +、已开通 Pro ✓)
没动:innerType 分发链、wx:if/elif 顺序、任何 data-*、onSave 的 payload
没动:8 处 data-icon="💩 " 和 bottom-sheet.js 里 36 处 icon 字面量
—— 这些是写进数据库的值,改了会让历史数据和新数据分裂成两套且
回滚不回来。清理它需要给 HealthRecord 加 icon 枚举 + migration,
是独立任务。
sheet-scroll 上限从 78vh 提到 80vh:圆角和间距变化后,exportData /
manageTasks / comments 这三型最容易从「内滚」变成被截断。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com >
2026-07-29 10:55:43 +08:00
Blizzard
2e3345cdfc
feat: 记录删除与筛选、用户侧内容删除、AI 聊天历史
...
修复雪花 ID 精度丢失(真 bug)
- bottom-sheet 的 postId 声明为 Number,而 ID 是 18 位雪花字符串,
超出 JS 安全整数范围:339346584095428608 会被转成 ...600,
评论弹层实际查的是不存在的帖子。改为 String
记录
- 后端 DELETE /records/:id 早已就绪但前端从未调用,记错了删不掉。
时间轴支持长按删除
- 时间轴加类型筛选(体重/便便/饮食/异常/用药/疫苗/消费/照片),
后端 ?type= 本就支持
用户侧内容删除(UGC 合规:用户应能删除自己发布的内容)
- 新增 DELETE /posts/:id 与 DELETE /comments/:id,仅限本人,
越权返回 40300;帖子软删除,评论删除同步递减 comment_count
- 评论列表返回 is_self;社区长按自己的帖子、长按自己的评论可删
AI 聊天历史
- ai_messages 一直在写但没有查询接口,每次打开弹层都是空白。
新增 GET /api/ai/messages,弹层打开时接在开场白后加载
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-07-28 17:42:14 +08:00
Blizzard
3fde90e97b
feat: 补齐五块缺失功能(记录丢数据/文章正文/提醒管理/我的页入口/分享/关注)
...
P0 修数据问题
- 记录弹层有 5 个输入框从未绑定,用户填的便便备注、饮食内容、药品名称、
剂量、消费备注全部丢弃;用药记录因此只存下「用药记录」四个字。已全部绑定并入库
- 异常观察保存时写死「风险中」,AI 实际判定的等级被丢掉。改为使用 riskData
的真实 risk_level,并把成因与建议存进备注
文章正文
- 早期 seed 的 4 篇文章 Content 全空,点开只是打开关联记录弹层,内容运营等于白做
- 补写 4 篇真实正文(疫苗驱虫/软便判断/换粮方案/养宠花销),遵循不诊断、
异常必提就医的护栏;对已存在的空正文做幂等回填
- 新增文章详情页,学习页与首页卡片改为打开正文
提醒管理
- 后端 CRUD 早已具备但小程序只读,用户改不了疫苗驱虫日期。提醒弹层支持增删改
- 修复后端 UpdateReminder 漏掉 type 字段导致改类型不生效
「我的」页 7 个死入口接活
- 提醒设置、健康记录、多宠物管理、会员权益分别落到对应功能
- 数据导出:汇总档案与记录为文本,可复制发给医生
- 意见反馈:新增 feedback 表与提交接口,后台加「意见反馈」管理页
- 关于我们:应用说明与免责声明
分享
- 各页面补 onShareAppMessage/onShareTimeline
- 帖子分享按钮改用微信原生 open-type="share",删除原来点了没反应的空壳弹层
社区关注
- 新增 follows 表与关注/取关接口,「关注」tab 此前等同「推荐」,
现只显示已关注用户的帖子;帖子头部可直接关注,标记 followed / is_self
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-07-25 18:11:08 +08:00
Blizzard
28b95a6468
feat: 每日任务顺延与增删改 + 计划到期续期 + 靠谱养护模板 + 图片URL修复
...
后端
- 每日任务惰性生成:某天为空则从最近一天顺延复制(done 重置),首天用模板
- 任务增删改 API(POST /pets/:id/tasks、PUT/DELETE /tasks/:id),改动自动顺延
- 30 天计划到期自动归档并按当前阶段生成新一轮
- 内置养护模板重写为兽医常识向:狗每阶段含遛狗/牵引/狂犬,猫含猫砂/梳毛/饮水
- 文件 URL 改为按 object_name + 当前配置动态拼接,换 IP/域名不再有旧地址
小程序
- 首页今日任务加「管理」入口:增删改任务弹层
- 记录时间轴显示照片缩略图(可全屏预览)+ 拍照成功提示
- 社区发布条精简为单个「发布图文」按钮,去掉头像/输入框误触
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-07-06 10:06:13 +08:00
Blizzard
2f5dd6eefc
feat: 养护模板/社区运营/体重趋势/计划日历 + 雪花ID重构 + 文件表与图片上传
...
后端
- 主键改雪花字符串 ID(pkg/idgen + Base.BeforeCreate),全表外键/JWT/中间件随之调整
- 新增 files 表:/api/upload 按 MD5 去重,返回 {id,url,md5},服务端只收图片
- 头像/记录附图/帖子图改 file_id 关联,读取解析为 URL
- 养护模板(物种×阶段)后台可配 + AI 生成草稿;建档按模板生成任务/计划/提醒
- 社区 AI 运营:虚拟账号池 + 每日定时/手动生成,帖子带 AI 标
- 计划路线图节点带真实日期;首页周历与计划日历同源;新增 day-plan 当日安排
- 体重趋势接口带备注;记录列表分页
小程序
- 公共图片上传 utils/upload.js(仅图片);记录拍照/我的头像/社区发图三处接入
- 首页日历点选查当日任务;记录页体重趋势可点看备注 + 时间轴分页折叠
- 计划页日历点选查当日计划;自定义 tabBar 高度调整
后台(React)
- 新增「养护模板」「社区运营」页;用户管理加机器人筛选
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-07-06 08:48:15 +08:00
Blizzard
609f7d06cf
init: 毛孩子计划 小程序 + Go 后端 + 内嵌后台
...
- pets-fe: 微信原生小程序(首页/计划/记录/报告/社区/引导),
服务端驱动、无假数据;弹层改用 scroll-view,打开时隐藏自定义 tabBar
- pets-be: Gin + GORM(MySQL, sundynix_ 前缀) + MinIO,统一响应/分页,
微信 code2session 登录,provider-neutral AI(DeepSeek),go:embed React 后台
- 修复:分段选择类型不匹配(字符串 vs 数字)导致选不中
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-07-03 15:36:55 +08:00