网站源码的模板文件和程序文件怎么分？
在卓创源码网获取这套源码后，先别急着换文字，怎么区分这两类文件得有个准绳：模板管前台长什么样，程序管数据怎么取、怎么算。看目录归属、看扩展名、看改一处会不会牵动别处，三条对下来基本能归类。改哪里之前把这条线划清，比动手后到处找补省事。
最实用的切入点是从 index.php 往下读：它调用的 .html 归模板，它本身和 require 的 .php 归程序。模板文件有哪些，看 template/default/ 下那批 .html 就有个大概；程序文件散在 apps/、core/、config/ 几处。卓创源码网整理条目时先标出这两条路径，照着走一遍，不必读懂代码也能分清大半。
光看目录名分得开吗？
光看目录名分得开吗，多数整站包能做到，作者通常把 template/ 与 apps/、core/ 并列放，名字带提示。但目录名不是铁律：有的包把公共片段塞进 inc/ 子层，有的把前台逻辑放在 apps/home/ 里却起个像静态目录的名字，只认一层会归类错。
稳妥的做法是点开往下看一层：template/ 里全是 .html、.css 和图片，基本是模板；apps/ 里是一串 .php 和子目录，就是程序。名字含糊时看被谁引用——被多个页面 include 的 header.html 属于模板，被控制器 require 的属于程序。卓创源码网见过把 language/ 误当模板目录的，里面是词条，改它不动版式。
按扩展名认就够了吗？
按扩展名认就够了吗，不够，.html 与 .php 只是常见分界，遇到模板引擎就会翻车：不少包的模板本身也是 .php，或用 .htm 后缀，程序里又夹着生成静态页的 .html 片段。只认后缀，容易把该改字的模板当逻辑文件跳过。
比后缀更靠谱的是看内容：满是标签和占位符、只在少数位置嵌变量的是模板，满是条件判断、查询拼接、函数调用的是程序。{pboot:nav} 这类标签只在模板里，拼 SQL 的一定在程序里。会不会出问题，取决于有没有把 .php 结尾的模板当逻辑文件删掉。
哪些文件改文字不会碰到逻辑？
哪些文件改文字不会碰到逻辑，指纯展示层那批：模板里的栏目名、页脚说明、图片 alt、按钮文案，改完只影响显示，不碰查询和计算。判断标准不复杂，改完刷新页面，除了文字变了其它照旧，就说明动对了地方，卓创源码网把这类改动归在模板侧。
落到文件上，footer.html 里的备案号、header.html 里的站点名、list_article.html 里的列表标题属于这一层，静态资源里的 logo.png、style.css 同理。要注意什么，主要是别在模板里顺手改标签参数，比如把 {pboot:list} 的 num 值动了，那就碰到取数逻辑，不算纯文字。改之前留一份原文件，回退时对着看。
动到程序文件先坏在哪一处？
动到程序文件先坏在哪一处，多半先坏在调用链而不是改动那行：改了控制器里一个方法名，模板标签还按旧名字取值，页面不报错却整块空白；改了字段名，列表页查询直接返回空。程序侧的问题常不指向自己，而是从某个前台页面冒出来。
别在 apps/home/controller/ 里直接试改，先在模板侧确认能不能达成目的；真要动，把被改文件名、原值、新值记成短笔记。分不清怎么办，回 index.php 看请求落到哪个控制器，再顺引用找到对应模板，链路摆出来就知道哪端该动。卓创源码网遇到过的多数白屏，追到最后都是程序侧改了、模板侧没跟着改。
runtime 目录里的产物算哪一边？
runtime 目录里的产物算哪一边，两边都不算，它是跑起来后生成的缓存、编译模板和日志，不是源码本身。把它和模板、程序混着归类是常踩的坑：改了 runtime/cache/ 里某个文件，刷新一次又被覆盖回来，看着像没生效，其实是改错对象。
分辨办法是看时间戳和生成动作：部署后才出现、清空后能自己长回来的，就是产物。模板改完不生效，多半是 runtime/ 里的旧编译文件压着，清一次缓存再看，而不是回头改程序。卓创源码网把这类列在源码清单之外，备份时不用带上它，省得把生成物当原始文件存两遍。
分不清时拿哪份源码对照？
分不清时拿哪份源码对照，挑一份目录标注写得细的同系统整站包最省事：比一比 template/ 与 apps/ 怎么分家、公共片段放哪层、配置段归哪个目录。下面三条是卓创源码网里同方向的条目，按你缺的那类结构挑一条看就够。
在卓创源码网对照时别只比目录名，重点看同类文件在两份包里是不是同一层。
请登录后查看评论内容