FamilyBook

laoyang/FamilyBook

Fork 0

Commit Graph

Author	SHA1	Message	Date
laoyang	1bf56b114b	v49：条目浮层的「详情/编辑/删除」按来源分形态（三颗靠右 + 就地展开/编辑 + AJAX 删除）用户 2026-10-14 第 2 条。用户原话：「下面三个按钮，都放在下面的右侧…分别是详情、编辑和删除。详细用蓝色，编辑用黄色，删除用红色。点击详细的时候，如果这是一个日程（正常日程里的事件、不是来自观影/旅程等模块） → 就在当前页面让模态框变大、显示更多信息。点击编辑，也是在当前的界面弹出编辑日程的框，就地编辑；编辑完之后下面两个按钮：取消和保存。点击删除，就直接把这个日程给删除。如果当前这个日程来自其他模块（观影 / 旅程 / 其它）→ 点击详情就进入那些模块展示它。这种情况下，下面就没有编辑、也没有删除，就只有一个详情。」拍板：① 应用范围 = 首页日程 + 日程页条目（首页近期任务保持 v43 现状）； ② 重复日程删除 → 弹三档范围（这一次 / 这一次及以后 / 全部）。实现（7 个文件）： · app/helpers.php fb_entry_json() 扩契约：source('event'/'derived') / ref / del / info / repeat / occ。判据 `kind==='custom' && ref_id>0`（不是"有没有 edit"）。 · app/Calendar.php month() 给自定义条目带 _can_write（供 del 判定）。 · templates/_entry_popup.php 底栏重构成「右侧按钮组 + 7 颗」：详情态三颗、编辑态两颗（取消/保存）、删除范围态两颗（取消/确认删除）；另加一颗遮罩层里的 CSRF（正文会被整块换掉，放正文会丢）。 · assets/js/entry_popup.js 四态状态机（detail/info/edit/delscope），按 source 决定显哪几颗。 · assets/css/app.css .fb-entry-acts（margin-left:auto 靠右）+ fb-a-detail/edit/del 三色 + .is-wide（620→860px）。⚠️ 全是作用域类，不动全局 .btn-edit/.btn-danger 的语义。 · index.php 新增 calendar/event?embed=detail（只吐只读详情块）； calendar/event_del 认 X-Requested-With 回 JSON（$done() 收口，失败也回原因）。 · templates/calendar/event.php 支持 $evDetail（只吐 kv 只读块，与可写与否无关）。本轮修掉两个真 bug（都是"藏不掉"）： ① `.btn{display:inline-flex}` 是作者样式，盖过 [hidden] 的浏览器默认 ⇒ 底栏四态切换时前面的按钮收不起来、全挤在一条上（派生条目本该只有「详情」，实测三颗都露着）。⇒ 显式写 `.fb-entry-acts .btn[hidden]{display:none!important}`。本项目文件前部已有同款注释（.pick-row[hidden] 等），属第 N 次同类。 ② `footShow('detail')` 把三颗无条件点亮，盖掉 paintDetail 按来源设的 hidden。 ⇒ detail 组只列「详情」，且 paintDetail 里先 footShow 再设 edit/del（顺序写进注释）。验证（新增 2 个套件）： · _fb_v49_entry.py（33 条真机断言：三颗靠右/配色/派生只有详情/详情就地变宽/编辑就地/ 删除落库/日程页入口/重复弹范围） · _b49_falsify.py（10 注入 / 21 断言全抓） · 更新 _fb_b43_ui.py 旧断言（「详细信息」→「详情」；自定义日程的详情语义从"跳页"改"就地展开"） · familybook_deploy.sh 加 v49 静态断言段 · 全量 e2e / vCard / 几何 / 各批反向验证全绿；部署脚本 0 FAIL（含"第49批形态"）；线上 7 个文件 md5 与本地逐字节一致；线上门禁诊断 13 项全 YES，临时页已删并复验 404 ⚠️ 反向验证抓到一条假绿（值得记下来）：注入「给派生条目也塞 del」时探针没变红 —— 因为按钮显隐是 `source` 且 `del` 的多条件"与"，只塞 del 在界面上显不出来。 ⇒ 补一条数据层断言（直接读 data-fb-entry 的 del 必须为空），两层判据都在。 ⚠️ 末段唯一"失败"是沙箱的安全删除门禁（SAFE_DELETE_BULK_CONFIRM_REQUIRED，按轮次累计、本轮流水线删超 50 个文件）：单独重跑 _fb_v46_carddav.py 是 29/0，与环境有关，与本次改动无关。	2026-10-14 19:05:13 +08:00
laoyang	32e9e9ab84	v47：地址联想三处接入 / 读书页慢的真根因（会话锁）/ 笔记两处 / 日程状态下线用户 2026-10-13 七条。拍板：影院只记地址、不存经纬度（后续用高德反查）；日程状态只删界面与展示、数据库列保留（「后续会有一个整体清理的工作」）。 ①🔴 读书页慢 —— 真根因是会话锁，不是封面（我先判断错了方向）用户原话：「读书现在还是非常慢，就是进入读书这个页面，刚开始还是非常的慢。」线上实测（真公网、同一会话连打 3 次）：第 1 次 TTFB 0.08s ← 触发微信读书同步第 2 次 TTFB 8.73s ← 用户说的"刚开始非常慢" 第 3 次 TTFB 0.07s 插桩拿到的服务端时间线把因果钉死： 21:18:05.483 QUEUED ← 第 1 个请求排队 21:18:05.501 FINISH 2ms ← 响应确实提前发出去了（这步是好的） 21:18:14.674 SYNC 9.2s ← 但它仍占着这个人的会话文件锁跑完 9.2 秒 21:18:14.682 QUEUED ← 第 2 个请求此刻才真正开始执行 ⇒ `fastcgi_finish_request()` 只断开客户端连接、不释放 PHP 文件会话锁。后台同步要 9.2 秒（真打微信读书接口），同一个人的下一个请求一路等到它跑完。修法（缺一不可）： · `WeRead::queueBackgroundSync()` 回调里先 `session_write_close()`、再 `fastcgi_finish_request()`（顺序不能反）； · `index.php` 两处"渲染前排同步"的入口排完立刻放锁（shutdown 回调不一定执行：客户端中断/服务器超时才不放过）； · 顺带修 `Holiday::queueBackgroundFetch()` 的同型问题（联网 12 秒）。为什么以前没发现：v29 引入"后台化"时只验证了"响应是不是提前发出去"，单次请求测量永远看不到这个 bug —— 必须同一会话连打两次才现形。线上复验：修复后连打 4 次 = 0.15 / 0.15 / 0.09 / 0.15 秒（修复前第 2 次 8.73s）；后台同步仍正常（`weread_sync_at` 已更新）。 ② 封面：顺手也修了（但这不是用户说的那个问题） · `media.php` 读 OSS 前先放会话锁（原来从不放，35 张封面串行）； · 新增 `Storage::cacheLocally()` 磁盘二级缓存（原来 `read()` 只读不写回）； · 让 304 不再先拉整张图（原来先取回 body、再判 `If-None-Match`）。线上实测：冷取 149ms（走 OSS）→ 热取 35ms（本地缓存、字节一致） → 带 `If-None-Match` 返回 304 / 19.8ms / 空体；35 张封面 103ms → 20ms（5 倍）。 ③ 地址联想：抽成全站共用一份（`assets/js/addr_suggest.js`）+ 接入三处 · 影院管理页、观影新增页的「新建影院」弹框、日程地点、行程出发/到达； · `layout.php` 按需加载（`[data-addr]` 出现才拉 SDK + 我们的脚本），并暴露 `fbLoadAddr(scope)` 给 AJAX 片段（v42 踩过"内联 script 不执行"）； · 安全密钥在 SDK 之前设置；回填支持 `data-addr-fill` / `data-addr-for`、只补空白字段（不覆盖用户手写）、直辖市 `province==city` 去重； · 字段名有两套（影院 `address`/`place`，行程 `from_addr`/`to_addr` 缩写 `_addr`）， `fieldFor()` 带同义词表 + 后缀匹配； · 影院只存地址、不存经纬度（按用户要求）。 ④ 笔记两条 · 「点保存没反应」真因：附件区是个 `<form>` 套在保存表单里 —— HTML 不允许 form 套 form，浏览器丢掉内层标签、保留它的 `</form>`，于是保存按钮成了孤儿（`button.form === null`），点了不提交也不报错。真浏览器实测：修前 `btnInsideForm:false` / 点后 POST=0；修后 true / POST=1。改法：附件区改 `<div id="noteAttForm">`，上传按钮用 `formaction`。 · 详情页宽度：`.note-read { max-width: 820px }` → `none` （内容卡 820px vs 下方共享卡 1032px；修后两者都是 1032px）。 ⑤ 日程状态下线 · 删表单里的「状态」下拉、`Calendar::statusWord()`、浮层 JSON 的 `status_word`； · 保留 `events.status` 列与 `Calendar::statusOf()`（契约不动，等整体清理）。验证（新增 5 个套件）： · `_fb_v47_addr.py`（接线 24 条）/ `_fb_v47_addr_sim.py`（真浏览器 + 假高德，16 条） · `_fb_v47_readperf.py`（缓存与会话锁，23 条） · `_fb_v47_notes.py`（真浏览器，9 条） · `_b47_readperf_falsify.py`（反向验证 9 个注入）—— 9/9 全抓住 · 全量 e2e 1510/0；vCard 规格+往返 40/0；TB 探针 44/0； v44 反向验证 17/0；全流水线 PUSH_RC=0（含"第47批形态"静态断言） · 线上终验：读书页整页 81ms、封面 103→20ms、media 冷 149→热 35→304 19.8ms、修复前第 2 次请求 8.73s → 修复后 0.15s、地址联想 meta[fb-addr] 带真高德 key 顺带修掉三处探针自身的假红/假绿（详见 pitfalls.md）： · `_b44_falsify.py` 的"整小时"注入在整点与正确实现等价 ⇒ 换成恒错值； · `_fb_b44_ui.py` 3b 的并发计时断言在单进程 `php -S` 下必然假红 ⇒ 改断言确定事实； · 多处探针的"清理删除"撞沙箱删除门禁 ⇒ 探针中途死掉看起来像产品坏了 ⇒ 统一改成 `_safe_rm()` / 不删。	2026-10-14 01:20:40 +08:00
laoyang	8c651b43eb	v43 第 43 批：六条反馈（界面 5 + 条目详情浮层）用户 2026-10-11 反馈六条，逐条定位真根因后修复： ① 纪念日「日期」多出一个控件 —— 只保留最新的那个两层根因：（a）原生 `input[type=date]` 当初没包在 `.dt-native` 里， v42 那条"AntD 挂上后收起原生框"的选择器根本不命中；（b）更要命的是 `.dt-native` 基类写着 `display: contents` —— 该元素没有盒子，给它 position/width 完全无效 ⇒ 必须把 display 显式改回 block 才收得起来。 ② 编辑纪念日把底层列表页弄没 —— 「修改」原来是整页跳 `days/edit` （套 layout = 一张只有弹框的空白页）。改为 `?embed=1` 只吐弹框那一块，列表页 JS 取回来替换 `#anNewCard` 并打开 —— 与「新建」同一观感。内嵌形态标 `$anModalOnly` 以免打 standalone 标记（关闭时不再跳页）。 ③ 拖图裁剪的层被弹框盖住 —— `.crop-overlay` 是 z-index:100 而 `.cal-modal` 是 200 ⇒ 裁剪层被整块盖住。提到 260（与 v41 的 .cn-modal 同一处理）。 ④ 行程弹框里"参与的人"弹不出选人框 —— person_picker.js 只绑定一次，而弹框表单是 AJAX 片段 ⇒ 里面的 `.pp` 从未被 init。三件事一起：暴露 `window.fbInitPickers()`（幂等）+ layout 暴露 `window.fbLoadPicker()` （脚本是按需加载的）+ 塞完片段后补调初始化。 ⑤ 日程新建排版/控件/文案 —— 改走观影式 `.mv-grid`（标签对齐 + 冒号）；起止补上 `$dtPlugin='antd'`（试点正式推广到日程）；标签「时间范围」→「开始 / 结束」；删三句提示（结束留空 / 多选提醒 / 全天）。 ⑥ 条目详情浮层（首页日程 / 首页近期任务 / 日程页条目）—— 点条目不再直接跳页，弹浮层显示详情；「详细信息」跳该来源详情页；「编辑」就地换成该来源的编辑表单（四处 `?embed=1` 片段）。新增 `templates/_entry_popup.php` + `assets/js/entry_popup.js` + `fb_entry_json()`（三个入口共用一个编码函数）。验证：php -l 157 文件全过；div 深度 33 组合全配平；片段体检 20 片段无越界；本地 e2e 1510/0；v43 真机 33/0；v43 反向验证 8/0；v38 36/0；v42 33/0； b31/b32 反向验证 8/0 与 5/0；部署断言本地空跑 RC=0；完整流水线 PUSH_RC=0。	2026-10-12 00:24:20 +08:00

