17 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
yuming	192867a8d5	版本号显示 v2.1.5 → v2.1.6 ... 带农历日期显示的版本，重新上传体验版。 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 14:21:11 +08:00
yuming	e643512dfa	纪念日新增农历日期显示 ... - 人员详情页：日期下方显示完整农历「农历 YYYY年 X月X日」 - 日历页本月纪念日列表：日期下方显示农历月日「X月X日」 - 公历事件用 solarToLunar 算当年对应农历 - 农历事件按当年公历落点反算农历（与原始农历一致） Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 14:19:14 +08:00
yuming	f0835726de	版本号显示 v2.1.4 → v2.1.5 ... 带日历跨年修复的版本，重新上传体验版。 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 13:36:28 +08:00
yuming	030e587480	修复日历跨年不显示纪念日 ... 原 buildEventIndex / loadMonthEvents 用 a.solarYear === year 判断， 只匹配纪念日原始录入年份的那一年。生日/纪念日是周年性事件，应 每年这天都出现。 - 去掉 solarYear === year 判断 - 新增 getAnniversaryDateInYear()：公历直接用 solarMonth/solarDay - 农历用 lunarToSolar 重算当年公历，因农历对应公历每年浮动 - 当年无闰月时 lunarToSolar 自动忽略 isLeap 回退普通月 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 13:35:20 +08:00
yuming	fb7b12ff76	版本号显示 v2.1.3 → v2.1.4 ... 为即将上传的微信小程序新版做准备，保持「数据」页底部 版本号与微信后台一致。 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 13:04:31 +08:00
yuming	3f30c9c017	修复 person-detail 按钮文字未居中 ... 原因：微信 <button> 自带 min-height 88rpx 和固有 line-height， 会顶歪自定义高度。改用 <view> + flex 居中。 - 5 个 button 改为 view（保留 class/bindtap/data-id） - action-btn / edit-btn / delete-btn 改 flex 居中 - add-btn 加 inline-flex 居中 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 12:54:27 +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	3f176924d0	视觉重构：紫渐变 SaaS 风 → 纸感编辑风（A 方案） ... 旧版多处违反 impeccable 设计规范（gradient text、6rpx 粗色条 border-left、 glassmorphism、bounce 动画）且整体呈现典型「AI/SaaS 通用紫渐变」（#6366f1 系、 #667eea 系），用户反馈「AI 味儿太浓」。 色板（OKLCH 概念，hex 落地）： - 背景：浅米黄 #FAF6ED - 主文字：深墨蓝 #1F1D2B - 暖灰副文字：#8A8278 - 强调（仅 today / FAB）：墨红 #C8412F 涉及改动： - app.wxss：删模板自带 .container padding 200rpx（首页/日历顶部空白真凶）+ 重写全局色板 - index.wxml/wxss：去紫渐变 Header + glassmorphism stats + border-left 大色条 + bounce - calendar.wxml/wxss/json：去紫渐变月份头 + today 大色块 + section-title 6rpx 紫条 - settings.wxss：同款紫 Header + tips-card 6rpx 紫条 → 全卡边线 + 浅暖底 - add-anniversary.wxss：chip-active 紫 / 取消提交按钮渐变 / importance 高饱和色 → 统一 - add-person.wxss：gradient text + 紫 dashed 头像占位 + 多重渐变 → 全套重写 - person-detail.wxss：微信绿 + 灰底默认色 → 方向 A 色板 - utils/constants.js：IMPORTANCE_COLORS 高/中/低 = 墨红/焦糖/苔绿（替代橙红/橘/鲜绿） Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 09:27:16 +08:00
yuming	323c566597	回滚 lazyCodeLoading 配置 ... 启用后开发者工具基础库 3.10.3 报错 Component is not found in path "wx://not-found" 导致首页白屏。这是 lazyCodeLoading 跟某些基础库版本的已知兼容问题。 回滚 app.json，等基础库版本升级后再考虑开启。 代码质量扫描里"启用组件按需注入"会标记"未通过"，但不影响审核。 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 07:41:00 +08:00
yuming	035a946c4d	app.json 启用 lazyCodeLoading=requiredComponents ... 微信代码质量扫描推荐项：让小程序按需注入组件，减少冷启动包加载量。 对老版本基础库会自动降级到全量注入，安全。 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-06-02 07:35:21 +08:00
yuming	756d57d818	简化纪念日类型：去掉"农历生日"类型，公历/农历改由 isLunar 字段决定 ... - 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 ... 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 ... 原算法在月循环外的 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 流程改造 + 农历准确性修复 + 双向同步 + 闰月支持 ... - 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 在宿主创建 ... 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 ... - 新增 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