平时，我们常常要在手机上输入长长的链接来访问网站，链接又长又难记，输错一个字母就打不开网站，这个时候，你还要找到那个错误的字母是哪个，然后将它改过来，特别的累人。所以今天我带来了能解放你双手和大脑的一键工具，只要输入网站链接，就可以直接生成二维码，下次访问的时候，直接手机扫码就行，省去了很多的时间。

但电脑上打开开发者工具一看，一个 index-xxx.js 文件居然有 14 MB（解压后），即使压缩传输也有 3.3 MB。这么大的 JS 文件，手机下载慢、解析更慢，不卡才怪。我的工具箱网站上线后，功能丰富、安全稳定，但访问体验总差那么一口气：首页加载要好几秒，点击工具切换有延迟，手机访问更是“卡的动不了”。量力而行：进一步优化需要代码分割、CDN 等，投入大、收益有限，暂时不做。手机端：虽然

做了一个网站，叫 IT-Tools。它是一个纯前端的在线工具箱，集成了 300 多种开发者日常会用到的工具。所有数据都在本地运行，不上传服务器。

问题根源：服务器重启后，之前用 nohup 启动的后台进程自然消亡，而 crontab 中的守护命令因为某些原因（可能是环境变量或脚本内部逻辑）没能成功拉起进程。这说明 cron 确实尝试启动了，但可能由于环境变量或路径问题，启动失败。手动测试永远是第一排查手段：手动能启动，就说明脚本本身没问题，问题出在自动触发环节。cron 守护虽然强大，但受限于环境变量，有时无法成功拉起进程，需要针对性调试。

我虽然每天凌晨用 update_china_ipset.sh 更新集合，但脚本中只执行了 ipset flush china 和 ipset add，没有 ipset create china hash:net -exist 这样的创建逻辑。直到有一天，服务器因系统更新重启，第二天我查看 Nginx 日志时，发现了大量来自 瑞士、美国、新加坡 的 IP 请求，而且很多在尝试 /wp-admin、/