Author

SHA1

Message

Date

laoyang

1bf56b114b

v49：条目浮层的「详情/编辑/删除」按**来源**分形态（三颗靠右 + 就地展开/编辑 + AJAX 删除）

用户 2026-10-14 第 2 条。用户原话：
  「下面三个按钮，都放在下面的右侧…分别是详情、编辑和删除。详细用蓝色，编辑用黄色，删除用红色。
    点击详细的时候，**如果这是一个日程**（正常日程里的事件、不是来自观影/旅程等模块）
    → 就**在当前页面让模态框变大**、显示更多信息。
    点击编辑，也是**在当前的界面**弹出编辑日程的框，就地编辑；编辑完之后下面两个按钮：取消和保存。
    点击删除，就直接把这个日程给删除。
    如果当前这个日程**来自其他模块**（观影 / 旅程 / 其它）→ 点击详情就**进入那些模块**展示它。
    **这种情况下，下面就没有编辑、也没有删除，就只有一个详情。**」
拍板：① 应用范围 = 首页日程 + 日程页条目（首页近期任务保持 v43 现状）；
      ② 重复日程删除 → 弹三档范围（这一次 / 这一次及以后 / 全部）。

实现（7 个文件）：
 · app/helpers.php  fb_entry_json() 扩契约：source('event'/'derived') / ref / del / info /
   repeat / occ。判据 `kind==='custom' && ref_id>0`（**不是**"有没有 edit"）。
 · app/Calendar.php  month() 给自定义条目带 _can_write（供 del 判定）。
 · templates/_entry_popup.php  底栏重构成「右侧按钮组 + 7 颗」：详情态三颗、
   编辑态两颗（取消/保存）、删除范围态两颗（取消/确认删除）；另加一颗
   **遮罩层里的 CSRF**（正文会被整块换掉，放正文会丢）。
 · assets/js/entry_popup.js  四态状态机（detail/info/edit/delscope），按 source 决定显哪几颗。
 · assets/css/app.css  .fb-entry-acts（margin-left:auto 靠右）+ fb-a-detail/edit/del 三色
   + .is-wide（620→860px）。⚠️ 全是**作用域类**，不动全局 .btn-edit/.btn-danger 的语义。
 · index.php  新增 calendar/event?embed=detail（只吐只读详情块）；
   calendar/event_del **认 X-Requested-With 回 JSON**（$done() 收口，失败也回原因）。
 · templates/calendar/event.php  支持 $evDetail（只吐 kv 只读块，与可写与否无关）。

