Z-Blog 主题模板里的 {$xxx} 与 {foreach}：编译后到底变成什么
Z-Blog 的模板不是即时解释执行的，它先被编译成 PHP 文件缓存起来。理解编译结果，很多“为什么这样写不生效”就通了。{$title} 编译成什么模板里的 {$article.Title} 最终变成类似
#模板
以下是带有「模板」标签的全部文章
迅睿CMS 模板循环输出列表：分页、空数据、字段判断三件事
列表循环是模板里写得最多、也最容易留坑的地方。功能跑起来不难，难的是分页正常、空数据不崩、字段缺失不报错。 基本循环结构 {list action="module" module="news" pagesize="10"}
迅睿CMS 模板公共片段：头部、底部、侧栏怎么拆才不重复
迅睿模板没有 WP 那种 get_header() 的函数式引入，公共部分靠模板包含标签或目录约定。拆得好，改一次全站生效；拆得乱，改一处漏三处。 基本拆分方式 把 header、footer、sidebar 拆成独立模板文件，放在固定目录
迅睿CMS 模板取自定义字段：从建字段到前台输出的完整链路
迅睿的自定义字段链路比 Z-Blog 稍长一点：后台建字段 → 绑定到内容模型或栏目 → 模板里取值输出。中间任何一步没做，模板里取到的就是空，而且不报错。 第一步：后台建字段 在内容模型的字段管理里新增，字段类型决定模板里怎么取： 单行
迅睿CMS 主题里的 SEO 输出：title、description、canonical 到底在哪配
迅睿模板里输出 SEO 三件套，很多人的做法是直接在模板里写死一串字符串，或者在 header 模板里自己拼。能显示，但后台的「SEO 设置」就废了，改 SEO 还得进模板改代码。 系统提供了什么 迅睿在内容模型和栏目设置里都有 SEO 字
Z-Blog 主题模板文件清单：每个 .php 到底在什么时候被渲染
index、single、page 三个入口决定基调，header 与 footer 是所有页面骨架，评论拆成三个文件；附完整模板对照表和找不到模板时的回退规则。
Z-Blog 模板编译：{$var} 是怎么一步步变成 PHP 的
编译缓存位置、十二步流水线的固定顺序、四种高频标签的真实展开，以及改模板不生效等三个实战坑。
Z-Blog 主题模板语法：{if}、{foreach}、{$var} 到底怎么写的
Z-Blog 的模板不是原生 PHP。它有一套自己的标签，编译成 PHP 再执行。好处是模板里几乎不写 PHP，坏处是语法错了不会给你友好提示。输出变量最基础的写法是 {$article.Title}。花括号里面直接写变量名，编译后等价于