Kslr
Kslr
3. gfwlist 作为一个临时解决方案，不应该继续扩大影响力，这种方案应该逐渐被移除； 4. 这会改变集合的定义，如果移除，那为什么不用一个新的诸如 geopop 这样的名字；
比如 geolocation-cn 就是一个集合的定义，如果允许修剪类型不就破坏掉这个概念了吗
关于第一点，可以回到这个问题 https://github.com/v2fly/domain-list-community/issues/28
目前在用的有 ss-win 和trojan-go ，都是通过pb引入，所以我觉得从生成器入手可能也不行
如果将影响限制在手动生成需要的文件时可以接受。 但如果他们不再是从latest获得而是自行生成数据，我觉得这会给未来带来很大的麻烦。 这个问题要回到之前 SS 的 ISSUE 上
cc @studentmain
现在已经陷入了困境，请 @Robot-DaneelOlivaw 也参与下。
> 抱歉，事务繁忙，没办法及时跟进。 > > 哪怕不更改列表定义，#255 引入的功能也是很实用的，我觉得并没有什么问题，是需要一个人来拍板吗？ > > > 至于解决生成文件臃肿的问题，有一个方案：趁着 V2Ray 准备发 v5 版的东风，改造 v2ray 的路由系统，以便支持 geosite.dat 内的列表内嵌结构。意为，不需要把每个列表都拍平（不需要展开 include 的规则），直接 include 即可，而是在 V2Ray 解析配置文件时再动态解析 include 的列表。geosite.dat 就可以瘦身许多。 > > 考虑到许多用户在空间紧张的设备上使用，geosite文件能瘦身当然是最好的，不知道性能会不会受到影响？...
用``` block ```呢 ? 因为有个网站叫 gfw ，并且存在伊朗的墙
ref https://github.com/shadowsocks/shadowsocks-windows/issues/2971