评论系统

本文介绍了 1 个用于备份 Waline 评论数据的 Python 脚本及其配套的 GitHub Actions 工作流。脚本基于 Playwright 自动化浏览器操作，通过 Waline 官方提供的一键导出功能，将评论数据保存为 JSON 文件。运行时需要设置环境变量 WALINE_RESET_URLS 获取重置链接，依次访问后台并跳转至迁移页面，点击导出按钮完成下载。文章详细展示了参数解析、链接处理、文件命名及异常处理等核心代码，并说明了 Actions 的定时触发与密钥配置方式。此外，作者提醒用户应创建私密仓库存放备份，并强调保护好备份文件的重要性，因为其中包含的用户信息可能被恶意利用。整体内容兼顾代码展示与技术讲解，适合需要自动化备份 Waline 数据的开发者参考。

本文介绍了阿普修网站最新主题存在的问题及更严重的用户隐私泄露事件。该网站主题虽由 AI 辅助开发，但深亮色模式未完善，代码混乱且存在明显缺陷。更令人震惊的是，网站评论区被当作公共数据库，作者发现 36 位用户的完整个人信息（包括姓名、邮箱、网站地址）被直接公开在 GitHub 仓库中。文章指出，单独的名称或邮箱影响有限，但三者组合可形成社交关系图谱，极易被用于社工攻击或精准营销。作者通过正则脚本筛选出包含自己及多位网友的隐私列表，并强调这种泄露源自开发者的粗心而非复杂黑客技术。文章最后提醒用户警惕网站评论功能的安全风险，并指出技术门槛降低反而使隐私保护变得困难。

本文介绍了由于 Waline 客户端更新导致 Butterfly 主题样式出现异常，例如多出按钮或布局变化，这些并非主题作者更新所致，而是 Waline 自身变动。为解决此问题，文章指导用户如何修改 Butterfly 主题内置的 Waline 版本以固定版本。具体步骤包括：确保使用 Butterfly 主题；找到主题配置文件末尾的 CDN 选项段；定位 waline_js 项，取消注释并指定版本，例如使用 https://unpkg.com/@waline/client@v3.8.0/dist/waline.js；修改后提交源码至 GitHub 等静态服务器，部署后检查评论区结构。文章还指出 Waline 将源码作为 JS 直接引用热更新虽快，但频繁更新无关样式功能反而带来不便，建议开源社区保持本体仅修复 Bug，样式由第三方维护。最终通过固定版本避免不必要的更新问题。

本文介绍了作者因 GitHub 被封导致 Vercel 无法使用，不得不将博客评论区迁移到自家树莓派的过程。文章详细描述了使用 Waline 导出评论后，在迁移至 Cloudflare Pages 时发现评论大量丢失的乌龙事件。经过与 DeepSeek 彻夜排查，最终发现罪魁祸首是 Vercel 的路径问题：Vercel 将文章时间错误改为 10 号，导致路径为 2026/04/10，而本地正确路径为 2026/04/11，因此本地浏览时评论显示异常。此外，友链页面也因 Vercel 与 Cloudflare Pages 路径规范差异（是否带尾部斜杠）而无法显示评论。最终作者通过修改 Waline 源文件中的路径重新导入，成功恢复评论。文章强调 Waline 数据自主可控的优势，提醒开发者注意平台路径差异带来的兼容性问题。

本文介绍了作者在博客建站过程中对多种评论系统的使用体验与对比。文章首先回顾了作者从 Jekyll 和 Chirpy 主题开始的建站历程，并详细剖析了 Giscus 基于 GitHub Discussions 的简单易用性及其无法迁移评论、多用户混乱通知等缺点。接着分析了 Utterances 和 Gitalk 的不足，如需要 GitHub 登录、加载不稳定等问题。重点探讨了 Waline 及其家族的优越性，包括支持匿名评论、一对一邮件提醒、可迁移数据库以及与网站外观适配等。最后，文章总结了不同场景下的推荐：追求简单可用 Giscus，需要完整后台系统则选择 Waline 或 Twikoo，其他系统则不再推荐。本文为静态网站建站者选择评论系统提供了实用参考。

本文介绍了 Waline 评论系统配置邮箱提醒所需的环境变量，包括 AUTHOR_EMAIL、SITE_URL、SMTP_USER、SMTP_PASS、SMTP_HOST、SMTP_PORT 和 SITE_NAME，并强调一个也不能少。文章指出 SMTP_USER 和 AUTHOR_EMAIL 可以相同，也可使用域名邮箱；同时提醒在 Vercel 或 Docker 部署时，环境变量的写法差异——Docker 版 docker-compose.yml 中值不能带引号。全文旨在帮助已搭建好 Waline 的用户快速完成邮件通知配置，避免遗漏关键变量。