blankwonder

该问题为外部资源更新所致，Surge iOS 5.8.3 在对巨型规则集进行索引建立时，循坏内有一对象未在循环内立刻释放，导致处理特别巨大的规则集时突发内存超限，被系统终止。该问题已在前几天发布的 5.9.0 版本中修正。

根据反馈，大部分出现问题的用户涉及的规则集为：
https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Surge/ChinaIPs/ChinaIPs.list

该规则集包含了十万多条 IP 规则，这种规则集并没有必要，直接使用 GEOIP,CN 规则即可。

@chengxiao 目前密码管理器里，唯一一家捅了大篓子导致数据大面积泄漏的是 Lastpass ，一个 350 Men 公司。

给你造成了不好的体验请见谅，但这两次确实都是云上贵州的问题。Elpass 开发的初衷就是不想把鸡蛋放在一个篮子里，所以坚持数据隔离策略，只使用用户自己的云存储服务，但无奈云上贵州实在太不给力。
1. 根据其他用户反馈，一旦出现了该问题（同步报 500 错误），应该你的 iCloud 账号所有用到 CloudKit 的 app 都不能正常同步了，可以试一下，比如 Bear 。这个问题只能等 Apple 修复。
2. 导出的 CSV 文件 Elpass 是以 UTF-8 编码写入的，理论上不应该存在乱码问题，这可能是 1Password 的 Bug ，我们刚测试了导入 1Password Mac 桌面版确实一直报错（但没有详细信息），但通过 1Password 网页版可以正常导入。

@Kobayashi @colvv 4.0.0 只提供了配置文件配置，4.0.1 中已加入 UI 配置。我们不可能把一个未完成的功能写入 release note 。

@bao3 你这是什么阅读理解，怎么能读出了“开发 Snell 是防止喝茶”的结论？说的这么明白那是不开源的理由之一。不开源所以只有 Surge 用户可以用，小众工具。
而且混淆是和 ss-libev 的 simple-obfs 兼容，和 SSR 没有一毛钱关系。

真的不管做点什么总会有人阴谋论，而且连脑子都不过，是只准你用 Surge，还是你用 Surge 只准用 Snell，还是你服务器只准装 Snell ？

Snell 只是给 Surge 用户的额外小福利而已，主要解决 ss-libev 几个历史问题：
1. 服务端不返回具体错误导致客户端无法进行异常处理
2. 依赖略多编译安装复杂
3. obfs 的插件形式影响性能
4. 配置复杂
（ README 里面其实都说了）

为啥不开源？一没必要，众多同类项目不缺这一个，二不想再被喝茶。你担心毕源有隐患要么别用，要么像 @lcdtyph 一样自己逆向分析，代码简单清晰没有混淆很容易看清所有逻辑。

要使用 SS 需要动修改配置文件：

[Proxy]
Proxy = custom, 1.2.3.4, 443, aes-256-cfb, password, https://github.com/a1ickgu0/surge-ss-conf/raw/master/SSEncrypt.module

请在 Configuration -> Misc 中选择 Remove Helper，然后重启启动电脑，尝试再次勾选 Set as System Proxy，还是有问题的话请联系 [email protected]

Surge 的 GeoIP 数据库是由 MaxMind 提供的，如果不准可向他们提交报告

https://www.maxmind.com/