@coolair #14
你只看回复第一句，后面两句选择不看？
我如果做个书籍数据库，如果不是必须，入库也会把多余空格去掉，不然搜索很麻烦的

以前遇到过一个爱读书的，他问：“你真的这么有空看电视剧吗？”

估计是创建临时文件的路径需要权限，换个地方应该就可以了，先看看是不是放在 user Videos 目录了，看看 user 后面的名字是你的么？不是的话自然说没权限了，其他地方就猜不到了

如果跟 user 路径无关的话，你开个管理员的 cmd （菜单 cmd 右键就有），跑一遍脚本看看能不能通
能通的话，打包 exe ，以后都用管理员权限运行这个 exe 就可以了
不能通的话，那怎么都逃不过改脚本了，那就需要一点 python 知识了

我只是觉得大家起点太高（期望值太高）
我从开始就没有太大期望，因为 AI 达到什么水平，早就可以预料，例如没什么争议的范畴，如翻译、气象，一直都没有飞跃式的进展，那出个语言 AI ，也不会有划时代的现象级的事出现

正因为期望不太高，惊喜还是有的，作为一个 js 忘得七七八八脱离 N 个版本的人，现在在语言模型帮助下完成一个油猴还是比较满意的，python 数以万计的包，它帮我知道更多更好用的，或者以前不会用的 api 参数，现在也可以了解个大概
用的人本身也要“进步”，就是知道它懂什么不懂什么，不要想着一蹴而就，要逐步修正自己的问题，修正提问的方式；跟人沟通需要技巧，跟机器沟通也是一样需要技巧

肯定有啊，不然谁都能来试密码？
你先问问是否需要特定客户端，是否需要 ftp-ssl ，以及账密的加密方式

谢 #1
我对脚本的效果没兴趣，反正我也不贴这些链接，但我对清理了什么感兴趣，毕竟这事是研究过的人才能判断，算是一个不小的工作量

扩展、脚本这些都不是并发能力强的工具，不知道它们对域名匹配有没有用 web worker 之类的并发，没有的话其实不适宜做太多规则匹配，应该是按白名单、黑名单思维少量匹配

这类扩展，包括 request block 类型的扩展，应该只做少量匹配
我是用在多个梯子分流，指定某些涉及账密、身份安全的走特定梯子 1 ，某些需要高速下载的走梯子 2 ，其他走梯子 3 ，前两个只需要少量匹配，而且每个梯子都有较强的并发匹配能力，所以扩展需要的规则很少就够了

@yegar #17
人要向前看，我以前还被人肉过呢，幸好是一代证时代，之后身份证换二代号变了，住址拆迁搬家了，邮箱弃用了，电话包括家里座机移机时都换了；从此闭口不再谈论明星，之前太小看粉丝了

将前面一些失误的事情斩断，从零开始管理个人信息，以前失误的就想办法清空弃用，剩下就是静待岁月长河的遗忘了，亡羊补牢，反正别的也做不了什么，既然做不了什么，也没必要担心了

@yegar #12
不要随意想注册就注册，这跟大妈看到优惠就扫码填单没什么区别
注册了什么都要有记录，将来换手机、换卡什么的都能妥善处理，还有就是做好弃用预案，有些账户在注册时压根就不知道如何注销，又或者注销流程极其复杂，例如人脸识别+户口簿之类，如果不能清空信息又难以注销，那就全等于永久记录了

即使白嫖，我说的是真的嫖，也不用坐牢的
你这些即使清算，也没啥可清算的，对方没太大损失

然后，你这完全是正版试用啊，虽然没怎么给钱，但都比用盗版强太多了，用盗版的人都不担心，你就更不用担心了

最后，你担心的方向完全错了，你一直随意使用并没有妥善管理你的账户（不仅是银行账户），隐私比那点钱重要多了；钱的损失只是一次性的，隐私损失是伴随一生的，除非你将来能改变你的法定身份

@NoOneNoBody #35
广州

楼下就是市场，有些档都做了几十年了，不少都两代人了，都认得，最近的超市要走 15 分钟……

一直能收到，上两个月添加邮箱还收过一次，我还好奇为何那么多人收不到
tg 应该是找了代理，然后这个代理也在国内找了不同的发送方，反正我收到的验证码没一次有注明是 tg 的，都是某某商户发过来的数字，有时延时了十几分钟，我还要猜那短信是否 tg 的验证码

@maxus #3
app 设置 安全里面

没绑邮箱？

应该习惯参数分开不同的意义，前面的例子分开元素没有意义，所以没必要用*
用*多是
1. 输入有固定顺序，但不太关注名字，例如 from to ，start end 这些，使用者一般不考虑参数名直接输入两个数，且约定俗成一般不会搞错顺序
2. 多个参数，但长度不定，但函数内的计算是针对单个元素的，或者只使用其中某个位置的
如 def select_b(a,b,*args): return b 这样可以传一个*tuple 过去

你这个想法是“批量”，即使只有一个也可扔一组过去，循环一次而已
但建议也是要有单个处理的思想，将来 pandas/numpy 这些使用的向量函数，都是单个处理的，向量化能直接把单个处理的函数应用在一组数据，如果一开始就写成批量处理，反而没有向量化了（不能转为向量函数）；向量化在海量数据处理中是很重要的，速度比 for 循环要高很多
但如果不考虑将来在大数据中复用，也可以忽略

PS: 传递单个参数习惯用 tuple ，因为 tuple 是 hashable ，而 list 是 unhashable ，将来遇到多进程调用某个函数（这个函数最初设计没有考虑到用在多进程），就可能出现不能 pickle 无法继续的情况

先想起中学的找人代表白
然后想起用“用电筒照着太阳能电筒使用的发明”
我又无边际思想漫游了

你都说是书了，书是印刷的，即使电子书，书名字体也是较大的，不影响阅读
只有入库以字符串格式，较小的字体才影响阅题，但是加了空格是影响搜索的，这是相对于阅题是更麻烦的事
例如《白雪公主和 7 个小矮人》，加空格和不加空格搜索方式不同

我选 2 寸 HDD ，就是笔记本硬盘，但不要选 SSD
我十多年前的 2 寸数据 HDD 还在读，应该说全都在
只是 50G 有点浪费，顺便存照片吧