本轮修掉两个真 bug（都是"藏不掉"）：
 ① `.btn{display:inline-flex}` 是作者样式，**盖过 [hidden] 的浏览器默认**
    ⇒ 底栏四态切换时前面的按钮收不起来、全挤在一条上（派生条目本该只有「详情」，
      实测三颗都露着）。⇒ 显式写 `.fb-entry-acts .btn[hidden]{display:none!important}`。
      本项目文件前部已有同款注释（.pick-row[hidden] 等），属第 N 次同类。
 ② `footShow('detail')` 把三颗无条件点亮，**盖掉** paintDetail 按来源设的 hidden。
    ⇒ detail 组只列「详情」，且 paintDetail 里**先 footShow 再设 edit/del**（顺序写进注释）。

验证（新增 2 个套件）：
 · _fb_v49_entry.py（33 条真机断言：三颗靠右/配色/派生只有详情/详情就地变宽/编辑就地/
   删除落库/日程页入口/重复弹范围）
 · _b49_falsify.py（**10 注入 / 21 断言全抓**）
 · 更新 _fb_b43_ui.py 旧断言（「详细信息」→「详情」；自定义日程的详情语义从"跳页"改"就地展开"）
 · familybook_deploy.sh 加 v49 静态断言段
 · 全量 e2e / vCard / 几何 / 各批反向验证全绿；部署脚本 0 FAIL（含"第49批形态"）；
   线上 7 个文件 md5 与本地逐字节一致；线上门禁诊断 13 项全 YES，临时页已删并复验 404

