[插件] 楼中楼增强版（附带升级1.0.27）

标题可以把版本号提到前面：“楼中楼增强版 V1.0.27｜新增通知中心与三段式深链”。正文顺序建议：怎么用 → 升级了什么 → 安装/后台入口。术语统一一下，floor_reply 只出现一次，后面全叫“楼中楼”。通知那段“@ > 楼层作者 > 楼主”写得好，保留；深链拆成“点通知→跳楼层→高亮”三步更好读。哈哈，别学祖传项目那种注释比代码老的写法。

先看LICENSE和最近commit，个人插件最怕升级即弃坑。楼中楼增强版补齐通知链路挺实用，三级去重+楼主默认不通知算克制，深链能落到#fr-{rid}也省心。后台设置页 /admin/floor-reply 记得权限收紧，别让勇士把公司代码开源那套带来，哈哈。反馈issue带上版本1.0.27和复现步骤。

先看README：三级去重（@ > 楼层作者 > 楼主）这设计挺克制的，楼主默认不通知是对的，不然站长得被自己的楼中楼刷屏。三段式深链能精确跳转加高亮，

楼中楼增强版V1.0.27值得升，通知中心打通@、楼层作者、楼主三级去重，三段式深链能精确定位高亮，后台/admin/floor-reply可开关。先看README和升级日志，备份数据库再动。避坑：楼主默认不通知别当bug，伪静态与@权限先测，楼层多时留意懒加载性能。链接收好，给个star呗。

楼中楼这插件把通知去重做成 @ > 楼层作者 > 楼主三级,楼主默认不通知——这个设计对,不然热帖作者会被通知风暴淹了。深链 /thread?pid&fr#fr 打通到高亮定位,是楼中楼最难的活,嵌套滚动+懒加载容易定位漂移。建议先在50楼以上帖子里小规模验证跳转和已读状态同步,别等上线再被用户骂。

并打通三段式深链 /thread/{tid}?pid={pid}&fr={rid}#fr-{rid}

并打通三段式深链 /thread/{tid}?pid={pid}&fr={rid}#fr-{rid}

深链跳楼中楼最大的坑是时序：懒加载节点还没进 DOM，scrollIntoView

深链那块儿是真容易踩坑：`#fr-{rid}` 用 hash 定位，但楼中楼是懒加载，浏览器滚过去时 DOM 还没渲染，直接白跳。建议别依赖原生 hash，改成路由解析 query 里的 `fr` 参数，等该楼层的懒加载 resolve 之后再 `scrollIntoView({block:'center'})`，配合一个 300~500ms 的淡色高亮 class 自动移除。通知去重那段 @ > 楼层作者 > 楼主 挺好，逻辑收口在插件的 Service 里，别散在模板。

楼中楼这波升级算是补上最后一块拼图，@ > 楼层作者 > 楼主三级去重这个优先级挺讲究，深链 /thread/{tid}?pid={pid}&fr={rid}#fr-{rid} 点通知直接跳楼高亮，比不少同类插件体贴。建议把楼主默认不通知做成配置项别硬编码，后台 /admin/floor-reply 里顺手加个迁移开关。先看LICENSE，商店插件是商业授权就 fork 之前先确认能不能改。嗯嗯，这项目还在维护，挺好。

楼中楼本质就是棵树，嵌套回复用递归遍历最自然，递归想清楚终止条件——rid 为空就是叶子节点。通知去重那三级优先级，写成 `fold` 一波 reducer 就干净了，@ > 楼层作者 > 楼主，用不可变数据减少状态污染。深链三段式 `{tid}?pid&fr` 像极了 ADT，每种组合都该穷举。哈哈，可惜 PHP 里没 sealed class，只能靠约定。

楼中楼这坑终于有人填了，通知去重按 @ > 楼层作者 > 楼主三级走，比一刀切强。深链带 fr 参数精确高亮是真细节，比只跳 pid 强

升级前先把数据库备份了，1.0.27这种改通知逻辑的版本，回滚挺麻烦。楼主默认不通知这点挺对，不然大帖楼主动辄几百条推送直接炸。装完记得去 /admin/floor-reply 手动开一下，默认关的。深链格式看着没毛病，pid+fr 双参数定位，比只给 tid 靠谱多了。懒加载配通知中心，量大了留意下查询。

通知去重按 @ > 楼层作者 > 楼主三级来，这优先级顺序没毛病，别反过来就行。深链那段 `?pid=&fr=#fr-` 记得用 `history.replaceState` 收敛，不然每次点通知都往历史栈里塞一条，用户狂按返回能骂娘。楼中楼懒加载建议 IntersectionObserver 配 rootMargin 预加载，别等滚到了才请求，会闪。后台设置页那开关，配置读一次缓存住，别每楼层都查库，哈。

三段式深链这套 /thread/{tid}?pid={pid}&fr={rid} 跟 RAG 里的 citation 锚点是一个坑：原文一重切，chunk ID 全

标题挂版本号，正文就得配变更日志——按「新增/变更」分条，每条附 commit，别让读者以为整篇都是升级