@vfs 对，这个我也很不爽。有一个很久以前用 https 克隆下来的 github 仓库，今天修改了一些东西，准备 push 上去，输入用户名和密码，提示我验证失败，原来它改成了 personal token 的验证，虽然很久之前就改了，由于我大部分时间都是用的 ssh 密钥，所以没留意，折腾一番，总算搞好了，很烦。github 我真是日了狗了，用账户密码还是 personal token 验证没问题，你就不能让用户自己选择用哪个吗？搞这么一通我感觉有被冒犯到。

站长给你回复了：然而并没有😅

这个好厉害，手机浏览，回头点赞

我写了个网站，在动态加上 #稍后阅读# 标签方便过滤，好像也没怎么读😅。https://d.cellmean.com/search/?searchPostType%5B0%5D=tweet&kw=%23 稍后阅读

@1dian01 可以在 apache/nginx 按 ua 屏蔽这些请求。让它们无法到达 php 和 mysql 处理的阶段，它们的特征很明显，IP 虽然有很多，但 ua 的 keyword 就是 Firefox/7.0.1 ，根据这个写规则来屏蔽。（应该没人用这么老旧的浏览器了，只能是爬虫）

如果觉得不够，还可以装上 WordPress 的一些 WAF 插件，就是应用防火墙。比如 Wordfence 。

ngx_lua 那种应该可以写

不过这个慢查询也可能是资源不足导致的后果而不是导致卡死的原因。看一下那段时间的网络请求数目和流量情况。流量在 vps 服务商应该都有。

@1dian01 这个 WordPress 加载 option 表配置的查询，相当注册表。你可以给它加上索引优化。

alter table bbb_options add index autoload_idx(`autoload`);

极端情况下可以导致 CPU200%占用，系统负载 3-6 ，新版的 wp 据说已经加上了索引。不知道你的 wp 版本是多少。这里有相关讨论： https://wordpress.stackexchange.com/questions/98284/how-come-wp-options-table-does-not-have-an-index-on-autoload/98287#98287



另外，有些插件或主题也会缓存数据这个表里，日趋庞大，就是以_transient 开头的项目，长期不用可以清除一下这些数据。
DELETE FROM bbb_options WHERE option_name REGEXP '_transient_'

我也是躺平了，划水归划水，但我还没学会把工作推给别人，也不是责任心，就是这样会感觉不公平。

还是转换线方便

完了，库克跑路了

你管得太宽了吧🙄️

思路就是先看日志，看看 nginx/apache/php-fpm/mysql 的日志

有些网站提供截图的 API 服务，你传参调用就行了

机会越来越少，以后会越来越卷，像韩国一样。

雷总单曲：Are you OK ？

哪个三线城市？估计是不好找，而且现在的经济。。。

哦，原来 12 只剩下 4#、5#、6#、10# 了，那选 10 ，东边比西边日照好点。