⚠️ 反向验证抓到一条**假绿**（值得记下来）：注入「给派生条目也塞 del」时探针**没变红** ——
   因为按钮显隐是 `source` **且** `del` 的多条件"与"，只塞 del 在界面上显不出来。
   ⇒ 补一条**数据层**断言（直接读 data-fb-entry 的 del 必须为空），两层判据都在。

⚠️ 末段唯一"失败"是沙箱的安全删除门禁（SAFE_DELETE_BULK_CONFIRM_REQUIRED，按轮次累计、
   本轮流水线删超 50 个文件）：单独重跑 _fb_v46_carddav.py 是 **29/0**，与环境有关，与本次改动无关。

2026-10-14 19:05:13 +08:00

laoyang

32e9e9ab84

v47：地址联想三处接入 / 读书页慢的真根因（会话锁）/ 笔记两处 / 日程状态下线

用户 2026-10-13 七条。拍板：影院只记地址、不存经纬度（后续用高德反查）；
日程状态只删界面与展示、数据库列保留（「后续会有一个整体清理的工作」）。

①🔴 读书页慢 —— 真根因是**会话锁**，不是封面（我先判断错了方向）
  用户原话：「读书现在还是非常慢，就是进入读书这个页面，刚开始还是非常的慢。」
  线上实测（真公网、同一会话连打 3 次）：
      第 1 次 TTFB 0.08s  ← 触发微信读书同步
      第 2 次 TTFB **8.73s**  ← 用户说的"刚开始非常慢"
      第 3 次 TTFB 0.07s
  插桩拿到的服务端时间线把因果钉死：
      21:18:05.483 QUEUED        ← 第 1 个请求排队
      21:18:05.501 FINISH  2ms   ← 响应确实提前发出去了（这步是好的）
      21:18:14.674 SYNC    9.2s  ← 但它仍占着这个人的会话文件锁跑完 9.2 秒
      21:18:14.682 QUEUED        ← 第 2 个请求此刻才真正开始执行
  ⇒ **`fastcgi_finish_request()` 只断开客户端连接、不释放 PHP 文件会话锁。**
    后台同步要 9.2 秒（真打微信读书接口），同一个人的下一个请求一路等到它跑完。
  修法（缺一不可）：
    · `WeRead::queueBackgroundSync()` 回调里 **先 `session_write_close()`、
      再 `fastcgi_finish_request()`**（顺序不能反）；
    · `index.php` 两处"渲染前排同步"的入口排完**立刻放锁**
      （shutdown 回调不一定执行：客户端中断/服务器超时才不放过）；
    · 顺带修 **`Holiday::queueBackgroundFetch()` 的同型问题**（联网 12 秒）。
  为什么以前没发现：v29 引入"后台化"时只验证了"响应是不是提前发出去"，
  **单次请求测量永远看不到这个 bug** —— 必须同一会话连打两次才现形。
  线上复验：修复后连打 4 次 = 0.15 / 0.15 / 0.09 / 0.15 秒（修复前第 2 次 8.73s）；
  后台同步仍正常（`weread_sync_at` 已更新）。

