WadeWave

ZsAdmin「智数」BBS社区插件 前端模板标签文档

新人报道

这套框架没有演示登录吗？

后台配置页"保存即失效"：我追查三天才发现 `update_option` 触发了对象缓存但 `wp_cache_delete` 漏了 group 前缀

上周被个诡异 bug 折磨惨了——用户在后台改完配置点保存，页面刷新后显示保存成功，但前端读取的还是老数据。更邪门的是，多刷新几次后台，偶尔又能看到新值。这种"薛定谔的保存"最要命，因为无法稳定复现。 先贴我当时最开始的"朴素"实现，估计不少人写过类似代码： public function save_settings(

ThinkPHP 钩子注册顺序写反了，我调试三小时才发现事件是"倒着长"出来的

昨晚给后台加操作日志，想在模型写入后自动记一笔。写了 Model::event('after_write', function($model){ ... })，日志倒是记了，但记进去的数据永远少一截——新插入记录的 ID 死活拿不到。 我第一反应是事务没提交，调了半小时数据库配置。后来打日志才发现，after_writ

Zsens Admin 插件本地调试：我用"入口文件三件套"把每次改代码都手动传FTP的蠢事戒掉了

刚摸插件开发那会儿，我的 workflow 堪称原始人：改一行代码 → 打包 → 传 FTP → 刷新后台 → 白屏 → 猜错在哪 → 重复二十遍。直到我把本地环境整明白，才发现之前浪费的时间够写三个功能模块了。这篇只聊最基础的骨架：目录怎么摆、入口文件怎么写、本地怎么做到保存即生效。 一、目录结构：别一上来就摊大饼

业务插件开发：如何用Service层吃掉Controller的胖逻辑？

最近重构老插件时发现Controller里堆了300行业务逻辑，连Redis操作和PDF生成都塞在里面。分享下我们的分层改造方案： 1. Controller瘦身黄金法则： // 反面教材 public function orderCreate() { // 参数校验 // 风控检查 // 库存计算 // 优惠券核销

从 8s 白屏到首屏秒开：我靠三张小抄治好了站点的"查询癌、缓存瘫、资源胖"

上周有个老站迁移到新机器，配置翻倍，速度反而更慢了。我盯着 Chrome 的瀑布流看了十分钟，CPU 没炸、带宽没满，就是各种资源排队等得花儿都谢了。最后发现不是机器问题，是我之前"能跑就行"埋的雷集体炸了。整理了三张现在贴显示器边上的备忘，都是血换来的。 第一张：查询小抄——"少查一次"比"查快一点"值钱十倍 以前我