#208 已满

美区，117/年，VX(base64)：cWl1c2hhbjMw

@lambdaq 不是 unihan 这个 repo ，是做周边的，关于 issue 的表达是：

If you encounter a problem or have a question, please create an issue.

@y1y1 你碰到这个更有个性😂

@lambdaq 正经啊，汉字方面的 unihan 数据库相关

@gesse 也不是重复的问题，关键是 open 的、closed 的寥寥几个都是他自己的 issue ，别人也不知道是否有人提过😓

@moefishtang 不是，commit 中并没有相关的更新记录

应该跟驱动程序及其配置也没有关系，在 php 、pyton 或者 mysql 终端下，问题是一样的。

补充，问题是 select 时出现的，insert 并无问题； collation 改为 utf8mb4_unicode_ci 后，问题依旧。

保存下来两张图像比较了下，大致明白了，canvas 生成的图像默认是 32bit ，在线工具生成的是 1bit 。

@FlytoSirius 是我本地路由器中有透明代理，阿里云服务器的 ip 没在白名单中，所以流量是饶了一大圈才到阿里云服务器。跟阿里云的配置没关系。

是我犯傻，忘记把新 IP 加入透明代理白名单了，已解决，叨扰各位了
@nowheretoseek @opengps @jhytxy @Yien


结案

补充：uptimerobot 是五分钟一次，没有恶意特征啊。再就是怎么腾讯云在网路中间提供了一个 http 代理吗，他不应该只是基础设施，在网络层活动吗？

@huaxie1988 谢谢指教，以后尝试下。搜到了一个别人编译的适用 7621 的包： https://www.right.com.cn/forum/thread-8273761-1-1.html

@flynaj 是重新配置的，问题已解决，跟自定义配置无关，跟外部引入的规则文件以及 dnsmasq 的 bug 有关，在 8 楼说明了。

查询发现是因为此配置文件引入大量的 server 规则（ 6w+条），dnsmasq 2.86 更新似乎引入了 bug ，导致处理这种情况无力，cpu 高占用，一直遍历完规则才会在 53 端口和 67 端口开启服务，解决办法是放弃这个规则文件或更换 dnsmasq 版本。

```
Mem: 99612K used, 410224K free, 11516K shrd, 0K buff, 41192K cached
CPU: 24% usr 0% sys 0% nic 74% idle 0% io 0% irq 0% sirq
Load average: 1.78 1.40 1.42 3/115 9331

PID PPID USER STAT VSZ %VSZ %CPU COMMAND
9287 9285 root R 6456 1% 24% /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf.cfg01411c -k -x /var/run/dnsmasq/dnsmasq.cfg01411c.pid
```