@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 有点浪费，顺便存照片吧

别人的老婆，只能送没有记忆的东西，建议食物或日消品

ps: flask 用 debug 模式，这样改动 python ，ctrl-s ，flask 就能自适应刷新，反正个人需求，也不会出现大规模请求，就起一个 flask 够用了

给你个最简单的方案：
1. 先让 chatgpt 写个 python flask ，接收油猴提交过来的数据，就几行 python 而已
如果后续计算简单，可以让 flask import 计算模块直接计算，储存结果，然后返回给油猴
如果计算复杂耗时，几分钟完成不了，就直接存接收的数据，离线另外计算
2.油猴，让 chatgpt 写，你需要做的就是用浏览器找到数据所在元素，开发者工具 copy css selector 并告诉 gpt 提取这个
如果需要自动翻页，也是知道多个页面的地址，让 gpt 写自动跳到下一页
脚本获取后提交给前面说的 flask ，看情况是否需要获取返回，离线计算的话，alert 知道存了就行了

把整个需求组织一下，跟 chatgpt 说清楚，自己改改基本就可以了，全部本地操作，不用学太多东西

既然都说的二进制，总应该知道 6 个 bit 就是 64 吧？ 62 不能完整表示 6 个 bit 啊，36 表示 5 个 bit 又浪费了几个字符
这些编码本来就早于 url 诞生的，你应该问的是为什么 url 标准不考虑兼容 base64

base64 的重要思想是将 bytes 以可视、非控制字符表示，是 bytes 类型转无控制字符的 string 类型的最简单实现，压根就和 url 没什么关系

上周用油猴自动爬了 2w+页面，用无头总是被 cloudfare 拦截，懒得研究 cookies ，干脆开油猴上，反正也不多

如果说的是 APP 登录的话，我从来没登录过，根本就没装过
你下载用的是官方 client 么？看看帐号有没有搞错，是不是有两个号