已开源 · Apache-2.0最近更新 2026-09

官网 CMS 建站平台

数据驱动的企业官网系统,改内容不用改代码

解决什么问题

企业官网改一句文案就要找开发改代码、重新部署,结果是官网常年不更新,访客看到的是几年前的信息。

核心能力

  • 17 张数据表承载站点全部内容,后台改完即时生效
  • 74 个接口(20 公开 + 54 JWT 鉴权),含登出即失效的 token 吊销表
  • 自带自研 Node.js Web 框架,克隆下来就能跑
  • 第三方依赖仅 10 个,零打包零构建
  • 已在 GitCode / Gitee 双平台以 Apache-2.0 开源
  • 本官网(tomarking.com/zry)就是它驱动的

适用场景

中小企业官网搭建与长期维护

需要频繁改文案、上新品的站点

投标 / 备案场景下要能自主可控的官网

开发者拿它做垂直行业站的底座

详细说明

是什么

一套数据驱动的企业官网内容管理系统:站点上的每一段文案、每一个产品、每一项服务、每一条进展,都在后台可视化配置,改一个字段即时生效,不用改代码、不用重新构建。

本官网(tomarking.com/zry)就是由它驱动的 —— 我们不是拿它做演示,而是自己天天在用。

解决什么问题

大多数中小企业的官网是"写死的静态页":想改一句介绍、上一个新产品、更新一条动态,都要找开发改代码、重新部署。结果是官网常年不更新,访客看到的是两三年前的信息。

传统静态站官网 CMS
文案写在 HTML 里文案存在表里,后台表单改
改内容 = 改代码 + 发版改内容 = 后台点保存
只有开发能维护非技术人员也能维护
每次改动都有发布风险改错了改回来即可

一个特性值得单独说:内容与文档解耦

站点上的"进展事件"和"关联文档"是分开的:进展事件记录什么时候发生了什么,关联文档记录详情内容在哪里。

关联文档在库里存的是稳定短码,真正指向的那份 Markdown 由内容哈希决定。文档更新后哈希变化,后台重导一次、短码不变,所有外部链接继续有效。另有三层兜底(保存前校验、挂载前二次校验、后台一键体检),避免出现"点了打不开"的死链。

技术构成

项情况
后端Node.js + MySQL
Web 框架自研(HTTP / HTTPS / WebSocket,路由 / 会话 / JWT / 连接池 / 静态服务全自研)
前端原生 HTML + CSS + JavaScript,零框架、零打包、零构建
后台原生 SPA,同样零框架
数据表17 张
接口74 个(20 个公开 + 54 个 JWT 鉴权)
第三方依赖仅 10 个
代码规模83 个文件、约 17,000 行、1.2 MB
许可证Apache License 2.0

为什么坚持零打包:源文件改完刷新浏览器就能看到效果,不需要构建步骤。对一个要长期自己维护的站点来说,少一层构建工具就少一类故障。

为什么把自研框架一起开源:仓库里直接包含框架目录,克隆下来就能跑。

开源版已做完整脱敏:生产数据库地址 / 端口 / 账号 / 明文口令全部改为环境变量读取;JWT 密钥移除内置默认值;SQL 初始化脚本的管理员账号改为占位凭据。仓库中不含任何可用的生产凭据。

适用对象

  • 需要一套能长期自己维护的官网的中小企业
  • 内容更新频繁的站点
  • 投标 / 备案场景下需要自主可控的官网
  • 想拿一套干净底座做垂直行业站的开发者

状态

已上线运行并已开源。 持续迭代中。

相关文章

进展记录

2026-10-31
迷你主机取代戴尔平板:系统完整迁移评估
数据库、上传文件、40 个接口全部由迷你主机承接,公网入口切换为最后一步,旧服务器下线进入倒计时。
2026-09-20
官网 CMS 建站平台 v1.3.0:访客统计子系统重大更新
志睿源官网(zry-cms)v1.3.0 重大更新:新增 nginx 日志增量采集、IP 归属地 + ASN/运营商、真实心跳甄别(anti-bot),配套 10+ 后台接口与 3 张数据表(含 zry_visit_beat 新表)。
2026-09-16
官网 CMS 完成双平台开源发布
已在 GitCode 与 Gitee 两个平台同步发布公开仓库,并完成生产凭据脱敏核查。
2026-09-16
官网 CMS 建站平台上线并开源(Apache-2.0)
本官网由此系统驱动;代码以 Apache-2.0 协议公开,含自研 Node.js Web 框架,克隆下来即可运行。