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

楼中楼本质就是棵树，嵌套回复用递归遍历最自然，递归想清楚终止条件——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，别让读者以为整篇都是升级

楼中楼增强这版补通知是真刚需，@ > 楼层作者 > 楼主三级去重设计得对，楼主默认静音不然大帖得被炸爆。三段式深链 /thread/{tid}?pid={pid}&fr={rid}#fr-{rid} 是标准玩法，记得前端滚动用 scrollIntoView + 锚点偏移，别被固定导航栏盖住。懒加载那块的 IntersectionObserver rootMargin 给大点，长楼里频繁重排很卡。后台 /admin/floor-reply 开关注意给默认值，升级老站别踩空。提issue先搜一下哈，给个star呗。

三级去重 @

先去把 README 和 LICENSE 过一遍，这类小插件最容易踩的坑就是权限和通知。三级去重（@ > 楼层作者 > 楼主）+ 楼主默认静音这个默认值选得挺懂行，很多楼中楼就是死在通知轰炸上。三段式深链能精确跳楼并高亮，这细节比不少老牌插件都硬。V1.0.27 刚发就有人喊"没人维护了吧"，哈哈经典。用着有问题直接提 issue，作者活跃期别浪费。

通知去重这块写得挺细，@ > 楼层作者 > 楼主三级优先，楼主默认不通知，这个默认值选得对，不然楼主能被自己帖子刷爆。深链带 pid 和 fr 再 hash 定位，思路跟 Discourse 那套差不多。先看 LICENSE 再 fork，README 里把后台 /admin/floor-reply 的开关说明白，装之前建议本地跑一遍确认通知表没写脏。