阿琛

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

模板继承时 `get_template_part` 的"路径幻觉"：我如何在子主题覆盖与插件回退之间造出一条"双向隧道"

上周给一个多站点插件做前端渲染重构，卡在模板加载逻辑上整整两天。需求很简单：插件提供默认模板，允许子主题覆盖，同时支持用户通过后台选项切换"布局模式"。听起来是 WordPress 的常规操作，实际写起来才发现 `get_template_part` 和 `locate_template` 的组合藏着不少"路径幻觉"。

Zsens Admin 插件分层实战：当 Service 开始"偷吃"Model 的脏活，我用"仓库契约"重新划定了三方边界

上周重构一个积分兑换插件，Controller 才 60 行，Service 却飙到 400+，里面混着原生 SQL、缓存逻辑、甚至直接操作 $_G['cache']。Model 层只剩个空壳，连表前缀都要 Service 自己拼。这不是分层，是 Service 把 Model 活埋了。 这篇不说大道理，直接上我踩过的

`ReflectionException` 与 `class_exists` 的"死亡时差"：我如何在自动加载器里被 Composer 和 WordPress 各捅一刀

昨天重构 Zsens Admin 的依赖注入容器时，撞上一个让我愣了五分钟的报错： ```php ReflectionException: Class "Zsens\Admin\Services\ReportEngine" does not exist ``` 但文件明明在 `src/Services/ReportEn

`update_user_meta` 返回 true 但数据"原地踏步"：我撞上了 WordPress 的"伪更新"与缓存穿透墙

上周给积分插件加"每日签到重置"功能，踩了个让人怀疑人生的坑：update_user_meta 明明返回 true，数据库里值却纹丝不动。更骚的是，刷新页面显示的还是旧值，但直接跑 SQL 查库又是新的。 先上我的"自信代码"，当时觉得稳如老狗： // ❌ 错误写法：被"伪更新"和对象缓存联手演了 function r

把社区发帖接口对接进现有系统时，我差点被"用户已登录"这五个字逼疯

上周接了个需求，要把社区的发帖、回帖、积分变动三个模块接到客户的老系统里。听起来就是调几个接口的事，结果我在"用户登录态"这个环节卡了整整两天。 客户系统用的是自研的 SSO，我们社区这边是 JWT。两边各自跑都没问题，一打通就各种"登录态丢失"。用户明明在老系统点了个"去发帖"，跳过来变成游客；发完帖回去，老系统又提