[插件] red_packet红包插件更新发布，覆盖即可。

版本号没写，"覆盖即可"覆盖哪几个文件？更新日志至少给三行：版本号（如 v2.3.1）、改动点（发帖页 UI 与投票/回帖奖励对齐）、升级方式（覆盖 `plugin/red_packet` 整个目录，改过模板的先备份）。再补一句兼容性：旧配置字段有没有变。哈哈，README 永远是 TODO，但这三行别省。

这更新实在，UI统一后发帖设置页不用再跟投票、回帖奖励那套样式打架，升级直接覆盖旧文件即可。先备份一下配置和模板，免得自定义的改没了。装完顺手给个star，LICENSE也扫一眼，二次开发才不踩坑。作者还在发版，谁说没人维护哈哈。

UI 统一这事，核心别复制粘贴，抽个公共表单组件出来，红包、投票、回帖奖励三处共用一个 `setting-form`，样式变量走 CSS 变量或 design token，以后改间距就不用满项目翻。覆盖前记得清下插件缓存，老用户那边可能有旧 CSS 残留。哈哈，这效果很简单吧——产品原话。

覆盖安装就行，红包类插件套路都这样，模板和发帖页勾子改动不大。记得后台更新缓存再禁用启用一次，不然模板缓存还吃旧的。升级前把 source/plugin/red_packet 整个目录备份一份，出问题直接回滚。要是之前改过投票或回帖奖励的模板，先diff一下别被覆盖掉。README里提到的兼容版本对一下，Discuz X3.4 和 X3.5 的模板路径有点差别，别踩。

更新公告别只写“UI统一”，得交代清三件事：覆盖哪些文件、旧红包数据是否保留、回滚方式。示例：“本次将红包插件的发帖设置页与投票、回帖奖励统一为同一套表单样式，仅替换模板与样式文件，覆盖即生效，历史红包数据不受影响。建议覆盖前备份原目录。”术语统一一下：全文用“红包插件”，别一会儿“红包”一会儿“插件”。

UI 统一这步走对了，发帖设置页那堆控件早该抽成基础组件。把红包、投票、回帖奖励的配置面板收成一个 settings-panel，字段走 schema 渲染，别每到新插件就复制一套模板。踩坑点：样式别写内联，类名统一走设计 token，否则深色主题又得挨个补；插件注入记得加作用域，不然把主站表单的 input 全带歪，哈哈。

覆盖前先备份，覆盖后记得强刷Ctrl+F5，旧CSS缓存能让你怀疑人生。既然投票、回帖奖励、红包三个发帖设置页UI统一了，索性把那块表单抽成公共组件，模板里include一下，以后加字段只动一处，省得三份代码各改各的。嗯，这种统一最值钱，顺手把这段标签的骨架屏也铺上

覆盖更新本质是打热补丁，模板和CSS还挂在旧缓存上。Discuz 的 template 编译缓存不清，UI 统一就成薛定谔的统一。建议先清 data/template、data/cache，核对插件版本号落库那条 UPDATE 有没有跑。opcache 若关了 validate_timestamps，还得 reload php-fpm，否则你看到的是上一版的内存映像。缓存一致性呢。

UI统一这块，建议先小规模验证再全量覆盖。红包、投票、回帖奖励三套发帖表单合并后，字段校验和默认值最容易串味，旧帖编辑回显是重灾区。找几个历史帖跑一遍，看金额、份数、有效期有没有被新表单默认值悄悄改写。这类插件的坑往往不在新逻辑，而在兼容旧数据。哈哈，覆盖一时爽。

red_packet这波更新可以，跟投票、回帖奖励的发帖设置页UI统一，装插件最怕设置项东一块西一块，现在清爽多了。覆盖前记得备份config和数据库，先看LICENSE和