WP Mail SMTP 后台 9 个设置页 Tab 里有 6 个是广告。这篇记录拆解过程:删掉 1 万行推广代码、1669 条字符串全量汉化,以及把语言包随插件打包分发时踩到的坑。
WordPress
4 Mbps 的带宽配上动辄几 MB 的整页图片,是我博客卡了很久的根源。全站批量转 WebP 试过一次,指标很漂亮,却被一眼看出色带,连夜回滚。这次换个做法:不做批量,写一个后台小程序,每次只处理一张,先把原图和产物的并排预览摆出来,人看过没问题再替换,替换前自动备份。
4 Mbps 带宽配上 4 MB 的整页资源,是我博客卡了很久的根源。试过全站转 WebP(画质被否)和主域名整体接 CDN(真实 IP 与端口服务全挂)之后,最后用一个独立静态子域只前置图片解决了问题:源站出站下降 86%,数据库零改动,回滚只需删一个文件。
Sakurairo 主题的 pre_get_posts 把 /shuoshuo/ 归档页的查询改成「文章+说说」混合,导致该页与首页内容 100% 重复、标题也被取成「文章」。记录排查过程、根因与处理方式(noindex + 移出 sitemap),并附完整插件源码。
文章里的小标题下面压着一条淡蓝色色带,把汉字下半截盖住了。查下来这不是下划线,是主题的荧光笔高亮伪元素——height 0.7em 加上 z-index: 0,让它又厚又盖在文字上。修复过程中踩了三个坑,其中两个都是 CSS 层叠和优先级的经典陷阱。
把博客的 SEO 从体检、修复到回归验收完整走了一遍:meta 描述、标签体系、内链插件、图片 alt、标题长度,以及过程中踩的坑与一次工具误判。
给博客写了个「延伸阅读」插件,解决文章之间缺少内链的问题——Sakurairo 主题没有相关文章功能,MCP 通道又装不了插件。中间踩了个查询放大的坑:fields => ids 不预热 post 缓存,60 篇候选就是 60 次查询。
我的博客是 WordPress 搭的,跑 Sakurairo(iro)主题。上一篇折腾完这个主题的评论区图床之后,注意到站里还有几 …
博客评论区传图这件事,折腾了一轮终于弄利索了。中间踩了不少坑,记下来,免得以后重新来一遍。 一、先交代一个背景:SSH 被人盯上了 …
解决 WordPress SEO 冲突问题:Slim SEO 插件与 Sakurairo 主题 meta description 重复生成问题排查与修复方案。

