laoyang
41572b77e7
线上实测发现第一版没覆盖到的情况：把 'custom' => 「我的日程」加进
`Calendar::DEFAULT_KINDS` **是不够的** —— `seedDefaults()` 只在
**安装**与**结构升级**两条路径上被调用，而线上这套库早就升完级了，
于是老用户永远拿不到那一本。线上实测：owner=1 可写的普通本 0 本
（唯一那本 custom「工作」是用户自己建的）。
后果不只是"少一本"：新建日程的"放在哪本"里全是派生本、默认还选中排最前的
**观影** → 用户直接打字点「加上」，建出来的是一条**观影记录**（建错东西，
事后极难发现：日历里看着是多了条日程，观影列表里莫名多一条）。
修法：
- 新增 `Calendar::ensurePersonalBook()` —— 按需补，幂等判据是
`owner_id + kind='custom'`（**刻意不看名字**，否则用户把自己的本子改名之后
会又冒出一本「我的日程」）。
- 由 `calendar` 路由在打开日历时顺手调一次（一次请求只多一条 SELECT）。
- 模板里再兜一道：默认选中的不是可写普通本时显式提示
"你还没有自己的日程本，上面选的是一本派生本（加进去会变成观影/旅程记录）"。
验证：e2e **1064/0**（新增 5 条：删本 → 打开日历自己补回来 → 名字对 → 幂等 →
改名后也不会又冒一本）；线上以 Web 用户(www)身份实测 before=1 after=1
（正确幂等，不动用户自己那本）；真机探针 75/0 · 桌面几何 428/0 · 部署自检 0 失败。
⚠️ 测试侧顺带记一个坑：夹具删"有日程的本子"时 `calendar_events.calendar_id`
外键是 **RESTRICT**，而用**多语句** `mysql -e "SET FOREIGN_KEY_CHECKS=0; DELETE...;"`
时一旦有一句被挡下，**整个 -e 静默失败**（返回码 0、无 stderr），
症状是夹具自检报"还有 2 本"、后面断言一路红，单独手跑同样语句却是通的。
改成**一条一条发并检查返回码**后就好了。
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/。概念是「这本书就是家」：屋顶即一本摊开的书，
屋顶下纸做的墙上，三行横线是这个家写下的日子。