laoyang
e015181fa3
用户 2026-11-05 三条： 1. 「图标应该来自里面具体的交通工具，如果是火车就应该显示火车」 原来 Calendar::month() 的 trip 派生段用 Trip::typeIcon(node_type)， typeIcon(move) 恒为 🚗 ⇒「赶路」永远显示汽车，哪怕实际坐的是火车。 改用 Trip::leadIcon(node_type, travel_mode, familyId) —— 出行方式优先、节点类型兜底，与旅行详情页行程卡同一个方法。 2. 「后面这个对号是什么意思？表示它是一个实际行程吗？我感觉没必要，直接去掉」 删掉标题拼装里的 ✓ （原来用来区分 stage=actual）。 3. 「如果行程里面有地址，也就是有出发地和目的地，应该像行程里显示的那样， 把它显示在下面，这样一点就可以导航」 这段 SQL 原来**完全没查** from_*/to_*，日历里只剩一个标题。 补 n.from_place/to_place + 四个坐标字段，输出加 from_place/to_place/ from_lng/from_lat/to_lng/to_lat。 端上： - FbCalEvent 加 6 个字段（RawCalEvent / FbParse / FbCalStore / DemoData 同步） - 坐标用 numStr() 转字符串（服务端 DECIMAL 可能给 number，s() 只收 string） - FbDayEventPanel 列表卡片：时间行上面单独一行「出发地 → 目的地」， 目的地带下划线 + 日历本色，点击调 fbOpenNavigation（有坐标带坐标， 没有让 FbNav 自己地理编码） - FbDayTimeline 全天块：一行文字「出发地 → 目的地」，不给点击 （26vp 高的块切两个热区会点不准，导航入口在详情卡里） 网页端： - fb_entry_json() 的 rows 补「出发地」「目的地」两行 - 日历网格里的条目太窄，只显示标题，不加这两行 实测（family 1 全年）： title = [✈️ 从青岛坐飞机去哈尔滨] from = [青岛胶东国际机场] to = [哈尔滨太平国际机场] to_lng= [126.241474] to_lat=[45.611938] —— 飞机显示 ✈️、没有 ✓、地址坐标齐全
FamilyBook
家书，记录家庭的全部生活，一本用岁月写成的家谱。
把一个家的「人」「日子」「去过的地方、看过的电影」收进同一本书里。
它是什么
一个自托管的家庭生活系统。它不是又一个待办清单，而是这个家的长期档案 —— 十年之后还能翻出孩子第一次观影的票根、那年暑假走过的路线。
围绕三个圈展开：
- 人：家庭成员、亲友通讯录，以及他们之间的共享关系
- 时间：日历、日程、提醒，以及任务的期限
- 事件：观影、旅行、其他活动 —— 一切都落在同一条时间轴上
它在做什么
| 阶段 | 主题 | 内容 |
|---|---|---|
| 0 | 地基 | 名册、账号、登录、权限模型、安装向导 |
| 1 | 通信 | 通讯录、共享给某个成员、CardDAV 服务端 |
| 2 | 时间 | 日历本、重复日程、提醒、CalDAV 服务端 |
| 3 | 归一 | 观影与旅行迁入统一事件模型 |
| 4 | 任务 | 任务管理，期限自动映射成日历事件 |
| 5 | 回看 | 统计、年度家书、时间轴 |
当前进度：阶段 0 起步，仓库里只有图标与脚手架。
技术选型
- PHP 7.4+（无框架、无 Composer，上传到站点目录即可运行）
- MySQL 5.7+ / 8.0（
utf8mb4） - 前端为原生 HTML / CSS / JavaScript，无构建步骤
⚠️ 注意 CalDAV / CardDAV 是双向协议，和单纯的 .ics 文件导出不是一个量级的东西。
部署
- 把代码放到站点根目录；
- 复制
config.example.php为config.php，填写数据库与app_key； - 访问站点根，按引导页确认 PHP 版本、扩展、配置、数据库连接四项都通过。
config.php 不入库（已在 .gitignore 中忽略），其中包含数据库口令与加密密钥。
⚠️ app_key 一旦开始记录数据就不能再改（换掉即解不开已有数据），
并且它必须单独备份 —— 密钥丢失等同于数据永久丢失。
隐私
身份证号、手机号属于敏感个人信息，一律加密存储。 （就家庭自用而言，身份证号其实没有多少必须存的场景，启用前请三思。）
图标
见 assets/icons/。概念是「这本书就是家」：屋顶即一本摊开的书，
屋顶下纸做的墙上，三行横线是这个家写下的日子。