Waline 后台页面空白
本文介绍了作者在使用 Waline 评论系统时遭遇的后台空白故障及其解决过程。某天作者发现管理后台页面完全空白,反复刷新并更换浏览器均无效,随后重新部署时遇到 Vercel 502 错误,经排查得知是 @waline/vercel 新版本存在兼容问题。在 DeepSeek 指导下手动回退版本号后编译通过,但后台仍为空白。作者向 Waline 提交了 Issue,详细描述了现象、步骤和日志。项目负责人认为与另一 Issue 相似,但作者对比后发现本质不同,并补充了截图和日志。当日下午,维护者 lizheming 确认问题源于新版 Waline 核心模块改动引发的连锁反应,导致所有基于新版的后台均失效。当晚,外国用户和作者朋友峰哥也反馈了同样问题。作者通过修改 Neon 数据库中评论的 user_id 字段使评论正确显示博主标签。深夜,维护者发布了修复版本,去除了有问题的功能模块,虽然界面简陋但核心功能恢复。全文展示了开源社区快速响应(一天内修复)的优势,也指出了活跃项目频繁重构(如 Rust 重写)给用户带来的升级困扰。
修复 Waline 无法显示评论
本文介绍了作者因 GitHub 被封导致 Vercel 无法使用,不得不将博客评论区迁移到自家树莓派的过程。文章详细描述了使用 Waline 导出评论后,在迁移至 Cloudflare Pages 时发现评论大量丢失的乌龙事件。经过与 DeepSeek 彻夜排查,最终发现罪魁祸首是 Vercel 的路径问题:Vercel 将文章时间错误改为 10 号,导致路径为 2026/04/10,而本地正确路径为 2026/04/11,因此本地浏览时评论显示异常。此外,友链页面也因 Vercel 与 Cloudflare Pages 路径规范差异(是否带尾部斜杠)而无法显示评论。最终作者通过修改 Waline 源文件中的路径重新导入,成功恢复评论。文章强调 Waline 数据自主可控的优势,提醒开发者注意平台路径差异带来的兼容性问题。
主流的 Hexo 部署平台
本文介绍了 Vercel、Cloudflare Pages、Netlify 和 GitHub Pages 四种静态网站部署平台。Vercel 部署 Hexo 简单快速,但默认域名国内被屏蔽,需购买域名;Cloudflare Pages 速度仅次于 Vercel,同样需要自定义域名;Netlify 默认域名国内可访问,无需购买域名;GitHub Pages 最简单但速度最慢,仅支持静态页面和 Jekyll,其他框架需配置 Actions,优点是其 github.io 域名国内可访问。文章最后给出推荐顺序:Vercel 为首选,其次 Cloudflare Pages,再次 Netlify,最后 GitHub Pages。