② 封面：顺手也修了（但这不是用户说的那个问题）
  · `media.php` 读 OSS 前先放会话锁（原来从不放，35 张封面串行）；
  · 新增 `Storage::cacheLocally()` 磁盘二级缓存（原来 `read()` 只读不写回）；
  · 让 304 不再先拉整张图（原来先取回 body、再判 `If-None-Match`）。
  线上实测：冷取 149ms（走 OSS）→ 热取 35ms（本地缓存、字节一致）
  → 带 `If-None-Match` 返回 **304 / 19.8ms / 空体**；35 张封面 103ms → 20ms（5 倍）。

③ 地址联想：抽成全站共用一份（`assets/js/addr_suggest.js`）+ 接入三处
  · 影院管理页、观影新增页的「新建影院」弹框、日程地点、行程出发/到达；
  · `layout.php` 按需加载（`[data-addr]` 出现才拉 SDK + 我们的脚本），
    并暴露 `fbLoadAddr(scope)` 给 AJAX 片段（v42 踩过"内联 script 不执行"）；
  · 安全密钥在 SDK 之前设置；回填支持 `data-addr-fill` / `data-addr-for`、
    **只补空白字段**（不覆盖用户手写）、直辖市 `province==city` 去重；
  · 字段名有两套（影院 `address`/`place`，行程 `from_addr`/`to_addr` 缩写 `_addr`），
    `fieldFor()` 带同义词表 + 后缀匹配；
  · 影院**只存地址、不存经纬度**（按用户要求）。

