 yuming
|
3bf46f1114
|
版本号显示 v2.1.8 → v2.1.9
部署到群晖 / deploy (push) Successful in 55s
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-16 11:11:22 +08:00 |
|
|
yuming
|
e9c7330f31
|
数据自愈迁移 + 后端同步幂等，版本号 v2.1.7 → v2.1.8
部署到群晖 / deploy (push) Successful in 57s
后端（server/src/index.js）——两处同步幂等：
1. deleteAnniversary 删除不存在的记录时返回 success:true。
原先返回 false，被前端 sync.js:34 当作失败重新入队，那条删除会永远留在
pending_sync_queue 里每次启动重试且永远清不掉。
2. updateAnniversary / updatePerson 在记录不存在时退化为插入（upsert）。
同一类问题：本地才是主真相源，若某条记录当初的 add 没同步成功，
之后所有 update 都会失败并无限重试。
前端 —— 新增 utils/migrate.js，在 app.js onLaunch 执行：
3. 补齐老数据缺失的农历字段。早期 lunar_birthday 类型只记公历日期，
没有 lunarMonth/lunarDay，这类记录会被安全降级成按公历算——不崩，但每年日期是错的。
用它存的公历日期反算回农历补齐。
4. 为孤儿纪念日重建人员。部分纪念日的 personId 指向已不存在的人（历史上删人没级联干净），
首页按 persons 遍历所以隐形，日历页按 anniversaries 遍历会显示成「未知」。
用记录自带的 personName 重建，并沿用原 personId，纪念日无需改动。
迁移放在客户端而非后端跑 SQL：本地 wx.Storage 是主真相源，改服务端会被客户端同步覆盖。
每次启动都跑而非记版本号：函数是纯检测式的，无坏数据时零写入零请求，
还能顺带覆盖「从云端拉回坏数据」的情况。顺便把原本是死代码的 initData() 替换掉。
⚠️ 本次后端有改动，需要重新部署；部署顺序应为先后端、后小程序。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-15 15:55:44 +08:00 |
|
|
yuming
|
1943fd5c1a
|
修复 P0 五个问题，版本号 v2.1.6 → v2.1.7
1. 删除纪念日不同步云端：storage.deleteAnniversary 只删本地，后端记录仍是
remindEnabled=1，定时任务会继续推已删除的纪念日，换设备恢复时还会被拉回来。
补上 _syncAnniversary('delete')。
2. 农历纪念日日期计算三处口径不一：date.js 新增 getOccurrenceInYear /
getNextOccurrenceOf，首页、详情页、日历页统一复用。
顺带修掉一个隐藏更深的坑——老实现把公历年当农历年传给 lunarToSolar，
农历腊月会整整错一年（农历2026腊月十五 = 公历2027-01-22，老算法给 2028-01-11）。
新实现同时试 year-1 / year 两个农历年，取真正落在该公历年内的那次。
删除已无调用方的旧 getNextOccurrence(month, day)，它正是首页 bug 的来源。
3. 详情页倒计时永远显示「已过 N 天」：原先按录入年份算 daysUntil，
改为按下一次发生算；「日期」一行仍展示原始录入日期。
4. 日历页切 tab 后不刷新：渲染从 onLoad 挪到 onShow（tabBar 页面实例常驻），
不重置当前年月，保留用户翻到的月份。
5. 清空数据后重启会复活：只清本地的话 pullFromCloudIfEmpty 会把云端整份拉回来。
新增 storage.clearCloudData()（sync 传空数组），设置页改为先清云端、
成功才清本地；云端失败则中止并提示，本地数据保留。
均为小程序侧改动，server/ 未改动，无需重新部署。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-15 12:08:26 +08:00 |
|
|
yuming
|
192867a8d5
|
版本号显示 v2.1.5 → v2.1.6
部署到群晖 / deploy (push) Successful in 41s
带农历日期显示的版本，重新上传体验版。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 14:21:11 +08:00 |
|
|
yuming
|
f0835726de
|
版本号显示 v2.1.4 → v2.1.5
部署到群晖 / deploy (push) Successful in 36s
带日历跨年修复的版本，重新上传体验版。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 13:36:28 +08:00 |
|
|
yuming
|
fb7b12ff76
|
版本号显示 v2.1.3 → v2.1.4
部署到群晖 / deploy (push) Successful in 48s
为即将上传的微信小程序新版做准备，保持「数据」页底部
版本号与微信后台一致。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 13:04:31 +08:00 |
|
|
yuming
|
fb036fd65f
|
设置页改造：「设置」→「数据」，做成数据中心
- tabBar 文字 ⚙️ 设置 → 💾 数据
- Header 收敛成 标题 + 一行统计 + 上次备份时间
- 删除「关于」「温馨提示」整块装饰内容
- 「数据管理」拆成「备份」+「危险操作」两组
- 导出成功后写入 lastBackupAt，进页面格式化展示
- 图标背景从冷色统一为纸感暖色
- 底部加版本号 v2.1.3 小字
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 12:54:20 +08:00 |
|
|
yuming
|
3965e542fc
|
接入自建后端 + Gitea CI/CD
部署到群晖 / deploy (push) Failing after 6m22s
- 新增 server/：Node + Express + SQLite + node-cron 实现登录、纪念日 CRUD 和定时订阅消息推送
- 新增 .gitea/workflows/deploy.yml：推送即触发群晖 Docker 部署，监听 15002
- utils/api.js：自动按 envVersion 切换本地/线上 BASE_URL
- app.js 与 add-anniversary.js 移除 wx.cloud 调用，改走自建后端
- cloudfunctions/ 暂保留以便回滚
- 一并提交此前未入库的首页 / 设置页 / 日历 / 万年历等改造
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-01 15:44:09 +08:00 |
|
|
yuming
|
6747ade9c4
|
Initial Commit
|
2025-10-26 19:29:30 +08:00 |
|