emule 不是为这个时代设计的，因为完成时间要很长，没有多少人有耐心
它的好处多在分享方，可以整盘分享不用做什么前置工作，接收方的好处仅仅是可搜索

emule 里有的 BT 都有，emule 没的 BT 里也有
============================
这个不一定，冷门资源 bt 能坚持 2 年已经很强了

长期如此的话，你的胃有问题的

你这个前提是他们按时计费，但我觉得并不是
但他们还是有某种成本的，具体不明

最佳方案应该是应答信息为“关机”、“停机”、“空号”，但这个对个人来说，除了飞行模式、停卡外，难以实现，但这两种操作对于主力通话的号码并不实际

号码活跃度降低，骚扰是减少的（这就显示出他们也是有成本的）
这也是为何隐私已经泄漏，还需要继续做保护措施的原因，泄漏了亡羊补牢可以降低活跃度

好多，基本带 workspace 或者 session 概念的都行，楼上几层都说了很多了
然后分两种，未保存的文档，一种是下次打开还是上次退出时的状态，多是专门的 ide ；另一种是退出时询问保存（应答否会舍弃修改）或自动保存到指定路径

还是那句，先确保梯子正常，再填手机号提交
梯子连不上的话，服务器根本就收不到你提交的手机号，更别说验证码了

国内手机号的 tg ，最好在两个设备上各养一个，这样只要保持不要两个都掉了，总有一个能收到验证码，不需要手机
PS: 楼上说设置不对，是 tg 的官方会话
国内手机收验证码是玄学，我昨晚新设备登入延时半小时多才收到，还好另一个设备连着

就是说访问不了不是“我”的错，是你的错

其实大部分外国人都知道东亚地区姓氏在前，Zhang San 没有谁会称呼 Mr.San 的

安卓不知道，python 是调用时指定参数英文，不需替换模型

这个目前好像没见到“库”的方式，只有逐个比较
全图就有，opencv.imghash ，可以将 hash 入库，离线（不需图片文件本身）比较

1000 多张逐个比较应该也在一分钟内 opencv.template_match ，视乎 CPU 和内存

trilium @ github

@cairnechen #2
英文版用户发现这里很多反馈的“特异功能”都没有，虽然这不能说明就是中国团队的功劳，但感觉如果其他地区团队针对中国大陆用户做功能有点怪怪的

主要是已经有 pad 这种“同类”产品了，虽然 x86 和 arm 架构不同，但实际上基于 x86 设计的桌面软件很少面向小屏的，不要说“缩小就可以了”，字会看不清的
小屏软件界面交互的设计思路完全不同，目前并没有“大众化”的趋势

正文太长，没看
单说标题
用品、产品、商品，前两者划等号的话，标题值得商榷；后两者划等号的话，则是比较符合

还以为分身是各自独立的，原来都在同一个“分身空间”
谢了

@archxm #19
前面说得不对，应该说类似 app
李跳跳已经算是产品了，像你所说有宣传渠道和官网，符合“经营者”的概念了

我好像从 winxp 时代开始就不分区了，d 开始是另一个硬盘
因为 windows 并没有像 linux 那样统一路径，调用其他盘的东西往往要写绝对路径，或者用软硬链指向 c 盘，感觉挺麻烦的；特别是程序内，写绝对路径的话，盘符一变就要 review 一遍重写

理论上肯定有去掉的方法，因为当发现某个不信任的设备登录了，肯定需要紧急排除该设备而不是找客服
只是我现在没找到相应的信息

@shellcmd #2
那可能是管理应用需要，不同设备应用列表不同
参考这个吧
https://support.google.com/googleplay/android-developer/answer/7353455?hl=zh-Hans#zippy=%2C%E8%AE%BE%E5%A4%87%E5%9E%8B%E5%8F%B7%E5%AE%9A%E4%BD%8D%E7%8A%B6%E6%80%81