我现在是 印象笔记剪藏， 印象桌面客户端可以导出为 html，定期 用 calibre 转成 epub 电子书

@tabris17 显然不在一台机器上， 他们 redis 做了集群的
@est 被你起的函数名 get_user_by_ids 误导了


看了帖子主要有两个疑问:
1. Python 的内存泄露是比较容易发现的，digg 为什么用了那么久？
2. get_user_by_ids 这个函数如果 id 列表不断膨胀的话， 返回出来的数据都是错的， 为什么业务调用方一直没发现？

认真读了一遍原文， 大概明白这个 bug 为什么难查了。有问题的那个函数不是叫 get_user_by_ids （@est 你误导我）， 而是一个更新用户数据缓存的函数。 这个函数的数据会被写入到缓存里， 所以 Python 内存泄露还没明显时， 就先把缓存压爆了， 这也 digg 前期一直在优化 memcache , Redis 的原因。 因此重启 Python 不起作用。

至于调用方没发现返回的数据异常，是因为缓存是批量写， 但单条读。 读到的数据是正常的。

@est 内存泄露不可怕， 这种 bug 要 1 个多月才发现 才可怕吧。再说内存泄露是怎样想到缓存穿透上去的

做科学计算 /机器学习 用 anaconda
一般开发用 wsl

苏州没有一家互联网企业， 好点的大学也就苏打一家， 就算不考研，找工作也未必比东北优势大。 校招方面太吃亏。

@watermelon92
目前你的写法是要求 zip 包里的所有文件都是 utf-8 编码的。
既然你目的是复制文件，直接把文件以二进制打开，岂不是更简单？

@hiyouli 你就没怀疑整个沟通过程中京东那个第三方一直在骗你吗？ 那个所谓的女大学生和另一个第三方就是捏造出来背锅的

那个女大学生的表现太可疑了， 她根本没必要去鸟那个京东第三方

不放在日历里，用清单管理

@laoma2 我的意思是你把阿里云的自动化想得太高了。 哪来的程序 bug, 压根就没有程序。， 纯粹是人手工去操作的。我司半年内 3 次重大故障调查下来都是阿里云的运维忘了去某台机器上执行个命令。

@laoma2 阿里云很多运维操作不是自动的，是后台人工去做的

美国这类基因检测已经被 FDA 叫停了， 现在发现的那些基因和疾病的相关性太弱

赔我显示器！！！

@plqws 哪个西方公司敢这么搞， 早就被告破产了。

没有

法定公开信息

evernote , 主要是冲着开放 api 和 第三方生态丰富

msg7086 的回答才是正解， 我再补充一点, 出现这个错误的根本原因是那个网站 使用的 3DES Cipher 不够安全， 已经被很多库禁用了。除了新版本的 OpenSSL 已经禁用了 3DES 外， 对于老版本的 OpenSSL, requests 本身在 2.11.1 之后， 也禁用了 3DES。如果你的 OpenSSL 版本较老， 可以用下面的方法绕过（或降级 requests ）

https://lukasa.co.uk/2017/02/Configuring_TLS_With_Requests/