repo: https://github.com/youguanxinqing/rss_everyday

起步

之前在 《搭建自己的RSS服务》 一文中详细描述了搭建 Tiny-Tiny-RRS 的过程。不过我还是觉得起点太高。例如我，对 RSS 有一定的需求，但不至于太高，而因此租一台国外的服务器（有一些博客在国内被 block 掉了），不管算盘怎么敲结果都是不划算。

起步

我上个月搭建了自己的 rss 服务，昨天不能正常登录。再细查，ip 不通了。也确认了不是 ip 被封，猜测最大可能是磁盘写满。在页面上 rebuild 机器，重新搭建一次。

这次把过程记录下来，要是一个月后又崩了，我也能快速地“大不了从头再来”。

起步

很惭愧，用 linux 也有好长一段时间了——至少 2 年以上，但在 ssh 命令上只会浅显的登陆而已，直到才不久领略了它的强大。基于 ssh 建立的安全通道，可使你在多个不同网段间来回穿梭（当然有前提），恍若化身游鱼，在隧道里自在。这种比喻很抽象，后面会让你体会到。所以了，明明网上关于 ssh 端口转发的文章很多，干嘛要自己写一篇呢？

我希望用我以为容易理解的方式写出来。

起步

这是我第二次手动搭建 k8s 了，相较于第一次用掉一天时间，这次花费半天。当然，这其中倒不全是 k8s 的问题。是网络。而网络又是一个很大的概括，更细分则是：k8s 需要的镜像国内拉取不下来；需要的 yaml 文件下载不下来；B 电脑里的虚拟机的端口在 A 电脑上访问不到。

事实上我遇到的问题可以通过代理和 virtual box 的端口映射解决，但我没有。我很庆幸，这个“没有”让我明明才接触 k8s，却学到了一些故障排查方式，以及对 yaml 文件的部分 key 值有所了解，还学到了 ssh 端口转发。赚大发了。

起步

由于我在新项目里引入了 python 的 async 语法，在连接 pg 数据库时用到了 asyncpg 这个异步包。多日来，从线上得到了一些反馈。简单说来就是：数据库存在暂时无法修复的 bug，使得一些 sql 成为 “禁用 sql”，从应用层看没有执行过 “禁用 sql” ，但在监控器上发现执行了 “禁用 sql”。

我简单跟踪了 asyncpg 源码，没有发现 asyncpg 包内部执行了 “禁用 sql ”，但同事仍对这个第三方包质疑。因为不懂得，所以不仁慈，可我必须做点什么为 asyncpg 洗冤……