其实没必要那么麻烦

可以自己用一种规则

域名的特殊简称 + 熟悉的字符串 + [len(域名)| 数字的数字] + 符号

比如 V2EX 的密码可以是

v2ex imyourfather123 1(如果没带数字那就是 0) !(数字对应的符号)

math.ceil(-123/10)

@nightan #25

https://github.com/encode/requests-async

> 这个时间内让程序去处理别的逻辑，处理完后再回来处理取回来的数据

这个地方读起来有些怪


之前是写了一个 chunk + requests_async 用协程处理

你可以这么理解

for _ in range(100):
request

和
for _ in range(100):
request_async


这两者会有区别。

但如果
你只是请求一个并直接使用，不一定有你要的效果。

新浪微博「点赞功能」数据库如何设计的？ - 高辰飞的回答 - 知乎
https://www.zhihu.com/question/63947513/answer/224529861

附的链接也可以看看

之前还看过一个 blog 有大概说实现方案，但没看懂就略过了。

@tlday #76

我知道他意思不是说 90%是 django 写，所以我就说，这吹得有些过了。
即使我本身就是 drf 吹。

如果真的只是要杠的话，性能瓶颈是什么，这个才是杠的地方。

@Vegetable #69


> 互联网上的流量分配绝对比现实中的财富分配两极分化更严重。因此我认为完全没什么性能需求的网站超过 90%，这一观点和 Django 完全没什么关系。
黑人问号

> Django3.0 已经支持 asgi 了，没必要再用 2.x 时代的方案了。
...略下 channels 作者 Andrew Godwin 再来谈这句话吧。

如果考虑并发的话，可以试下用 channel 走 ASGI 那一套， 搞多几个 worker。

@Vegetable #43
这就吹得有些过分了

感觉会给人不够独当一面的感觉，

走 web 的话，接口还有对第三方库的了解感觉都比较欠缺。

get_html(url)

这个函数在使用上就默认 url 是一个 str 就好，需要做 validate 之类的话，更有意义是检测它是否是一个完整的 http 链接

或者你从一个比较高的角度去考虑这个事情，

假如你接受的参数是来自外部或者你必须做强校验，那么你有 2 种更好的选择

- 从 form 或者 serializer 就定义好字段类型
- 自己做一个 validator

这两种做法的好处是，不会让 所谓 “类型”检验的代码散落到处都是

如果只是单纯睡不着的话，

试着闭眼翻白眼，把两个眼睛向外看。

@liuzhaowei55 #8

跟实体没关系

假设你屏幕顺序是 ABC

你每次从 A 到 C 或者反过来，都必须经过 B