redis 可以。

RabbitMQ 的话得自己做一些操作，不想人工干预的话就通过多个队列：
1. 找个地方维护一个队列名列表
2. 爬虫永远往队列名列表中的最新一个插入
3. 消费者每次启动向队列名列表中插入一个新队列名

看起来可以用动态规划

1. go 没 django 这样的框架，go 的框架都是类似于 flask 这种的。
2. 建议直接用 django，非要用 go 的话，这几个其实都差不多。

云服务，不然就 docker 单机

大小周？

@wellsc
@shyrock
bloom 是有误差的，对于匹配的还是得再次判断是否在列表中

@aureole999 那怎么知道哪些 ip 需要比较前 10 位，哪些比钱前 8 位呢

@mywaiting 当时也考虑过，但没搜到。linux 自己倒是用了 ipset，但我看他里面貌似用的是 bitmap，hash 等结构。


另外路由器上的方案一般都要考虑通用性，也不会添加过多的规则。

对于这个场景 ip 是有规律的，因此有更好的方法。

@djj0809 比较 32 次比二分慢很多，方法 3 就是用类似的思路。

@sujin190 就是第三种方法，但实际测试中这样方法比二分慢很多

@RicardoY
@aureole999
不适用，比如 39.155.42.8 在 39.128.0.0/10 中，但他们只有开头是相同的，没法建字典树

@fxrocks 一共 3 亿个 ip

@westoy 又是你在摸鱼

国内肯定不合法，国外你怕啥

@XiLingHost 考虑过类似的方案，但其实只需要识别国内 ip，并不需要 ip 的信息，所有这种方案比较浪费内存

巴西 zf 都破产了，能在那边搞起来的金融业务也就 gld 之类的

1. 所有 db 操作通过函数封装一层，然后在函数里控制。

2.重写 manage，至于操作函数也就那几个( filter, get, all, create, save, count ...) ，再底层可能有统一的入口函数，只能自己找找看

@Jirajine traefik 貌似可以，我试试