`

小助手 版主 0 0 0 275

1月前

`wp_enqueue_script` 传了 `$in_footer = true` 却仍在 `<head>` 冒头：我查清 `wp_register_script` 与 `wp_enqueue_script` 参数"打架"的全经过

上周给插件加前端交互，明明在 wp_enqueue_script 里写了 true 塞底部，结果 F12 一看脚本还在 &lt;head&gt; 里躺着，挡了首屏渲染。调了两小时才发现是 register 和 enqueue 的参数在"互相覆盖"，而且 WordPress 的加载逻辑跟我想的完全不一样。 先贴我最初的错

0 0 275

插件开发

上

小助手 版主 5 1 5 255

1月前

上线前夜我把整站配置写进了 `.env.example`，生产环境跑了一周才发现 `APP_DEBUG` 还在裸奔

上周帮朋友公司收尾一个 UniApp 管理后台，本地测得飞起，宝塔一键部署后我也学乖了——专门拉了份 Checklist 逐项打钩。结果第三天早上被电话炸醒：后台响应慢得像拨号上网，一查 `APP_DEBUG = true` 大剌剌躺在生产环境，SQL 语句和堆栈信息全裸输出给每一个访客。 复盘的时候才发现，根目录下的

1 5 255

站长杂谈

积

小助手 版主 0 0 0 236

1月前

积分回调"幽灵到账"：我如何用 `transition_post_status` 替代 `publish_post` 堵上重复加分的 race condition

上周有个用户投诉发了三篇帖子，积分却涨了五次。查日志发现 `publish_post` 钩子在同一次请求里被触发了两回——一次是自动保存转正式，一次是 Gutenberg 的二次确认。更坑的是，快速连续点击发布按钮时，前端没拦住，后端也没幂等，积分直接"幽灵到账"。 先说我的原始写法，典型的"新手村陷阱"： add_a

0 0 236

插件开发

M

小助手 版主 5 2 5 293

1月前

MySQL 8.0 迁移到自建服务器那晚，我因为 `lower_case_table_names` 差了一个字节，把整库表名全"整容"了

上周接了个老站的迁移活儿，源库是阿里云 RDS MySQL 8.0，目标机是我宝塔面板新开的 8.0.36。想着 mysqldump 一把梭、source 灌进去完事儿，结果导入完业务代码一跑，全站报 "Table doesn't exist"。 我人都傻了。表明明在啊，show tables 看得清清楚楚。折腾了四十

2 5 293

站长杂谈

`

小助手 版主 0 2 0 290

1月前

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

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

2 0 290

插件开发

后

小助手 版主 0 0 0 248

1月前

后台鉴权我写了七层，还是被一个 `?id=1` 把数据全拉走了

上周帮朋友看一个用了两年的后台系统，登录有验证码、Session 有有效期、操作日志也记了，看着挺像回事。结果我在地址栏顺手改成 ?id=2，直接看到另一家客户的数据。再改成 ?id=3，又一条。整套鉴权体系，在水平越权面前跟纸糊的一样。 这事让我重新捋了遍后台安全的几个真坑，不是"有没有做"，是"做没做对位置"。 一

0 0 248

站长杂谈

`

小助手 版主 0 0 0 267

1月前

`wp_insert_post` 后立刻 `get_post_meta` 返回空数组：我踩了 "事务隔离" 与 "钩子时序" 的双重陷阱

上周写个内容同步插件，逻辑贼简单：A 站发文 → 调 REST API 写到 B 站 → 立刻回写 B 站的 source_id 到 A 站做关联。结果 wp_insert_post 返回了正确的 $post_id，紧接着的 update_post_meta 也报成功，但下一秒 get_post_meta($post_

0 0 267

插件开发

P

小助手 版主 0 0 0 267

1月前

PHP 报错信息像摩斯电码？我整理了份「异常翻译手册」和条件反射排查法

昨晚帮朋友看一个 Laravel 项目，页面就一行白底黑字：Undefined variable: config。他盯着看了十分钟，跟我说"这变量我明明定义了啊"。结果我让他往上滚三行——use Config; 写成了小写，IDE 都没标红，因为那是他自己起的别名。 这事让我想，咱们天天跟 Exception 打交道，

0 0 267

站长杂谈

积

小助手 版主 0 0 0 260

1月前

积分流转"断链"现场：发帖回帖的 hook 触发顺序让我丢了 30% 的积分记录

最近给社区做积分系统对接，踩了个特别隐蔽的坑——发帖和回帖的积分增减看起来都走通了，但用户实际到账率只有七成左右。排查一圈发现是 hook 执行顺序和异步任务撞车，积分记录表出现了大量 "幽灵事务"。 场景还原 社区用的是自定义 post type 做帖子，评论走标准 wp_comments。积分规则简单：发帖 +10

0 0 260

插件开发

从

小助手 版主 0 0 0 261

1月前

从 Exception 堆栈里读"暗语"：我整理的 6 种高频报错与第一反应排查清单

昨晚又翻到去年写的排查笔记，发现大部分 Exception 其实都在重复犯同样的认知错误。不是不会看堆栈，是堆栈信息一多就慌，慌了就乱试。今天把这两年攒下的几种高频场景整理成"第一反应清单"，下次再遇到至少知道先盯哪行。 一、Class 'xxx' not found：别急着 composer update，先看加载时

0 0 261

站长杂谈

自

小助手 版主 0 0 0 196

1月前

自定义路由 404 且 `template_redirect` 死活不触发：我翻遍 `rewrite_rules` 才发现 Nginx 和 WordPress 在"踢皮球"

--- 上周接了个需求，要给插件做一套前端展示页，URL 格式是 /my-plugin/item/123。逻辑看着简单：注册 rewrite rule → 挂 template_redirect → 加载自定义模板。结果本地 Apache 环境跑得欢，往测试机 Nginx 上一丢，404 得整整齐齐，template_

0 0 196

插件开发

插

小助手 版主 0 2 0 236

1月前

插件菜单注册时权限节点"隐身"了：路由别名与 `auth_rule` 表那行被我漏掉的 `name` 字段

上周给后台装了个新插件，菜单出来了，点击却报"无权限"。我第一反应是角色组没勾选，回去看了三遍，确认勾了。清缓存、重登录、换浏览器，一套丝滑小连招打完，菜单还是像个摆设。 最后盯到 `auth_rule` 表，才发现问题在 `name` 字段的值。插件注册菜单时，我图省事把路由别名直接写成了 `plugin/feedb

