@xmge 如果以结婚为目的可以直接相亲，成本还可以低一些。
其实恋爱本身也可以是目的。
一切不以结婚为目的的恋爱都是耍流氓的说法已经过时了。

通常不这样设计。

应当单独另设计一个日志表用于记录用户行为，登录只是行为的一种。
ID action/operation datetime

这样做的好处是关键业务数据和日志等辅助数据解耦，日志数据定期可以清除掉，做统计分析也方便。

非要用 split 么？
>>> s='123AA456B789AAA'
>>> import re
>>> re.findall('\d+[AB]+',s)
['123AA', '456B', '789AAA']

从概念上说是真的线程。只是在 IO 密集场景下才有实质用处，IO 操作时线程会主动释放 GIL。但是在 CPU 密集场景 GIL 起主导作用。记住这一句基本上就够了。

建议还是从前端
@python30 这种需求还是用前端实现吧。对于现在网络带宽来说整篇文章长小说一次传给前端也没有什么延迟。
后端弄太浪费性能。

谢谢分享，star 为敬。

自定义的 model 可以指定表名。
https://docs.djangoproject.com/en/2.2/topics/db/models/#meta-options
https://docs.djangoproject.com/en/2.2/ref/models/options/

你说的那个几个自动生成的表是 内置 auth 应用模块中定义的类生成的，要魔改那部分的 Model 定义源代码才能实现, 以你的水平应该还没能力改。

保持队形，我选择 pycharm

我认为排第一的是 https://matplotlib.org/

现在 LED 背光显示屏由于背光采用廉价白光 LED （蓝光轰击黄荧光粉补色成白光）所以高频蓝光成份对眼睛视网膜伤害。

DASUNG 大上科技--电子墨水显示器发明者与领导者,真正护眼
http://www.dasung.com/
这个是真正护眼的，但是只能黑白显示，电子墨水的原理是不发光靠静电吸附墨颗粒。

如果要成本低，彩色相对护眼，只能是去咸余或某宝买，CCFL 背光的 TN 或 VA 显示屏，目前基本上没有新的，只能买二手了。

在数据库里面放 2 个表
1 任务表，任务 ID + 任务结果
2 用户消息表
用户请求来了
先在任务表创建一个任务记录拿到任务 ID
开个线程去后台执行 shell 把任务 id 传过去，以便任务完成后按任务 id 把结果填回 任务表，
给用户消息表插条消息，放个链接用任务 id 去任务临时表取结果。

@nekoyaki 开发要是用汇编语言那就太 low 逼了，大牛都是直接用机器码 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

常规来说统计多维嵌套列表中的个数应该用 递归拉平列表那个程序（网上很多自己百度）中加个计数器实现。
但是也有比较 hacker 一些的方法比如：
>>> a = ['天然气', '垃圾分类'];b = [['稀土永磁'], ['风电', '稀土永磁']]
>>> str(a).count('[')
1
>>> str(b).count('[')
3
>>>

自己百度
使用 django-guardian 实现 django-admin 的行级权限控制的方法
Django-guardian 实现对象级别的权限控制

是不是用的 gunnicorn? 我也碰到过换成 uWSGI 就可以了，你试一下。
再有把 nginx 的超时时间，缓冲大小都设置大一些。

用的原厂无钢红，噪音比薄膜键盘稍大一些，在办公室里面不是很明显。而且我喜欢蜻蜓点水式的按键，所以即使在中午休息时间基本上也不会扰人清静。
同事有个别用青轴的，那个喀啦喀啦的噪音真的很扰人。

楼主的这例子没有什么说服力。
如果真的是全业务链调用，mongodb 的 IO 绝对占大头，性能极致也是 ms 级别的。
如果性能差出 10 倍来，肯定是以前 node 的代码太菜了。