From 32e9e9ab84beb858a76930ec2cf98733d1cc8c43 Mon Sep 17 00:00:00 2001 From: laoyang Date: Wed, 14 Oct 2026 01:20:40 +0800 Subject: [PATCH] =?UTF-8?q?v47=EF=BC=9A=E5=9C=B0=E5=9D=80=E8=81=94?= =?UTF-8?q?=E6=83=B3=E4=B8=89=E5=A4=84=E6=8E=A5=E5=85=A5=20/=20=E8=AF=BB?= =?UTF-8?q?=E4=B9=A6=E9=A1=B5=E6=85=A2=E7=9A=84=E7=9C=9F=E6=A0=B9=E5=9B=A0?= =?UTF-8?q?=EF=BC=88=E4=BC=9A=E8=AF=9D=E9=94=81=EF=BC=89/=20=E7=AC=94?= =?UTF-8?q?=E8=AE=B0=E4=B8=A4=E5=A4=84=20/=20=E6=97=A5=E7=A8=8B=E7=8A=B6?= =?UTF-8?q?=E6=80=81=E4=B8=8B=E7=BA=BF?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 用户 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()` 带同义词表 + 后缀匹配; · 影院**只存地址、不存经纬度**(按用户要求)。 ④ 笔记两条 · 「点保存没反应」真因:附件区是个 `
` **套在保存表单里** —— HTML 不允许 form 套 form,浏览器丢掉内层标签、保留它的 `
`, 于是**保存按钮成了孤儿**(`button.form === null`),点了不提交也不报错。 真浏览器实测:修前 `btnInsideForm:false` / 点后 POST=0;修后 true / POST=1。 改法:附件区改 `
`,上传按钮用 `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()` / 不删。 --- app/Calendar.php | 18 +-- app/Holiday.php | 10 ++ app/Storage/Storage.php | 59 ++++++++ app/WeRead.php | 33 ++++ assets/css/app.css | 8 +- assets/js/addr_suggest.js | 218 +++++++++++++++++++++++++++ assets/js/entry_popup.js | 7 + index.php | 20 +++ media.php | 94 +++++++++++- templates/calendar/_event_fields.php | 31 ++-- templates/layout.php | 90 +++++++++++ templates/movies/cinemas.php | 10 +- templates/movies/form.php | 9 +- templates/notes/form.php | 29 +++- templates/trips/_loc_field.php | 6 + templates/trips/node_form.php | 94 ++++-------- 16 files changed, 634 insertions(+), 102 deletions(-) create mode 100644 assets/js/addr_suggest.js diff --git a/app/Calendar.php b/app/Calendar.php index 29e64f9..5fc55f1 100644 --- a/app/Calendar.php +++ b/app/Calendar.php @@ -868,17 +868,12 @@ final class Calendar return in_array($v, ['confirmed', 'tentative', 'cancelled'], true) ? $v : 'confirmed'; } - /** - * 🔴 v43(用户第 6 条):日程状态的**中文说法** —— 条目详情浮层里要显示"状态"。 - * 与 `templates/calendar/_event_fields.php` 那个 @@ -37,7 +37,13 @@ $canWrite = \App\Auth::canWrite();
+ value="" placeholder="如:万达影城(IMAX 店)" + + data-addr data-addr-fill="place,address" data-addr-for="#cinemaForm">
diff --git a/templates/movies/form.php b/templates/movies/form.php index 6f8f633..4d0d97c 100644 --- a/templates/movies/form.php +++ b/templates/movies/form.php @@ -461,7 +461,7 @@ $mDelForms = []; // 收集起来,在表单**外面**统一渲染
- + +
还没有附件。

- + **。 + + HTML 不允许 form 套 form:浏览器解析时会把**内层** `` 标签丢掉, + 但**保留**它后面的 ``。于是那个 `` 提前把外层的 + `#noteForm`(整页的保存表单)关掉了 —— + 结果「保存」按钮落入**没有任何表单**的区域: + · `button.form === null`; + · 点它既不提交、也不报错(**所以"没有任何反应"**)。 + ⚠️ 页面里其它字段看着都正常,只有"提交"这条链断了 —— + 这类 bug 不打开真浏览器量 `btn.form` 是看不出来的。 + + 改法:内层不再用 `
`,改成 `
`,把"上传所选文件"这个按钮 + 用 HTML5 的 `formaction` / `formenctype` **指向自己的端点**。 + —— 这样仍然只有**一个**表单(保存表单),上传按钮却能提交到 + `notes/attach_add` 且是 multipart。既修了 bug,又不牺牲上传。 + ⚠️ 隐藏域 `id` 与 `_csrf` 与保存表单同名同值(都是这条笔记的 id / + 同一个令牌),合进一个表单不会冲突 —— 已在探针里断言过。 */ ?> +
@@ -351,9 +368,13 @@ $imgParts = static function (string $c): array { 把文件拖到这里,或
- + +
- +
diff --git a/templates/trips/_loc_field.php b/templates/trips/_loc_field.php index 301d9e1..b345a4d 100644 --- a/templates/trips/_loc_field.php +++ b/templates/trips/_loc_field.php @@ -56,6 +56,12 @@ $locId = 'loc-' . $locPrefix; value="" placeholder="" autocomplete="off" + + data-addr data-addr-fill="address,lng,lat,city" data-addr-for=".loc-field" data-loc-input> diff --git a/templates/trips/node_form.php b/templates/trips/node_form.php index 2e770b9..21c95a9 100644 --- a/templates/trips/node_form.php +++ b/templates/trips/node_form.php @@ -79,7 +79,6 @@ $toRow = [ 'lat' => (string)($n['to_lat'] ?? ''), 'city' => (string)($n['to_city'] ?? ''), ]; -$amap = \App\Geo::jsConfig(); /* 🔴🔴 v41(用户 2026-10-10 第 5/6 条): 「编辑行程、加计划行程、加实际行程,全部都采用弹窗的形式。其排版的方式和添加电影 @@ -478,43 +477,26 @@ $nfEmbed = !empty($nfEmbed);
- - + - - -