zcms内容管理系统

第一次用zcms是内容给一个本地食品协会改官网。后台登录进去，管理左侧菜单只有七个图标，系统点“文章”直接弹出一个表格，内容每行标题后面跟着“状态”和“操作”。管理没有二级菜单，系统没有折叠面板。内容我花了三分钟找到发布按钮——它就在表格右上角，管理一个绿色方块，系统写着“新增”。内容

这系统不跟你讲废话。管理它把“内容管理”这件事拆成了最基础的系统几个动作：建栏目、写文章、内容传附件、管理设权限。系统栏目树是拖拽排序的，拖完松手立刻生效，不用点保存。文章编辑器默认是纯文本，想加粗得手动敲<strong>。有人嫌简陋，我倒觉得省事——不会莫名其妙给你塞一堆内联样式。

zcms的数据库设计有个特点：所有内容类型共用一张主表。文章、产品、图集、下载，都往zcms_content里塞，靠type字段区分。这做法在数据量上百万时会有性能问题，但小站用起来极爽。比如你想把一篇“新闻”改成“公告”，直接改type值就行，不用重新建表导数据。我见过一个县级政府站，跑了六年zcms，内容表才八十万行，查询依然在200毫秒内。

模板引擎是这套系统的分水岭。它用自己写的标签解析，语法像这样：{ zcms:list catid="12" num="5"}。循环体里能直接调{ $title}、{ $url}、{ $inputtime}。没有Twig那么优雅，但胜在零学习成本。一个会写HTML的人，看十分钟文档就能改模板。我帮人做过一个婚庆公司站，前台六个页面，模板文件加起来不到200行。

权限控制细到按钮级别。后台每个操作对应一个action，比如content_add、content_edit、content_delete。角色管理里勾选复选框就行。有个做教育机构的客户，要求编辑只能发文章不能删，而主编可以删但不能改系统设置。zcms里建两个角色，五分钟配完。

缓存机制比较粗暴。全站静态化开关打开后，每个页面生成一个.html文件，放在/html/目录下。更新文章时自动删除对应缓存。我遇到过一个问题：栏目页缓存没清干净，导致新文章不显示。后来发现是栏目绑定了多个模板，系统只删了第一个。改法也简单——在后台“更新缓存”里手动清一次。这不算优雅，但能跑。

插件市场几乎没人维护。官方论坛最后一条帖子停在2021年。不过核心功能足够稳定，不需要插件也能活。我见过有人自己写了个“百度推送”插件，就一个PHP文件，扔进/plugin/目录，后台就能看到开关。这种松散的结构反而方便二次开发。

文件上传默认按日期分目录：/upload/2025/01/15/。图片不会自动压缩，也不会生成缩略图。你得自己装个ImageMagick，在模板里调{ zcms:thumb}标签。这很麻烦，但好处是原始文件永远在，不会因为系统“优化”而丢失画质。

zcms的代码风格很老派。函数名全是下划线，比如get_content_by_id()、check_user_login()。没有命名空间，没有Composer。所有类文件放在/include/下，直接require。你要是想改点东西，用grep搜函数名比看文档快。我改过一个分页函数，把page参数从$_GET改成$_REQUEST，就为了支持POST翻页。

安全方面，SQL查询全用intval()和addslashes()过滤。没有预处理语句，但也没出过大漏洞。后台登录有验证码，连续错五次锁IP十五分钟。文件上传检查扩展名，但改.php为.php5能绕过——这算个坑，不过小站没人盯着你打。

最后说个真事。去年帮一个公益组织迁移网站，原系统是WordPress，卡得不行。换到zcms后，同一台1核1G的阿里云，首页加载从4.2秒降到0.8秒。他们技术负责人问我：“这系统怎么连个版本号都找不到？”我指了指后台底部——那里有一行灰色小字：“zcms v3.2.1”。没有更新提示，没有升级按钮。它就安安静静跑着，像一台老柴油机。