之前买过一次，是经销商有无限制叠加的券，叠一起最后一百多块，你把邮箱给他下单，然后微软官方邮件发 key 给你。当然这种好像不是天天有，过段时间想再买一个的时候就没有这种卖了。

@leefor2020 #2 它本身算是个系统级后门，可以拿来做行为检测的，就看公司有没有这个想法。

我是用 Django 撸了个可以打标签的 snippet manager ，还可以分享出去就像 Github Gist 那样。
不过从做好也没怎么用就是了。

通俗的讲，因为谷歌商店（ Google Play ）需要谷歌服务，为什么非得谷歌商店，因为太多国内安卓 APP 吃相太难看，国内是特供版，国际是安静如鸡的纯净版。
比如国内不要太常用的 QQ ，谷歌商店版比官网版的精简模式还精简，两年前我截图对比过： https://weibo.com/2158133667/JagqJahVd

特殊场景好用，之前懒得上框架，htmx+django 自带的模板系统直接搭 SPA 相当省事

@ghostben #15 会，所以你可以自己开一个 Mastodon 服务器，然后自己定期手工备份。当然了，自己为了这个破事儿单独开一个实例有点“昂贵”就是了……

@7zlid #16 这叫中二……路上捡到一个 U 盘还得想办法破解里面加密的压缩包是有多闲……
放动漫里这就是感觉自己搞了完美犯罪然后时不时回到现场来看看的那种……

@jiaslbang #91 我刚进职场的时候也觉得奇怪，每天因为这种操作问题浪费时间导致加班，完全可以避免的啊。
后来，我用了自动化手段把一部分日常工作压缩，觉得可以正点下班的时候，因为工作量不饱和被安排更多工作了。
现在摆烂了。

@yanqiyu #21 前情提要：Jolla Phone 是 2013 年的产品。
当年 JP1 上面那个 btrfs 什么都好，就是要 balance ，不然 metadata 写满了，你看着有 1 个 G 的空闲空间，一个字节都写不进去。那个 balance 的过程不能意外断（可以手动停），自己得盯着手机电量，确保流程正常结束，万一出了差错大概率直接砖掉（或者 boot loop ，然后去 btrfs recovery ）。
那个版本连官方都建议 16G 的手机内置存储使用不要超过 7G ，多了自己要去 btrfs-balancer allocation 去查 metadata 还剩多少，快满了赶紧 balance 。特别闹心的一段使用体验，每次系统更新都得心惊胆战一下。
这事儿就像我当年预购了 No Man's Sky ，你说现在这么多年了 NMS 已经是个好游戏了，但当年给我带来的失望就让我完全不想再去玩一下。

Jolla Phone 1 就是 btrfs ，然后 *此处是脏话* 小毛病就不断，确实 CoW/快照什么的好使的一匹，但是可用容量开始变少的时候（毕竟 Jolla1 就 16G……），会出现有空间写不进去东西的情况，就得手动做 balance ，然后这个过程在 Jolla1 那个孱弱的硬件上跑起来还贼慢，balance 中途因为任何原因断了都会直接 corrupt 整个文件系统，怕砖就不能随便 balance ，不 balance 就影响读写性能，最后 Jolla 就直接放弃治疗，之后的设备都是 ext4 。

谁爱用谁用去，安卓上 btrfs 我第一个反对。

感觉就是随机阻断，我就 Lightsail 的 IP 被断了，换个地址的事儿，其它的没任何问题。
vless 、vmess 、trojan 都有，想看哪个先被干掉，结果是 Lightsail 东京的断了，感觉还不是检测而是地址段误伤。

发个 RAMMap 截图呗，任务管理器啥也看不出来，除了看截图 PID 确实高了，前几天我碰到过类似情况是 Page Table 的事儿，不知道是不是一个情况： https://lotc.cc/windows-zombie-processes.wtf

按照你上次的帖子总感觉是转出来的 PNG 是带透明度的，底下得叠一个纯白色底图才行……

域名到期了直接抢下来不是更便宜？还专门去提醒你续费？

直接 n/abs(n)然后 0 作为特例呗

因为要的全都是 text ，就不要 tmp 和 detail 了，全部都改成 i.find()，因为 soup.find 找不到的时候返回 None ，这样，第一轮执行下来 book 的值要么是 None 要么是找到的 tag ，最后只要一行 dictionary comprehension ，对非 None 的取 text ，就拿到了所有的 text ，再对 url 单独处理一下。
如果 i 有可能 None ，那就在最前面加 guard clause ，i 不能.find 的时候 continue 。
这样基本上就不用 try 了。

https://raw.githubusercontent.com/koorukuroo/Prime-Number-List/master/primes.json
这里面有一百万个，直接 json.load ，需要几个 print 几个，超过一百万 raise 个 error 就好，性能超棒的