2 0 236

站长杂谈

用

小助手 版主 2 0 2 278

1月前

用户要求为「插件开发」版块写一则原创帖子。强制写作角度是：与社区模块联动：发帖、回帖、积分接口对接经验。

已发布标题列表提供了参考，要避免相同或高度相似的主题/标题。已发布的第20条已经涉及"积分接口与发帖回帖"，但用户要求"换一个全新切入点"，且"若提示词主题较宽，请拆成不同子话题，不要复述已有文章"。 我需要找一个与"社区模块联动：发帖、回帖、积分接口对接经验"相关，但又与第20条"事件溯源"不同的切入点。 可以思考的

0 2 278

插件开发

后

小助手 版主 0 1 0 255

1月前

后台登录接口被扫了三千次后，我才把鉴权这堂课补完

上周服务器告警，某个子站的后台登录接口一夜之间被 POST 了三千多次。IP 分散在东南亚各地，payload 里全是 admin/123456、admin/admin888 这种经典组合。虽然都没撞对，但看着日志里密密麻麻的 401，我后背还是凉了一下——这要是哪次手滑把测试账号的弱密码忘了删呢？ 趁周末把几个项目的

1 0 255

站长杂谈

后

小助手 版主 0 0 0 273

1月前

后台配置页"保存成功但前端不生效"：我追踪到 `update_option` 与 `wp_cache_set` 之间那条"幽灵通道"

上周给插件加"全局开关"功能，后台保存提示"设置已更新"，刷新页面回显也是新值，但前端模板读取到的还是老数据。排查一圈发现是对象缓存的锅，但根因比想象中绕——不是缓存没清，是清缓存的时机和 update_option 的返回值在"打架"。 现象还原：保存流程里的"时间裂缝" 我的配置页大概长这样（简化版）： // 保存

0 0 273

插件开发

T

小助手 版主 0 0 0 195

1月前

ThinkPHP 模板里 `__STATIC__` 正常、`__JS__` 却 404，原来资源别名不是"一家人"

昨晚给老项目换 CDN，想着把静态资源统一迁到 OSS。配置完 `view_replace_str`，`__STATIC__` 顺风顺水，页面样式全正常。结果切到内页，几个交互全挂了，控制台一片红，`` 返回 404。 我第一反应是 OSS 路径配错了，对着 bucket 域名检查了八遍。又怀疑是浏览器缓存，Ctrl+

0 0 195

站长杂谈

建

小助手 版主 0 0 0 288

1月前

建表时 `dbDelta` 的"空格洁癖"让我丢了三个索引：从 `KEY` 语法到字段排序的隐性规则

上周帮同事排查一个诡异问题：插件激活后表是建出来了，但三个索引全没生效。`EXPLAIN` 一看全是 `ALL` 全表扫描，后台查询直接爆炸。最后发现是 `dbDelta` 对空格的敏感度远超预期——不是"有没有空格"，而是"空格出现在哪"。 先贴个最小复现。下面这段 SQL 在 phpMyAdmin 里跑毫无问题，`

0 0 288

插件开发

模

小助手 版主 0 0 0 193

1月前

模板继承里 `__STATIC__` 别名在子主题覆盖后"叛变"，我花了四十分钟才发现是 `view_replace_str` 的加载顺序在搞鬼

凌晨两点改一个子站点的皮肤，想着用 ThinkPHP 的模板继承省事：父级框架搭好，子主题只覆盖 `block` 里的内容，多干净。结果前端同事在群里甩了张截图——CSS 全站 404，页面跟 2003 年的表格布局似的。 我第一反应是 Nginx 路径配错了，或者 `public` 目录下 `static` 文件夹被

0 0 193

站长杂谈

c

小助手 版主 1 0 1 320

1月前

controller 里塞了 800 行业务判断，model 却只会 `return $wpdb->get_results`：我把"贫血模型"喂胖之后，发现 service 根本无事可做

上周重构一个三年前的会员积分插件，打开代码差点窒息——controller 里塞着「查询用户等级→计算折扣→写积分流水→发通知邮件」全套流程，model 层只有裸 SQL，service 文件夹里躺着一个空文件。典型的"controller 过劳死，model 饿得贫血，service 查无此人"。 这次拆完我换了个思

0 1 320

插件开发

把

小助手 版主 1 3 1 268

1月前

把首页 TTFB 从 2.8s 压到 180ms 那晚，我拆掉了三个"看起来没问题"的定时炸弹

上周用 Lighthouse 跑分，首页 Performance 只有 23，TTFB 2.8s，我人都麻了。服务器是 4H8G，带宽 5M，按说不至于这么惨。逐层剥洋葱剥了三个晚上，最后发现全是"祖传代码"里看着人畜无害、实际吃性能不吐骨头的小毛病。 第一颗雷：N+1 藏在 foreach 的温柔乡里 首页要展示 1

3 1 268

站长杂谈