laoyang
2a10df2557
用户 2026-10-08 第二批 5 条。 1. 导入日程选中文件后没有任何反应 + 不允许多选 `_stage_drop.php` 现在有两种模式：暂存型（附件，拖进来即刻上传）与导入型 （`$sdStage=false`，写回 input.files、随表单提交、PHP 读完即弃）。 暂存型框靠 queueDrop 画缩略图，而**导入型框选中文件后什么都不显示** —— 框里那句「点击或拖动进行上传」从头到尾不变，用户看不出"到底选上没有"。 改：app.js 新增 bindFileEcho()，只给**非暂存框**补 change 监听， 选中后框里的话换成文件名 + 图标变 ✓ + `.upbox.is-picked` 稳定态； 取消选择则还原原始文案（不是空字符串）。单选由 `$sdMultiple=false` 保证。 2. 首页「今天的日程」用色块表示，和日程保持一致 原来那套是"白底卡片 + 左边一条 3px 色线"，色只占一条线，看不出是哪个日历本。 改：与日历页 `.tg-block` 同款实心色块（底色=日历本色，白字，圆角，无阴影）， left/width/top/height 全部由内联给出（冲突分列 + 真实时长）。 ⚠️ `.ag-ev` 的 CSS 里去掉 `right` —— 绝对定位下 left+right+width 三者同时存在是 过约束，内联 width 会失效（冲突就不会错开了）。 3. 首页「近期任务」名称与圆点走任务模块主题色 原来用 `var(--brand)` —— 那是**当前页面**（首页）的主题色，不是任务模块的； 用户改过模块配色时两者不一致（首页砖红、任务别的色），正是他看到的"不一致"。 改：两处都走 `--tk-c`（= Module::color('tasks')），与右上角「全部任务」按钮同源。 逾期仍用红色（状态语义，不能被主题色盖掉）。 4. 日程时间冲突错开（算法借鉴 SyncCalendar） 用户指定去读 SyncCalendar 的算法。落地自 `entry/src/main/ets/common/TimelineUtil.ets` 的 build()/groupsOf()： ① 划分冲突组（与组内最晚结束仍重叠就并入）；② 组内贪心分列（区间图着色）， 列数 = **每组各自的最大同时重叠数**（sync 原注释点名的反例：传递性重叠但 B/C 不重叠 → 只该 2 列）。落成 `App\Calendar::conflictLanes()`（PHP，判据一字未改）。 ⚠️ 两处比原算法更细，都有单测钉住： · 列数按**组**算 —— 否则一个孤立日程会被别处的三方冲突连累成 1/3 宽； · "缺结束时间"不能一律按 30 分钟参与冲突（会与后面所有日程假冲突）， 改为优先拿**同列下一条的起点**当它的视觉结束 → 因此必须**先分列再算高度**。 首页与日历页共用同一套（用户第 2 条要求"和日程保持一致"）。 5. 通知消息模块（Schema v30 → v31） 不在导航显示，入口在头像下拉里、**排在个人设置之前**，名字「通知消息」； 有人在观影/旅程加我时发通知；通知出现在首页、**往年今天之前**。 新增：app/Notification.php + notifications 表（唯一键 (person_id,target_type,target_id) —— 参与人是整组替换，没有它改三次标题就收三条）+ ?r=notifications{,/del,/clear} + templates/notifications/index.php + 头像下拉未读角标 + app/helpers.php 的 fb_time_ago()。 ⚠️ 三条设计判断：不进 Module::LIST（进去就会被顶栏渲染、被"模块显示与排序"当开关）； 只在 person_id !== actor_id 时发（不给自己发，"通知"≠流水账）； 移出参与人**撤销未读**、**保留已读**（未读是没送达的提醒，已读是看过的历史）。 验证（全部 0 失败）：e2e 1478/0（+14 条新断言）、升级 153/0、vCard 40 项、城市 32/0、 几何 428/0 + 移动 680/0 + 交互 92/0、b24/b27/b28/b29 真机全绿； 冲突分列算法单测 12/0（含 SyncCalendar 点名的反例）、 新探针 _b30_ui2 16/0 + _b30_notify 16/0 + _b30_import 26/0、 反向验证 18/0（五条各自改回旧行为 → 断言全红）、 部署脚本新增 9 条守卫 + 守卫证伪 11/0。线上 11 文件 SHA256 一致，Schema v31 已升级。
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/。概念是「这本书就是家」：屋顶即一本摊开的书，
屋顶下纸做的墙上，三行横线是这个家写下的日子。