laoyang 9c70dbe0ff v34 第 34 批:观影「开始/结束时间没了」真根因修复
用户原话:
  观影模块儿的开始和结束时间都给我搞没了。赶紧修复一下。

真根因(真机实测):
  app.js 的 upgradeRange() 挂上 Semi 范围控件后,会把两端**各自的包装 .field**
  用 display:none 藏掉(只留范围控件)。但观影 / 旅程表单的结构是
  **两端共用一个 .field.dt-range**:
      <div class="field full dt-range">
        <label>开始 / 结束时间(精确到秒)</label>
        <div class="dt-input">开始
        <div class="dt-input">结束
      </div>
  此时 a.closest('.field') 与 b.closest('.field') **都取到 .dt-range 本身**
  => display:none 把**整组(含刚挂好的范围控件、连标签)**藏掉
  => 用户看到「开始/结束时间整个没了」,点不到控件,提交时四个原生字段全空
  => 库里 starts_at/ends_at 为 NULL。

  真机证据:{groupDisp:'none', groupVisible:false, groupH:0, rangeVisible:false}
  线上数据证据:今早 08:43 新建的「神探之痕迹」两条时间都是 NULL(就在反馈前几分钟)。
  服务端**完全正常**:直接 POST movies/create(带 starts_at_*/ends_at_* 四字段)
  -> 库里正确落 2026-10-05 19:30:00 / 21:45:00 => 问题纯在前端渲染。

  ⚠️ 日程页为什么没事:它两端各在自己的 .field.ev-dt 里(两个不同包装),
     分别隐藏是对的。所以这个 bug 只在"两端共用包装"的三处模板出现:
     movies/form.php、trips/node_form.php、trips/_revise_form.php。

修法(assets/js/app.js):
  隐藏前先判"包装是不是就是范围组本身":
    var wrapIsGroup = (hideA === group || hideB === group || hideA === hideB);
    if (wrapIsGroup) { 藏里层 .dt-input、组本身保持可见 }
    else { 原行为:两端各藏自己的包装 }
  (CSS 已有 .dt-range.is-semi-range > .dt-input { display:none },与 JS 修复不冲突。)

验证:
  · 新增真机探针 _fb_b34_dtrange.py:四个用时间范围的表单页
    (观影新增 / 观影编辑 / 旅程节点 / 旅程改期)都断言
    「组可见 + 范围控件可见 + 标签在 + 原生控件已让位 + 无 JS 报错」21/0。
  · 反向验证 _fb_b34_dtrange_falsify.py:改回无条件隐藏 -> 断言必须红 4/0。
  · 线上 app.js SHA256 与本地一致(含 wrapIsGroup 修复)。
  · 全套:e2e 1503/0、几何 428、各批真机/反向全绿、部署静态断言空跑通过。

顺带修掉的两处探针脆弱(本轮暴露):
  · _b32_verify.py 的"真机点共享"原来是一串固定 wait_for_timeout —— 流水线里
    机子忙时踩空 -> 证伪① 假失败(单独跑却 5/5 全过)。改成 wait_for_function
    轮询每一步就绪 + 提交后轮询数据库落库。改后证伪 5/0。
  · _b32_falsify.py:加 FB_FALSIFY_ONLY(只跑指定用例,省 80% 排查时间)+
    前置清 v32 资源残留 + 每个用例的探针完整输出落盘;证伪脚本夹具起点确定化。
2026-10-09 11:03:59 +08:00
2026-09-29 15:08:42 +00:00

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 文件导出不是一个量级的东西。

部署

  1. 把代码放到站点根目录;
  2. 复制 config.example.php 为 config.php,填写数据库与 app_key;
  3. 访问站点根,按引导页确认 PHP 版本、扩展、配置、数据库连接四项都通过。

config.php 不入库(已在 .gitignore 中忽略),其中包含数据库口令与加密密钥。

⚠️ app_key 一旦开始记录数据就不能再改(换掉即解不开已有数据), 并且它必须单独备份 —— 密钥丢失等同于数据永久丢失。

隐私

身份证号、手机号属于敏感个人信息,一律加密存储。 (就家庭自用而言,身份证号其实没有多少必须存的场景,启用前请三思。)

图标

见 assets/icons/。概念是「这本书就是家」:屋顶即一本摊开的书, 屋顶下纸做的墙上,三行横线是这个家写下的日子。

开源协议

Apache License 2.0

S
Description
家书,记录家庭的全部生活,一个家庭用岁月写成的书。
Readme Apache-2.0
8.5 MiB
Languages
PHP 81.6%
JavaScript 9.3%
CSS 9.1%