④ 笔记两条
  · 「点保存没反应」真因：附件区是个 `<form>` **套在保存表单里** ——
    HTML 不允许 form 套 form，浏览器丢掉内层标签、保留它的 `</form>`，
    于是**保存按钮成了孤儿**（`button.form === null`），点了不提交也不报错。
    真浏览器实测：修前 `btnInsideForm:false` / 点后 POST=0；修后 true / POST=1。
    改法：附件区改 `<div id="noteAttForm">`，上传按钮用 `formaction`。
  · 详情页宽度：`.note-read { max-width: 820px }` → `none`
    （内容卡 820px vs 下方共享卡 1032px；修后两者都是 1032px）。

⑤ 日程状态下线
  · 删表单里的「状态」下拉、`Calendar::statusWord()`、浮层 JSON 的 `status_word`；
  · **保留** `events.status` 列与 `Calendar::statusOf()`（契约不动，等整体清理）。

验证（新增 5 个套件）：
  · `_fb_v47_addr.py`（接线 24 条）/ `_fb_v47_addr_sim.py`（真浏览器 + 假高德，16 条）
  · `_fb_v47_readperf.py`（缓存与会话锁，23 条）
  · `_fb_v47_notes.py`（真浏览器，9 条）
  · `_b47_readperf_falsify.py`（反向验证 9 个注入）—— **9/9 全抓住**
  · 全量 e2e **1510/0**；vCard 规格+往返 40/0；TB 探针 44/0；
    v44 反向验证 17/0；全流水线 **PUSH_RC=0**（含"第47批形态"静态断言）
  · **线上终验**：读书页整页 81ms、封面 103→20ms、media 冷 149→热 35→304 19.8ms、
    修复前第 2 次请求 8.73s → 修复后 0.15s、地址联想 meta[fb-addr] 带真高德 key

