内容摘要：去年帮朋友搭一个垂直领域的资讯站，预算卡得死，服务器就一台2核4G的轻量云。他问我能不能不用WordPress，我说试试PHP发布站源码，结果三天上线，跑到现在日均IP三千多，机器负载没超过0.8。

去年帮朋友搭一个垂直领域的布站资讯站，预算卡得死，源码服务器就一台2核4G的布站轻量云。他问我能不能不用WordPress，源码我说试试PHP发布站源码，布站结果三天上线，源码跑到现在日均IP三千多，布站机器负载没超过0.8。源码

这类源码本质就是布站一套预写好的PHP程序，把内容管理、源码模板渲染、布站数据读写全打包好了。源码你拿到手是布站个压缩包，解压丢进网站根目录，源码改个数据库配置，布站后台就能发文章。跟WordPress的区别在于，它通常更轻，功能更聚焦——就是发布内容，没那么多插件生态和花哨的页面构建器。

为什么有人选它而不是主流CMS

我观察下来，用PHP发布站源码的人大致分两类。一类是手里有几十个站要批量管理的，另一类是纯粹嫌WordPress太臃肿的。前者图的是源码结构统一，改一个模板能套用到所有站；后者就是受不了每次打开后台等三秒、数据库查询上百条的那种拖沓感。

有个做本地生活信息的朋友，他的站用的是某款PHP发布站源码，整站文件加起来不到8MB。对比一下，WordPress装完基础程序加几个必备插件，轻松突破50MB。他服务器带宽只有3M，页面加载却能压在1秒内，靠的就是源码本身没塞多余东西。

源码里到底有什么

拆开看，核心文件就那么几个。index.php负责路由和入口，config.php管数据库连接，admin目录是后台，template目录放前端模板。数据表通常三到五张：文章表、分类表、用户表，有的带个标签关联表。SQL语句写得直白，没有ORM那层抽象，查什么直接写SELECT。

模板引擎多数用原生PHP混写，或者简单封装的标签替换。比如{ $title}这种，替换成实际变量。好处是改起来快，坏处是逻辑和视图容易搅在一起。我见过一个源码，列表页的foreach循环里嵌了三层if判断，看得人头皮发麻。但话说回来，能跑就行，小站不需要那么讲究。

安全是个绕不过去的坎

这类源码最大的问题在安全。很多是个人开发者随手写的，SQL注入过滤不严，上传接口没做类型校验，后台登录甚至没验证码。我测试过一套下载量挺高的源码，在文章ID参数后面加个单引号，直接报数据库错误——明摆着的注入点。

所以用之前必须自己过一遍。把所有的$_GET和$_POST接收处检查一遍，该用intval()的用上，该用预处理语句的别偷懒。后台目录改个名，别用默认的admin。这些活儿花不了两小时，但能挡掉九成以上的脚本小子。

改起来比想象中自由

因为代码结构简单，想加功能反而方便。朋友那个站后来要加个“文章热度排序”，我直接在文章表加了个view_count字段，列表查询的ORDER BY改一下，前端模板里调出来显示，前后不到二十分钟。换作WordPress，得研究钩子、写插件、处理缓存，没半天搞不定。

模板改版也快。PHP发布站源码的前端通常是纯HTML加CSS，没有复杂的模板继承体系。想换配色就改CSS文件，想调布局就动HTML结构。我见过有人直接把Bootstrap的CDN链接塞进header，整个站瞬间变了个样。

当然，自由度高意味着你得自己兜底。没有插件市场给你现成方案，遇到问题只能翻源码或者搜论坛。但如果你本来就懂点PHP，这反而比在WordPress的框架里绕来绕去更痛快。

选源码的时候注意看更新时间。2020年之后没再维护的，PHP版本兼容性多半有问题，在PHP 8上跑起来一堆Deprecated警告。优先找近两年有提交记录的，哪怕功能少点，至少能跑在现在的环境上。