Wood Chen

关于展示性网页+个人博客重构, 从halo和wordpress中摆脱出来, 意外发现很有意思的动静态结合的方法

0 评论0 阅读371 字

一个从wordprss迁移, 一个从halo迁移, 由于场景不同, 写了两套, 但基本逻辑类似.

迁移理由

  1. wordpress的速度可以优化, 但是扩展不是很方便, 不像私有仓库, push, deploy自动化
  2. halo的java内存占用高, 并且又去搞商城, 还有这种奇怪的变动让我文章页面错误好几周(有部分文章以前从typecho迁移到halo, 文章url没变) 升级2.22.x后, slug为四位数, 比如 1207时, 访问文章, 变成 文章归档 页面
  3. 自定义扩展方便, 多语言, ai自动翻译, ai优化seo, mcp.

非纯静态理由

  1. 需要MCP给agent去发
  2. 需要接入ai模型做文章翻译, SEO描述, 自动做ai任务队列
  3. 需要动态改内容, 并且内置indexnow
  4. 阅读数动态统计什么的
  5. 方便

非纯动态理由

  1. 速度
  2. ai方便抓取和阅读
  3. 没有必要

方法

  1. 后端go
  2. 管理端动态网页, 可以绑定其他域名或放url路径

当内容变更, go来负责next build, 构建静态网页, 然后可以通过下面两种方式去分发.

  1. 另起容器, 共享前端网页卷, 如果有需要后端api, 可反代几个动态接口到 后端build 容器

  2. 直接放一个容器, go-web-utils/nextstatic 来负责处理next静态文件路由

效果还不错.image.png

我的博客: https://woodchen.ink 可以看看

相关文章

评论 0