顺带修掉三处**探针自身**的假红/假绿（详见 pitfalls.md）：
  · `_b44_falsify.py` 的"整小时"注入在**整点**与正确实现等价 ⇒ 换成恒错值；
  · `_fb_b44_ui.py` 3b 的并发计时断言在单进程 `php -S` 下必然假红 ⇒ 改断言确定事实；
  · 多处探针的"清理删除"撞沙箱删除门禁 ⇒ 探针**中途死掉**看起来像产品坏了
    ⇒ 统一改成 `_safe_rm()` / 不删。

2026-10-14 01:20:40 +08:00

laoyang

8c651b43eb

v43 第 43 批：六条反馈（界面 5 + 条目详情浮层）

用户 2026-10-11 反馈六条，逐条定位真根因后修复：

① 纪念日「日期」多出一个控件 —— 只保留最新的那个
   两层根因：（a）原生 `input[type=date]` 当初没包在 `.dt-native` 里，
   v42 那条"AntD 挂上后收起原生框"的选择器根本不命中；（b）更要命的是
   `.dt-native` 基类写着 `display: contents` —— 该元素**没有盒子**，
   给它 position/width 完全无效 ⇒ 必须把 display 显式改回 block 才收得起来。

② 编辑纪念日把底层列表页弄没 —— 「修改」原来是整页跳 `days/edit`
   （套 layout = 一张只有弹框的空白页）。改为 `?embed=1` 只吐弹框那一块，
   列表页 JS 取回来替换 `#anNewCard` 并打开 —— 与「新建」同一观感。
   内嵌形态标 `$anModalOnly` 以免打 standalone 标记（关闭时不再跳页）。

③ 拖图裁剪的层被弹框盖住 —— `.crop-overlay` 是 z-index:100 而 `.cal-modal`
   是 200 ⇒ 裁剪层被整块盖住。提到 260（与 v41 的 .cn-modal 同一处理）。

④ 行程弹框里"参与的人"弹不出选人框 —— person_picker.js 只绑定一次，
   而弹框表单是 AJAX 片段 ⇒ 里面的 `.pp` 从未被 init。三件事一起：
   暴露 `window.fbInitPickers()`（幂等）+ layout 暴露 `window.fbLoadPicker()`
   （脚本是按需加载的）+ 塞完片段后补调初始化。

⑤ 日程新建排版/控件/文案 —— 改走观影式 `.mv-grid`（标签对齐 + 冒号）；
   起止补上 `$dtPlugin='antd'`（试点正式推广到日程）；标签「时间范围」→「开始 / 结束」；
   删三句提示（结束留空 / 多选提醒 / 全天）。

⑥ 条目详情浮层（首页日程 / 首页近期任务 / 日程页条目）——
   点条目不再直接跳页，弹浮层显示详情；「详细信息」跳该来源详情页；
   「编辑」就地换成该来源的编辑表单（四处 `?embed=1` 片段）。
   新增 `templates/_entry_popup.php` + `assets/js/entry_popup.js` +
   `fb_entry_json()`（三个入口共用一个编码函数）。

验证：php -l 157 文件全过；div 深度 33 组合全配平；片段体检 20 片段无越界；
本地 e2e 1510/0；v43 真机 33/0；v43 反向验证 8/0；v38 36/0；v42 33/0；
b31/b32 反向验证 8/0 与 5/0；部署断言本地空跑 RC=0；完整流水线 PUSH_RC=0。

2026-10-12 00:24:20 +08:00