@Davic1 加啊，电 1 块，水 7 块，差不多比市价翻倍。

没有遇到提灯定损，就算是庆幸了！

我在租房，如果是二房东的，或者是村里的，水电费都是加倍的收。

我觉得 @zanx817 和 OP 最大的分歧来自于：
@zanx817 觉得 OP @Leonkennedy2 是把自己租的房子转租给了被告，是转租而非合租；
而 OP 说的是他与被告是合租而非转租。

我认为 OP 是对的，虽然被告未出现在合同上，但多项证据都表明实质上的合租关系而非转租，即使是被告或房东也都没说是转租关系。
如果 @zanx817 觉得被告没在合同上面签字就不算合租，那凭什么认为同样没签合同却成立转租呢？

我也是有很长时间与同事合租的经历，好在没有遇到过这种烦恼。
很佩服 Op 的毅力，感谢 OP 的分享！

不能换桌子的话，可以安装一种墙上支架，这样就算桌子塌了显示器都不晃

学到了 1 个新知识： 布隆过滤器
感谢大家！

OP 的这个数据量，用哈希表也足够处理了。也可以先布隆一遍，找出一定不存在重复的，再用哈希排查不确定是否重复的。

化整为零，先用哈希进行分类，再在分类内部进行除重（省内存，时间换空间）。

用普通的编程语言，普通的 PC 即可，不依赖其他数据软件。

203 亿 介于 2^34 与 2^35 (2 的 35 次方) 之间，按 2^35 算，因此 35 比特就能表示行号，可以给它 5 个字节。

用哈希进行分类，分多少个类就写多少个文件，只记录 MD5 和行号。
全部分类文件都写完之后，依次载入 1 个分类文件到内存，用哈希表除重，输出哈希重复(应删除的行)的行号，问题就基本解决了。

如果分 65536 个类，则每个分类下约有 50 多万个数据，每个分类文件约 10MB 。

如果分 256 个类，则每个分类下约有 8 千万个数据，每个分类文件约 1.6GB ，老 PC 也能干。

如果分 16 个类，则每个分类下约有 13 亿个数据，每个分类文件约 26GB ，现在的普通 PC 都可以胜任。

如果强迫症觉得可能有哈希冲突，那就可以再加 1 个不同的哈希算法，对这个数量级来说是基本不用考虑 MD5 冲突的。

全部境外，套上 cf ，证书都不用操心了

我旧的中行卡单次最高可转 100W, 单日限额好像 500W. 如果是新开卡，限额就很低了。

这玩意需要学吗？
我感觉根本不需要看任何教程学习，想要什么直接在界面上找就行了，没什么高深的概念

@emma3 好像是 10G

你这个有后台吗？通过哪种方式把图片上传到 R2 ？

跟现实打交道太深，就会涌入各种牛鬼蛇神，失控，要么管理成本爆炸，要么放任它乱。58 太多坑了，上面是骗子集散地。

把电报号发给对方

很简单，把验证信息放入另一个不经过 cloudflare 的域名站点。
主体内容走 cf, 验证信息走另外通道。