https://lxml.de/performance.html

目前通常认为是 lxml 最快

nonce 这个名字暗示了这个数字很可能是从另一次请求中获取的。
能翻源码翻源码，不能的话就放弃解包转模拟吧。

@yohole 我直接等 AMD 换插槽再换（跳得有点远）
老游戏还一堆玩了一半的呢（我得了游戏无法通关的病）老滚还能玩十年

@yohole 正是因为不希望误杀游戏和机器学习所以很可能会放过很多币。
特异度（指有多么低的可能性把不是的认为是的）和敏感度（指有多么高的可能性把是的认为是的）通常是两难，也就是要取舍

自愿参加退出[1]的「保险」[2]都会失败
原因在《牛奶可乐经济学》里说过了。每个人拥有不同的风险，也就是说越是高风险的越愿意参保，越是低风险的越不愿意参保，从而导致参保人都是期望收益为正的人，从而导致保险价格提高，恶性循环。

[1]: 指有参与与否选择权的一方等于实际掏钱和受益的一方
[2]: 有人说互助型医疗保险不符合保险定义，不过从经济学角度来看模型是类似的。

@sagaxu 当然是都不解决啊
为什么一定要解决什么啊？

刚开始学习编程，先学习编程的思维，如何把问题分解为小问题
不然的话，建议你直接雇用一名程序员帮你写。

识别计算模型，确实有币能绕过，之前 V2 上有人贴过测试，以太坊直接减半了，但另一个我甚至不记得名字的，好像说也是 hash，影响不大，还是有识别的敏感度和特异度两难问题。

看来就算赔了钱，还是比化工产品赚钱多多了
菏泽珞珈化学有限公司于 2020 年 12 月 30 日被注销

内部消息：iqy 的法务是看到了你上次 V2 的帖子才开始着手收集证据的。
不要问我这内部消息怎么来的，问就是大风刮来的。

楼主：「快来啊，这儿有钱可以拿」

@wdc63 临时跑去下了一个 IronPython 2.7，没发现任何问题。

>>> import json,urllib2
>>> url="http://polygons.openstreetmap.fr/get_geojson.py?id=4738519"
>>> response = urllib2.urlopen(url)
>>> place_info = json.loads(response.read())
>>> place_info['type']
'GeometryCollection'

@cmdOptionKana #2 只说了个名词，你们是怎么确定只能是「追求」年轻异性


为什么不能是「扮演」、「模仿」、「伪装成」年轻异性（不对

@dadadafei 戴手套、以及鱼饵不一定是活饵

「如果在你认为会失败的地方失败了，那就不是失败。」

「如果大家都认为我会咕，然后我真的咕了，这是不是一种不咕。」

你先看看 response.read() 出来个啥吧。
No JSON object could be decoded 基本就是空白字符串的意思。

@LokiSharp 前端搞个 AES 当场解密啊，这是通过 Confidentiality 做而不是 Authentication

@hoythan 楼主，你这是个 X-Y 问题。根据官方文档，就算是私有仓库，只要开 pages 就能绕过一切 Auth 拿到目录下的代码（好像说可以绕过 jekyll 引擎）。

新建一个账户。

@abersheeran 是不是在 2019 年 1 月到 2 月期间开启的？
201901 开了免费私有 repo，201902 才限定公开 repo 和付费才有 pages

话说先开了 pages 再转 private 能实现吗？

上面都不看 runtime.GOMAXPROCS(1) 的吗？
这种情况下两个 goroutine 都靠同一个 chan 形成同步，是完全稳定的输出，毫无竞态（当然，写出来的代码如果依赖这一行为确实是不好的）
而且 chan 和 printf 都是原子的，golang 默认没有 buffer 。

一句话解释：因为是非抢占式调度。阻塞会立刻转移数据但不会提前取走调度权。每次某个 goroutine 先运行一轮满足另一 goroutine 的阻塞，再运行一轮到自己再阻塞，这才能顺利移交调度权。

长解释：数字太长了我就写 0 和 1 了。先起了两个 go routine：0 和 1 但不会运行，因为 main() 还没交出调度权，直到 time.Sleep 才交出调度权。
因为某种实现细节，playground 先执行了 1 （竟然是先入后出？），运行到 <- r，阻塞，交出调度权。
这时候 0 开始运行，到 r<-who 塞进去了以后这个数据立刻被 1 拿走，但这时候 0 还没交出调度权，继续运行，运行到第二次 r<-who 的时候阻塞，交出调度权。
这时候发现 1 可以运行了，就运行 1，先把上次阻塞的 <- r 处理了，运行一遍，再拿掉 0 阻塞着的那个 who，再运行一遍再阻塞。

可是，Firefox 不支持 pixelated 呀…… 支持的是 crisp-edge （或 -moz-crisp-edge ）

@tcdh 不要 multi-stage，直接
FROM python
COPY
RUN poetry install
CMD

既然你生产环境是 docker，发布就不应当是 poetry publish 而是 docker push