 yuming
|
035a946c4d
|
app.json 启用 lazyCodeLoading=requiredComponents
部署到群晖 / deploy (push) Successful in 41s
微信代码质量扫描推荐项：让小程序按需注入组件，减少冷启动包加载量。
对老版本基础库会自动降级到全量注入，安全。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 07:35:21 +08:00 |
|
|
yuming
|
756d57d818
|
简化纪念日类型：去掉"农历生日"类型，公历/农历改由 isLunar 字段决定
部署到群晖 / deploy (push) Successful in 44s
- typeList 从 5 项简化到 4 项：生日 / 结婚纪念日 / 订婚纪念日 / 其他纪念日
- TYPE_NAMES / TYPE_ICONS 中 lunar_birthday 保留兼容映射（也映射到「生日」+ 🎂），
让线上历史数据自然回显，无需数据库迁移（方案 A）
- getTypeIndex('lunar_birthday') = 0，老数据编辑时正确回显「生日」
- index.js 列表筛选和 wxml 图标判断本来已含 lunar_birthday 兼容，无需改
老数据自然淘汰：用户重新保存时新数据写 type='birthday'，老数据 type 保留
直到下次编辑保存才升级。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 07:30:37 +08:00 |
|
|
yuming
|
59ed635dcf
|
修复 lunarToSolar 系统性少 1 天的 bug
部署到群晖 / deploy (push) Successful in 42s
BASE_DATE 用 new Date(1900, 0, 31)（本地时间）在 1900 年早期日期上某些
JS 引擎有时区偏差，导致每个农历月初对应公历都比真实少 1 天。改用
Date.UTC(1900, 0, 31) 算时间戳，再用 UTC 字段重新构造本地 Date 对象，
彻底避免歧义。
同时月循环改用 `leapM <= m` 写法（与权威 jjonline/calendar.js 一致），
和 solarToLunar 保持完美互逆。
修复验证（互逆 9 个用例全 OK）：
- 2026-02-17 ↔ 正月初一
- 2026-06-09 ↔ 农历四月廿四（用户实测发现的差 1 天）
- 2023-03-22 ↔ 闰二月初一
- 2023-04-19 ↔ 闰二月廿九
- 2025-07-25 ↔ 闰六月初一
- 2025-08-22 ↔ 闰六月廿九
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 06:34:00 +08:00 |
|
|
yuming
|
320209a390
|
修复 solarToLunar 闰月期间非初一日期算错的 bug
部署到群晖 / deploy (push) Successful in 45s
原算法在月循环外的 if (offset < 0) 分支根据 isLeap 重新判断加哪个月份天数，
但闰月期间的非初一日期会因为变量切换被错算到下一个普通月。
用 jjonline/calendar.js 的权威实现替换：循环内统一 offset -= temp，
退出循环后用保留的 temp 加回，简洁且正确。
修复验证：
- 2023-03-22 → 闰二月初一 ✓（之前也对）
- 2023-03-23 → 闰二月初二 ✓（之前错为「三月初二」）
- 2023-04-19 → 闰二月廿九 ✓（之前错为「三月廿九」）
- 2025-08-22 → 闰六月廿九 ✓（之前错为「七月廿九」）
维护手册新增踩坑 #13。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 06:10:12 +08:00 |
|
|
yuming
|
ddcfe3334e
|
v2.1.0 流程改造 + 农历准确性修复 + 双向同步 + 闰月支持
部署到群晖 / deploy (push) Successful in 44s
- Phase 1: 添加纪念日合并人物创建流程（方案 B）
- Phase 2: 农历提醒按 lunarMonth/Day 计算每年公历
- Phase 3: 人员数据同步到后端（新增 /api/person）
- Phase 4: 新设备启动从云端恢复数据
- Phase 5: 工具函数收敛 utils/format.js
- Phase 6: 同步失败入队 + 启动重试
- Phase 7: 闰月生日完整支持（含 isLeapMonth + UI 警示）
- 修复 lunarInfo 数据表错位（替换为权威源 jjonline/calendar.js）
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-02 05:51:17 +08:00 |
|
|
yuming
|
06d22884b9
|
修复持久化目录创建：通过 docker 在宿主创建
部署到群晖 / deploy (push) Successful in 34s
runner 容器内 mkdir 创建的是容器路径，不是宿主上的真实路径。
改成通过已构建好的 birthday-server 镜像挂宿主 /volume1 来 mkdir。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-01 15:53:40 +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 |
|