不把一个企业官网做成一套需要长期“养”的软件栈。VVCMS 将内容、产品、SEO、主题、媒体和日常运维收敛到一个 Go 服务中：部署简单，前台直接渲染，后台可管理，也保留面向开发者的扩展空间。
VVCMS 是面向企业官网、产品展示、内容营销与轻量知识站的 Go CMS。
它适合希望拥有自主数据、稳定前台和可维护定制能力的团队：用栏目组织信息，用文章和产品承载内容，用主题决定呈现，用 API 与迁移工具连接既有系统。
它并不试图复刻“插件市场包打天下”的路线。VVCMS 的选择是：把高频 CMS 能力做进内核，把站点差异留给主题、扩展字段和清晰的接口。
为什么是 VVCMS
一套进程，完成一套站点
VVCMS 由 Go 编写，采用 Gin HTTP 框架、GORM 数据访问层和 Go 原生 HTML 模板。应用启动后直接提供：
- 前台页面渲染、静态资源和上传资源服务；
- 管理后台 API 与独立后台静态资源；
- 安装引导、数据库升级、主题初始化；
- 内容、栏目、标签、互动、媒体、备份与站点配置管理。
默认配置可使用 SQLite；生产环境也支持 MySQL 与 PostgreSQL。数据库连接、缓存、JWT、日志、HTTP 超时等均由配置统一管理。对小型官网而言，这意味着不必额外组合 PHP-FPM、运行时插件体系和多套应用进程；对需要演进的团队而言，又可以平滑接入 Redis、对象存储和关系型数据库。
内容建模，不止“写文章”
VVCMS 将文章、产品等统一为内容模型，并配套栏目、标签、互动和用户体系：
- 栏目支持文章、产品、单页、导航、留言和外链等类型；
- 内容包含 SEO 标题、描述、关键词、封面、图集、价格、标签、作者、状态、排序和访问密码；
- 内容与栏目均可使用 JSON 扩展字段，不需要为了少量业务属性修改核心表结构；
- 分类栏目可定义扩展字段 schema，并在前台生成可用筛选条件；
- 内容发布可自动生成摘要、从正文提取首图或使用默认封面，并对命中关键词的内容转入待审核；
- 留言与评论独立管理，默认进入待审核状态，并可配置邮件通知。
这让同一套后台既能服务企业新闻、案例和产品目录，也能覆盖带规格筛选的展示型站点。
主题是站点能力，不是代码负担
前台以统一的 ViewModel 向主题提供首页、栏目、文章、单页、搜索、标签、用户页和 404 页数据；主题不必依赖后台实现细节。
主题可以使用：
- 站点配置、栏目树、面包屑、分页、上一篇/下一篇等页面数据；
- 置顶、推荐、最新、热门内容，相关文章、标签、留言等模板函数；
vvdata.json中的主题级配置，例如轮播、配色、功能开关和展示列表；- 内容或栏目
Ext中的局部业务字段，例如产品规格、卖点、CTA、筛选项。
栏目还能配置列表模板、内容模板和模板继承规则。设计师与前端开发者可以按主题边界工作；运营人员则继续在后台管理内容，不必反复改页面代码。
SEO 是内容工作流的一部分
VVCMS 为站点、栏目和内容分别提供标题、描述与关键词；前台按页面上下文生成 TDK。系统还提供：
- 可配置的内容 URL 规则与
.html后缀； sitemap.xml与 HTML Sitemap；robots、自定义 Meta 和自定义脚本配置；- 标签页、搜索页、用户页与栏目树等可索引的内容入口；
- 内容首次发布时的百度推送能力（按站点 Token 配置）。
SEO 不依赖“装一个插件再调一遍”，而是与栏目、内容和路由模型一起被管理。
从内容生产到分发，减少重复劳动
VVCMS 已具备一条面向内容运营的实用链路：
- 支持 Markdown 文本包预览、导入与定时发布；
- 支持可配置的大模型文本生成、关键词扩展与封面生成；
- 支持从正文抓取远程图片并转存；远程请求设置了超时，单张抓取上限为 10 MiB；
- 支持本地存储、阿里云 OSS、腾讯云 COS 与 VVStorage；
- 图片上传可选转为 WebP，并按 SHA-256 去重，避免重复存储相同文件；
- 提供受令牌保护的外部内容入库接口，便于采集、同步或第三方内容源接入。
AI 能力是可配置的生产辅助，不替代编辑审核；内容状态、敏感词待审和后台审核流程仍由站点自己掌控。
性能：把资源留给访问者，而不是运行时
VVCMS 的性能策略是明确且克制的：减少前台热路径的重复工作，而不是堆砌难以维护的组件。
| 设计 | 已实现方式 | 对站点的意义 |
|---|---|---|
| 低运行时开销 | Go 单进程 HTTP 服务，启动时按容器 CPU 配额设置 GOMAXPROCS | 减少多运行时、多进程协作成本 |
| 前台直接渲染 | Gin + Go HTML 模板，生产默认关闭模板热重载 | 不依赖 PHP 执行链，模板可被缓存 |
| 响应压缩 | 全局 gzip 中间件，覆盖符合条件的响应 | 降低 HTML、CSS、JS 等文本传输量 |
| 热点缓存 | 栏目树、主题扩展、内容卡片、栏目内容、相关文章、计数与组件数据使用并发安全的内存缓存/LRU，常见 TTL 为 30 秒 | 降低重复数据库读取与模板函数的查询压力 |
| 有效失效 | 内容和栏目更新后主动失效相应前台缓存 | 缓存不会长期掩盖刚刚发布的内容 |
| 数据库访问 | 内容模型提供栏目/状态/排序、用户/状态、创建时间/状态等组合索引 | 支撑列表、归档、用户内容等常见查询路径 |
| 可观测与压测准备 | 结构化日志、请求日志、恢复日志；可通过环境变量单独启用 pprof 地址 | 便于定位错误和建立基于真实负载的性能基线 |
性能边界也应如实说明：VVCMS 没有在代码库中给出统一硬件、主题和数据规模下的公开 QPS/延迟基准。因此，任何“每秒多少请求”的宣传都应以实际主题、数据库、缓存命中率、CDN 和压测结果为准。对于公开访问量持续增长的站点，推荐将静态资源与图片交给 CDN/对象存储，并通过 pprof 和实际压测决定缓存、数据库与部署拓扑。
安全：内核控制面小，边界可配置
安全不是一句“绝对安全”。VVCMS 已在身份、权限、输入和运维边界中落地以下措施：
| 范围 | 已实现能力 |
|---|---|
| 身份认证 | 管理/API 路由使用 JWT；登录、登出、刷新 Token 均有对应流程；登出可将 Token 拉黑 |
| 权限控制 | 管理路由统一经过管理员权限中间件；普通用户与管理员身份在 JWT Claims 中区分 |
| 登录防护 | 图形验证码校验；按客户端 IP 计数，连续失败达到阈值后锁定；登录成功清空计数 |
| 密码与令牌 | 密码要求至少 8 位，采用随机盐与 SHA-256 摘要存储；外部入库令牌可由用户刷新；SSO 请求使用 HMAC-SHA256 签名与短时效校验 |
| 输入与发布 | 内容 slug 禁止包含 /；扩展字段要求合法 JSON；敏感词命中时发布内容转为待审核 |
| 上传与远程抓取 | 上传接口要求登录；可按后缀白名单限制；临时文件在请求后清理；媒体按 SHA-256 去重；远程图片请求设置超时并限制读取大小 |
| 审计与韧性 | 管理事件日志记录操作者、对象、IP 和操作结果；请求恢复中间件捕获 panic 并记录堆栈；HTTP 服务支持读、写和空闲超时及优雅关闭 |
| 运维恢复 | 内置 JSON 备份、上传、下载和恢复；数据库版本升级在事务中执行；恢复逻辑不覆盖用户与用户身份表 |
生产部署建议： 启用 HTTPS；把数据库、对象存储和 JWT 密钥放入受控配置；将 pprof 监听在内网或受访问控制的地址；为外部入库 API 的令牌配置来源白名单/网关策略；按业务需要补充 WAF、限流、审计留存和异地备份。模板中的 safeHTML/Str2Html 会显式输出原始 HTML，主题作者必须只对已信任或已净化的内容使用它。
与 WordPress、Z-Blog 的比较：不是替代一切，而是选择更合适的路线
| 维度 | VVCMS | WordPress | Z-Blog |
|---|---|---|---|
| 核心技术 | Go、Gin、GORM、Go 模板 | PHP、数据库、主题/插件生态 | PHP，面向中文博客与内容站生态 |
| 更适合 | 企业官网、产品展示、内容营销、轻量知识站、需要定制主题/API 的团队 | 需要海量现成主题、插件、建站服务与社区资源的场景 | 偏中文博客、内容站，依赖本土主题和插件生态的场景 |
| 部署形态 | 单个 Go 服务；SQLite 起步，可选 MySQL/PostgreSQL/Redis | 通常需要 PHP 运行时、Web 服务器与 MySQL/MariaDB | 通常需要 PHP 与数据库环境 |
| 扩展方式 | 核心能力 + 主题 ViewModel/模板函数 + JSON 扩展字段 + API | 插件与主题优先，生态极大 | 插件与主题优先，中文生态集中 |
| 性能路径 | 原生编译服务、前台内存缓存、gzip、对象存储/CDN 可配 | 需结合 PHP-FPM、页面缓存、对象缓存和插件治理 | 需结合 PHP 运行环境、缓存和插件治理 |
| 升级与迁移 | 内置版本迁移、JSON 备份恢复，支持 WordPress、Typecho、Z-Blog、DedeCMS 数据迁移入口 | 自身升级与生态工具成熟，迁出常需按目标系统处理 | 自身升级与迁移能力依赖版本和生态工具 |
| 生态取舍 | 小而可控，适合按项目定制 | 最大的通用 CMS 生态 | 中文用户与博客场景积累深 |
选择建议
- 选 VVCMS：你在做企业官网、产品站或内容站；希望减少运行时组件；需要把主题、字段和接口纳入项目代码与配置管理；愿意用少量明确的定制替代大量插件拼装。
- 选 WordPress：你的首要需求是立即获取大量成熟插件、主题、教程、服务商和第三方集成；团队接受插件选型、升级兼容和安全维护成本。
- 选 Z-Blog：你的站点主要是中文博客/内容发布，希望沿用熟悉的国内主题插件与使用习惯。
比较的重点不在“谁绝对更好”，而在维护模型：WordPress 与 Z-Blog 的优势是生态广度；VVCMS 的优势是以 Go 服务、统一内容模型和主题扩展机制，将官网所需的高频能力做得更集中、更可控。
迁移与交付：不必从零开始
当现有站点需要更换技术底座，VVCMS 提供 CMS 迁移预览与执行接口，可识别和解析 WordPress、Typecho、Z-Blog、DedeCMS 的常见数据库配置，并迁移内容、栏目、标签等核心数据。迁移前可预览，迁移后可通过内置备份、下载与恢复能力形成可回退的交付流程。
同时，后台提供主题上传/启用/初始化数据、模板文件管理、站点配置、媒体管理、Sitemap 生成、数据统计与数据校准等能力。开发、设计与运营不需要绕开系统各自维护一套“临时工具”。
为需要长期维护的网站而做
VVCMS 不承诺用一个插件解决所有问题；它提供的是更清楚的边界：
- 运营管理内容、栏目、标签、互动与 SEO；
- 设计通过主题和主题配置控制呈现；
- 开发通过统一模型、扩展字段、模板函数与 API 实现项目差异；
- 运维通过单服务部署、超时、日志、备份、升级与可选性能剖析维持稳定。
如果你需要的是一套能快速上线、又不在半年后变成维护负担的内容与企业站系统，VVCMS 提供了一条朴素而现代的路径：用 Go 保持运行时简洁，用结构化内容支撑增长，用主题与扩展承接变化。