wp_enqueue_script 加了半天，脚本就是不出现在页面
四个参数挨个填对，检查了三遍路径，浏览器里 view-source 搜 script 标签，空的。我一开始以为是缓存插件在作怪，关掉还是空的。 问题出在 wp_head()。我的 header.php 里压根没写它。 钩子挂了，但页面上没有
#主题开发
以下是带有「主题开发」标签的全部文章
主题没写 wp_body_open，插件在后台一直报错
装了个统计插件，前台功能正常，后台却飘一行红字，说当前主题不兼容 wp_body_open()。我第一反应是插件太挑，换个插件得了。后来想想，这函数三年前就进核心了，主题不写确实是自己理亏。 它只是个钩子，位置在 body 之后 打开 he
Z-Blog 主题的 SEO 基础：canonical、description 与结构化数据
主题层面能做的 SEO 其实不多，但漏掉关键的几项，收录效果会明显变差。一、canonical 标签列表分页、带参数的 URL 容易产生重复内容，需要指定规范地址：
WordPress 主题与插件的调试：开启 WP_DEBUG 之后要看什么
白屏排查的第一步永远是打开调试，但打开之后满屏提示，还得知道哪些是真正要处理的。wp-config.php 里的四项开关define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); defi
Z-Blog 主题适配移动端：viewport 与模板断点的处理
Z-Blog 默认主题很少做移动端适配。viewport 必须写在 header.php 的 head 里，且不能靠 JS 动态插入；断点应按内容区宽度选择，侧栏顺序和图片尺寸也要一起做响应式处理。
WordPress 主题的 wp_enqueue_script：依赖、版本与加载时机
直接把 写进 header.php 能跑，但会带来一堆麻烦：缓存不更新、插件冲突、加载顺序不可控。统一走 enqueue 才是正路。最小写法add_action('wp_enqueue_scripts', function
Z-Blog 主题里的缩略图：Thumbs 取值与常见失效原因
列表页要显示缩略图，用 $article->Thumbs 看起来很简单，但实际跑起来经常是空数组。Thumbs 从哪来它的值是文章内容里所有 的 src 提取结果，在文章保存时生成。所以内容里没有图片，Thumbs 就是空。基本
Z-Blog 主题自定义字段：给文章加一个「副标题」的完整流程
Z-Blog 的 Metas 机制很灵活，但官方没提供图形化建字段的界面，得靠代码完成。整个链路分四段。一、在主题 include.php 里注册字段（可选）添加/编辑文章页默认就有“自定义字段”区域，所以这一步不是必须的。要限制为固定几个
Z-Blog 主题设置页：main.php 与 Filter_Plugin_Admin_ThemeMng_SubMenu
主题想给用户留几个开关，不必写插件，主题本身就能带设置页。核心是两个文件一加一个钩子。第一步：在 include.php 挂菜单function theme_setting_menu(){ global $zbp; $zbp
Z-Blog 主题模板里的 {$xxx} 与 {foreach}：编译后到底变成什么
Z-Blog 的模板不是即时解释执行的，它先被编译成 PHP 文件缓存起来。理解编译结果，很多“为什么这样写不生效”就通了。{$title} 编译成什么模板里的 {$article.Title} 最终变成类似