家谱卡片重做 / 首页控制台 / 名册改列表 / 重复日程与旅程公开

用户 2026-10-03 提的四条：

① 家谱卡片重做
   · 去掉「⇄ 姻亲」按钮，改成**每个人**卡片右下角都有「以 TA 为中心」
     （点了以他重画一张家谱，涵盖原来的姻亲场景）。
   · 头像外框改**长方形**（96×72，宽度贴合头像），object-fit: contain 不裁切，
     姓名/称呼在头像下方。
   · 修「点右下角按钮误进成员页」：卡片不再整张是 <a>，
     只有姓名是链接，右下角是独立的 <button>（物理上分开，不抢点击）。

② 家谱文案与按钮清理
   · 去掉副标题与下方图例说明；整块去掉「看全部 / 回到我 / 回到我的家谱」
     （顺带消掉"出现两个回到我的家谱"）。镜头由库自动 fit，拖拽/滚轮即可。

③ 首页控制台
   · 标题下显示个人 slogan；去掉右侧三个统计；「我的资料/我的家谱」换成图标按钮；
     去掉与导航条重复的「名册」按钮。
   · 去掉「接下来的日子」（生日归到"未来七天"里，不再重复）。
   · 新增统计信息块：按时段随机问候 + 今日天气（Open-Meteo，免 key，可留空不显示）
     + 近七天日程/待办/逾期数。
   · 新增各模块小结卡（任务/日程/纪念日/观影/旅程/财务/名册/家谱/资源）。
   · 个人设置新增「首页上的模块」：可勾选与拖动排序（每人一份，存 user_settings）。
   · 保留「往年的今天」。

④ 名册改列表
   · 卡片网格 → **竖向列表**：左头像、中间姓名+与我的关系+手机号+生日。
   · 修拖动「只能往后不能往前」：落点改为显式记录"插到谁前面/后面"，
     并排除被拖元素自身。
   · 去掉那句拖动提示（能力保留）。
   · 搜索新增**姓名首字母**检索（y / yy / yyq 都命中「杨永全」）：
     新 app/Pinyin.php，intl 优先 + 内置常用字表兜底（本地无 intl 也能测）；
     纯字母/数字查询词不走 SQL LIKE（拼音与加密手机号在库里都比不了）。

附带上两轮的收尾：
   · 菜单点外部自动关闭（全局事件委托，覆盖所有 details.menu）。
   · 旅程 is_public：列表与日历只显示公开的；详情页不拦（不丢数据）。
   · 重复日程：新 app/Repeat.php（RRULE 解析/生成/展开，含"工作日"），
     新表 calendar_event_skips（RFC 的 EXDATE）；日历按规则展开；
     编辑支持三档「全部 / 这一次及以后 / 仅此一次」。
   · 结束时间可添加/去掉，并随开始时间联动。

验证：端到端 772 项通过 / 0 失败；几何 368、交互 97、移动端 516、家谱 26、
升级 123 全绿；SQL 列名静态校验 0 处可疑；部署 11 条线上探针全过。

app/Schema.php

@@ -383,6 +383,7 @@ CREATE TABLE IF NOT EXISTS `trip_details` (
   `event_id`   INT UNSIGNED NOT NULL COMMENT '对应 events(kind="trip")',
   `cover_key`  VARCHAR(255) DEFAULT NULL COMMENT '封面图（存储相对键）',
   `summary`    TEXT DEFAULT NULL COMMENT '这趟旅程的一段话小结',
+  `is_public`   TINYINT(1) NOT NULL DEFAULT 1 COMMENT '是否公开显示（0=不显示在列表与日历）',
   PRIMARY KEY (`event_id`),
   CONSTRAINT `fk_tdet_event` FOREIGN KEY (`event_id`) REFERENCES `events` (`id`) ON DELETE CASCADE
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci COMMENT='旅程事件的特有数据（一对一卫星表）'
@@ -866,6 +867,35 @@ SQL,
             }
         });
 
+        // ---- 重复日程的「单个发生」例外表（版本 13，用户 2026-10-03 第 5 条）----
+        // 用户要的三档编辑里，「仅此一次」与「跳过这次」都要能"只动某一次"。
+        // 做法（与 RFC 5545 的 EXDATE 同构）：把被取消/被挪走的那一次记在这里，
+        // 展开时跳过它；如果那次是被"挪到别的时间"，就再插一条独立日程。
+        // ⚠️ 不复用 calendar_events：那是"日程本体"，这里是"本体的某一次例外"，
+        //    混在一张表里会让"这条日程重复吗"变成要额外判断的字段。
+        $db->exec(<<<'SQL'
+CREATE TABLE IF NOT EXISTS `calendar_event_skips` (
+  `id`         INT UNSIGNED NOT NULL AUTO_INCREMENT,
+  `event_id`   INT UNSIGNED NOT NULL COMMENT '哪条日程（calendar_events.id）',
+  `skip_date`  DATE NOT NULL COMMENT '被跳过的哪一天（重复展开时命中这一天就不出）',
+  `created_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
+  PRIMARY KEY (`id`),
+  UNIQUE KEY `uk_skip` (`event_id`, `skip_date`),
+  CONSTRAINT `fk_skip_event` FOREIGN KEY (`event_id`) REFERENCES `calendar_events` (`id`) ON DELETE CASCADE
+) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
+  COMMENT='重复日程里被单独取消/挪走的某一次（RFC 5545 的 EXDATE）'
+SQL);
+
+        // ---- 旅程的活动「是否公开」（版本 13，用户 2026-10-03 第 4 条）----
+        // 用户原话：「旅程的活动中，只显示 is_public=1 的活动」。
+        // ⚠️ 放在 **trip_details**（1:1 的卫星表）而不是 events：
+        //    events 是观影/旅程/… 共用的骨架表，加一个只有旅程用的开关
+        //    会让观影那边多出一个永远为 0 的无意义字段。
+        // ⚠️ 默认 **1**（公开）：老数据升级后必须照旧可见 ——
+        //    默认 0 会让人以为"旅程全丢了"（这是最危险的一种迁移默认值）。
+        self::addColumn($db, 'trip_details', 'is_public',
+            "ADD COLUMN `is_public` TINYINT(1) NOT NULL DEFAULT 1 COMMENT '是否公开显示（用户 2026-10-03 第 4 条）：0=不显示在旅程列表与日历' AFTER `summary`");
+
         // ---- 纪念日（版本 13，用户第 13 条）----
         // ⚠️ 名册里每个人的生日**不入这张表** —— 它们是实时从 persons 派生的
         //    （见 Anniversary::birthdays），改了生日纪念日就跟着变。