昨天下午的时候，
等到了晚上的时候，发现wp 的后台加载速度变得贼慢，需要等待 N 秒才能打开，这就变得很奇怪，让自己一度以为是自己升级了 Envira Gellery 插件导致的，于是把插件版本回滚了。
但是，回滚之后速度并没有明显的改观，这就变得很恶心了。
还是老办法打开 query monitor，发现后台打开请求时间到了十几秒，主要问题在几个 http 请求上：
这几个 http 都超时了，访问的是 api.wordpress.org，直接在服务器上 curl 访问也有一定的概率会超时，即使修改 host 绑定 ip 之后改观依然不大。
并且这个 ip 地址全球解析都是一样的，也就是说没法更换 ip 地址来访问别的服务器。当然，要解决这个问题最直接的办法是直接禁用 wp 的更新检查，但是这个方法我并不是十分喜欢，毕竟有时候更新修复的是一些严重的漏洞。那么除此之外就只能坐以待毙了？
这个 ip 访问不稳定应该还是大墙导致的，既然如此，那么用自己的服务器反代应该会好一些。直接分配一个二级域名，到服务器进行反代：
location / {
proxy_pass https://198.143.164.251;
proxy_http_version 1.1;
proxy_set_header Accept-Encoding "";
proxy_set_header Host api.wordpress.org;
}
需要注意的是需要将 Host 设置为Host api.wordpress.org，否则访问的时候会直接跳到 wp 的首页。
修改 wp 的 update.php 文件：
将检查更新的地址替换掉，再次访问：
此时请求的域名就变成自己的域名了，并且超时的问题基本解决掉。剩下的就是两个慢查询：
这两个是 wp 后台登录的保护插件导致的，看下数据库已经记录了 28 万条：
清空记录之后，一切就正常了。
只剩下一个错误，这个目前影响不大，就先不管了。
然而，在看到有两个更新，在点更新的时候又崩了。
提示的 object cache 导致的，这个插件用的版本还是比较老的，网上找个新版本，发现处理的并不彻底，各种提示信息以及按钮不能用，自己尝试修改了一下，去掉了一些验证。自己折腾到十一点多，有点困了，于是就找到了杜郎。
然而，事情貌似没那么简单，早上看了一下，插件已经自己停止了：
并且 enable cache 的按钮是灰的，还是授权校验没通过导致的。
至于这个怎么解决，只能仔细研究代码了，或者靠
不过得赞一下
最终在独狼的提示下，感觉还是修改license.php文件靠谱，object cache pro 1.22如果出现授权为 invalid，将文件替换为下面的内容即可：
温馨提示: 此处隐藏内容需要发表评论，并且审核通过后才能查看。
（发表评论请勾选 在此浏览器中保存我的显示名称、邮箱地址和网站地址，以便下次评论时使用。）
（请仔细检查自己的昵称和评论内容，以免被识别为垃圾评论而导致无法正常审核。）
51 comments
我从ASP博客迁移时接触到的第一个PHP博客程序是WordPress，刚开始还不错，达到了日IP 200+，并且在搜索中排名前五。但后来由于网络或程序问题，网站变得非常卡顿，甚至后台都无法访问。最终无奈放弃，转而使用了Typecho，从此再也没用过WordPress。
wp 这个东西后期的确会越来越重，但是数据量上来了之后就有点积重难返了。
要想轻量化，wp 的确不是一个好的选择。
确实，还是得看需求。WordPress的插件商业化方面做得非常好，开发者能通过插件盈利。而Typecho的生态则差距较大，很多开发者无法从中获利。毕竟，一开始面向的群体就不一样，这也是没办法的事。
WP日IP 200+ 应该不至于卡顿呀，我之前用1H1G的主机时，日IP 400+前端也没感觉到卡顿，后端只要不写文章就不算卡（因为编辑器引用了几个巨大的JS）
原来1H1G时做过压测，WP可以顶到 20~30 QPS。
那是很久以前的事了，大概是在2014-2015年左右吧。当时用的是246MB的VPS，配上AMH面板，那个时候网络环境也没有现在这么好，很多操作都受限于硬件和网络因素。
为啥不用php8啊，除了8.4感觉有点问题，8系列现在挺好的。7.4也太老了，浪费了服务器性能。
因为为了让 wp 支持分词搜索，编译了一个 php 模块，代码有点旧，8 编译不了。所以还得继续用 7.
你肯定是魔改了底层的东西，老放大招的习惯啊，有些问题其实可以用小招解决。。不用总掏出来导弹核武器。
二进制编译的文件不大好迁移 之前想把7.4的代码迁移到8以后发现要改的东西太多了。
就放弃啦
话题聊到这里，我已经理解不了啦，再见小姐姐！👋🏻
简言之 就是我太菜啦 搞不动啦
灵妹妹，用python写一个替换wp了吧
WP是用了一次就想卸载的。
以后多发视频（虽然AI的），好看，爱看。
我也想啊，但是前端实在是搞不动啊。就很尴尬。
嗯嗯，那后面看能发视频的就发视频，嘻嘻
对灵妹妹来讲，前端更不是问题：
页面结构直接复用，省去页面设计，写css js的麻烦了；而数据直接按新版的数据结构导入；
后端的话，就按灵妹妹设计思路来搞，力求简洁、高效，灵妹妹python这么6的。
不至于 不至于 这种复杂项目要实现还是比较耗时间的。😭
后端程序，灵妹妹一天做一点，一天做一天，最多一两个月就能搞出来。
导数据反而是最简单都，几句SQL搞定。
配一脸
纳尼？
用水煮鱼的插件呗，优化的挺好的，我以前使用基本都装wpjam这个插件
之前貌似也试过
很多插件跟我的wp（插件太多）兼容性不大好
这个是目前兼容性比较好的做法了
换主题！换halo！感觉wp好重哈哈
历史数据太多了
换不了啊 换不了
其实主要是文章和评论，其他的数据如果是我的话会懒得管哈哈
搞不动 搬不了啊
WP的插件崩了的话，是一脸懵逼的感觉
是的呢
就很谜
现在很多人为了减轻自己服务器的带宽压力，把资源能用第三方cdn替换的就替换了，如果那个cdn寄了，网站打开时间就好慢好慢，往往就会劝退我访问这个网站的想法
嗯嗯
是的呢
我的是全站cdn 如果cdn挂了也就全部挂了
我的一个wordpress后台也是，懒得管了，老博客想迁移看到历史数据都会被劝退的
是的呢 迁移不了一点
这开头的视频真的赞～
嗯嗯 我也觉得 嘻嘻
杜郎真棒👍
Redis Cache Pro 1.22.0专业版，e279430effe043b8c17d3f3c751c4c0846bc70c97f0eaaea766b4079001c，这个token可用。
专业啊，不过我已经自己给cracked掉了。lol
还是谢谢啦~~
一个插件搞了28万条数据？
是的，记录了所有的登录尝试
前台快一点就好，后台现在都不怎么看，反正是不快
嗯呢，后台主要是有时候回复个评论神马的，得等半天也很烦躁
厉害厉害
好久不见呢
看到最后才发现头图是视频，惊艳！
嗯嗯，是的，短视频，嘻嘻
有一个叫WP China Yes的插件，听说效果不错！
之前用过，于我而言兼容性效果并没那么好～～
牵一发而动全身，现在我就是能用就行，别的不考虑。
是的，真的是改一点得折腾一片
之前用wp的时候感觉后台总是慢慢的。
wp 后台速度的确不算快，尤其是东西多了之后。