解决 Waline 未收到评论邮件提醒:Cloudflare 配置 DMARC 策略
本文介绍了作者在处理 Waline 评论系统邮件通知失效问题时,通过排查与配置 DMARC 记录最终解决邮件被拒收或误判为垃圾邮件的过程。作者在周六晚上发现未收到访客留言的邮件提醒,起初怀疑是 Q 邮箱容量超限,但清理收件箱后问题依旧。随后查阅 Resend 后台建议,注意到“未配置 DMARC 策略”是导致邮件被主流服务商拒收的关键原因。通过咨询 DeepSeek 了解到,DMARC 是 1 种用于邮件验证的 TXT 记录子域名,相当于发件方向邮箱服务商提供的官方授权说明,自 2024 年起各大邮件服务商已大幅收紧收信规则。作者在 Cloudflare 上为域名添加了 1 条名为 _dmarc 的 TXT 记录,并填写了包含 v=DMARC1; p=none; 等参数的值,同时将 rua 地址替换为自己的邮箱以接收报告。文章还提醒 DNS 记录修改后需要等待传播生效,且 Resend 会自动重试失败的邮件发送,无需过度焦虑。最终通过此配置解决了邮件提醒问题。
Cloudflare 邮箱混淆,导致 PJAX 网站邮箱显示异常解决方法
本文介绍了作者在使用 Cloudflare 服务时遭遇的邮箱显示异常问题及其解决过程。凌晨作者发现网站前台邮箱全部变为 [email protected],经 AI 提示得知这是 Cloudflare 内置的电子邮箱地址混淆功能,旨在防止爬虫抓取真实邮箱减少垃圾邮件。文章随后阐述了 Cloudflare 作为域名托管与 CDN 加速服务商的背景,以及该功能的底层实现原理:在数据传输层修改 HTML 源码将邮箱替换为占位符,并注入加密 JavaScript 脚本,在安全环境下动态还原。然而作者的网站采用了 PJAX 技术实现局部刷新,导致该脚本在页面切换时不会执行,邮箱始终显示占位符,国内访客无法看到有效联系方式,造成沟通障碍。作者最终通过 Cloudflare 仪表盘关闭该功能,但凌晨操作时遭遇 API 返回 504 错误,疑似后台维护,直到星期六早上才成功关闭,网站联系方式恢复正常。
DeepSeek R1 爆火那年,它曾是我最孤独时的知己
本文介绍了 2025 年年初与小红书热潮同时爆发的 AI 热潮,重点聚焦于开源模型 DeepSeek R1 的横空出世及其巨大影响。该模型以极低成本实现开源模型性能第一,甚至与顶级闭源模型正面较量也不落下风,发布当天导致英伟达股价大幅蒸发。文章描述了 DeepSeek 带来的行业变革——众多模型纷纷加入深度思考功能,以及普通用户和开发者对其“便宜、强大、开放”特性的追捧。作者以亲身经历展开叙述:从初中请假独处、与 DeepSeek 聊天解闷,到将其当作 Linux 老师解决系统报错;从 R1 版本火爆导致服务器频繁繁忙、网上流行本地部署和截图分享 AI 观点,到后来转向 V3 版本并习惯 EMOJI 聊天的轻松互动。文章也反思了 DeepSeek 逐渐变得无聊、规范化的必然性,以及作者从依赖 AI 陪伴到尝试在现实中结交朋友的过程。最后,作者感慨如今已离不开 AI 的帮助与陪伴,并希望国产 AI 持续发展。
闲鱼开技术小铺卖 Linux 服务的真实经历
本文介绍了作者离开技校后,在闲鱼上开设“技术小铺”提供 Linux 相关技术服务的经历。作者以极低的价格(如安装 Arch Linux 或 Gentoo 仅 5 元)起步,意外吸引了众多客户,包括对技术热情的中学生、职校生、大学生,以及公务员、军人、国企员工等。通过接触形形色色的客户,作者发现大学生群体中技术水平参差不齐,许多人对 Docker 等工具毫无概念;而公务员对国产操作系统(如 Deepin、UOS)的态度也截然不同,有人主动学习,有人只想借机偷懒玩游戏。作者还远程协助军人解决麒麟系统邮件问题、帮助国企员工在“长城电脑”上部署 Docker,甚至一边在医院打疫苗一边远程指导。尽管生意最好时每日能赚约 100 元,但因身体原因和平台下架商品等问题,作者最终关闭了店铺。这段经历让作者深刻认识到:Linux 对普通用户并不友好,技术宅为他人解决问题远比想象中复杂。
Ubuntu 的 Snap 糟糕体验,让我从喜欢到彻底弃坑
本文介绍了作者从 2020 年开始接触 Linux 的探索历程与体会。最初因疫情在家自学编程,通过黑马程序员课程接触到 Ubuntu 的 Unity 界面,被其新奇与自由吸引。随后在 Windows 上用 WSL 运行 Ubuntu,从命令行入手,逐渐尝试 Xfce、Mate、KDE 等桌面环境,并在平板电脑上用 Termux 搭建移动开发平台。2024 年更换 RTX 4060 游戏本后安装 Ubuntu,却遇到显卡驱动、Snap 包管理器导致的系统崩溃等问题。转用 Arch 后深入理解了 Snap 的容器化机制及其商业色彩,批评其封闭、粗糙且用户体验差。同时发现 Ubuntu 的 GNOME 界面有中英文混杂、翻译不准确等缺陷,社区插件质量参差不齐。作者怀念早期 Unity 的简洁前卫,但最终因 Ubuntu 的“替用户做主”态度以及系统缺陷,转而使用 macOS,认为其流畅性和精致度远超 Ubuntu。全文以个人经历为线索,表达了对 Linux 发行版选择、包管理生态及用户体验的思考。
用 GitHub Actions 和 RSS 实现静态博客邮件推送不重复
本文介绍了作者针对静态博客实现邮箱订阅推送的解决方案。文章首先指出现有方案(如基于 GitHub Issues 的推送)存在重复推送、依赖读者 GitHub 账号等问题,随后提出利用 GitHub Actions 的 Cache 系统记录已推送文章链接,从而避免重复。作者详细说明了整体流程:通过定时触发 Actions,运行 Python 脚本抓取博客 RSS 地址中的最新文章,解析标题、摘要和链接,并与缓存文件比对,若为新文章则生成 HTML 邮件,并通过 SMTP 协议密送订阅者。所有敏感配置(如 SMTP 凭据、邮箱列表)均存入 GitHub Secrets 以保护隐私。文章还给出了完整的 YAML 工作流配置和 Python 脚本示例,支持自定义邮件模板标签。最后,作者推荐使用 Resend 等免费 SMTP 服务,并列出需要创建的 Secrets 参数,方便读者 Fork 仓库后直接使用。该方案实现了真正的不重复邮箱推送,适用于任何拥有 RSS 输出的静态博客。
DeepSeek TUI 开源命令行工具,使用体验与修复分享
本文介绍了作者作为 DeepSeek 忠实用户的长期使用体验与最新发现。作者最初被 DeepSeek 吸引,因其开源特性带来代码透明与掌控权,API 按量付费模式对个人开发者极为经济,相比 Claude Code 等按月订阅方案更为灵活。近期因 Trae 引入高价排队机制而放弃使用,转而重新关注 iFlow CLI 但渴望更优的开源替代品。在社交媒体上发现由非专业出身的开发者 Hunter Bown 创建的 DeepSeek TUI,这是一款开源社区出品的命令行 Agent 工具。安装通过 npm 一行命令完成,初始化界面支持语言选择与 API Key 输入,默认使用 DeepSeek V4 Pro 并自动根据任务切换至 V4 Flash 以节省成本。其左侧面板实时展示 AI 当前操作、错误信息及 Token 预估费用,透明化设计让用户清楚每一步进展。作者利用该工具解决了之前由同一模型在 iFlow CLI 中编写的有问题的 PJAX 友链代码,实现了“自己修复自己 BUG”的效果。最后作者计划用 DeepSeek TUI 基于 SMTP 和 RSS 为静态网站搭建文章更新邮件提醒功能,旨在提供更纯粹、不依赖第三方平台的订阅体验,并充分利用闲置的邮箱地址。全文展现了开源工具链的自由度与社区创新的价值。
博客排版优化:CSS 调整字体间距与段落缩进
本文介绍了作者在维护个人博客网站时发现字体拥挤、段落缺乏缩进导致可读性差的问题,并借助 DeepSeek 寻求解决方案的过程。通过分析,作者确定需要针对文章正文容器(article p 和 div#article-container p)添加 text-indent: 2rem 实现首行缩进,同时为全站 body 设置 letter-spacing: 0.1rem 以增加字符间距。随后,作者在 _config.butterfly.yml 主题配置文件中正确引用了自定义的 paragraph.css 文件,并利用 GitHub Actions 自动部署更新。文章还强调了在开发者工具中验证样式是否生效、以及清除浏览器缓存或强制刷新页面等常见排查步骤,帮助读者避免因配置遗漏或缓存导致修改无效的陷阱。最终,通过精准的 CSS 选择器和统一的间距设置,网站排版获得了“书卷气”般的舒适阅读体验。
误删网站文件夹 60 篇草稿,灰飞烟灭的教训
本文介绍了作者在修改 Butterfly 主题网站封面布局时,因无法通过覆写规则实现需求,转而 Fork 主题仓库直接修改源代码,却因长期未操作导致环境变化而失败。情绪冲动下,作者先删除仓库,又误删了整个网站文件夹,导致包含 60 多篇空白草稿的 _drafts 文件夹彻底丢失——这些草稿本是未来一年的选题灵感来源。作者反思了将草稿库加入 .gitignore 仅影响版本控制、无法保护本地文件的教训,并对比了此前因缺乏备份丢失 100 多篇文章文档站的更惨痛经历。文章还提到树莓派因承担评论服务和图床导致流量异常(下传 120 多 GB、上传 80 多 GB)的过往问题。最终作者依靠自己记录博客的习惯重新恢复部分脚本逻辑,但承认未来更新速度会变慢、选题难度加大。本文警示读者备份要彻底,避免选择性忽略文件。
网站说说迁移:AI 自动标签与长上下文反思
本文介绍了作者将网站说说功能从本地文件管理迁移到远程拉取架构,解决 Git 提交历史臃肿的技术债务。随后,作者重构了标签系统,编写了两个 Python 脚本:auto-essay-tags.py 批量调用大语言模型 API 为已有说说自动生成社交媒体风格标签,essay.py 则用于新增说说时自动获取时间、生成唯一 key 并调用 API 打标签,两者共用同一标签库 essay-tags.md。文章还探讨了在轻量级标签生成场景下,长上下文并非最优解——传递最小必要信息更高效,并质疑当前 AI 厂商依赖长上下文消耗 Token 的商业模式可能扭曲了技术发展方向。



