@w985341237 好吧, 我当时倒是还真没用 uwsgi... 那次倒是让我长了个记性, 以后这种长耗时任务, 基本都丢消息队列做了, 走 SSE 从服务器推事件来判断.

https://github.com/MagicStack/uvloop
这是 uvloop 的 Github, 发现他们测的比我的结果好多了... 至少提高一倍速度

拖 uvloop 的 fu, starlette 框架性能落后 golang 没其他框架落后那么远, 也就慢个两倍左右...

@tu7jako 不做底层开发不用管 uvloop 源码和使用, 无脑 asyncio.set_event_loop_policy 就够了, 它是向 asyncio 协议兼容的, 除了 Windows, 其他系统随便开. 就我随手做的压测显示, 高并发协程能比默认那个提高 20% 左右

nginx 默认 60 秒的 timeout 以前也遇到过, 后来要么改走 WebSocket, 要么改用消息队列, 目前反正我配置的几个地方, 结合 stackoverflow 上学的配置, 都没什么用

简简单单一句话:
服务里禁用以后, 有个恢复选项卡, 你看看是不是里面有自动重启, 关掉

@ottf1225
@anguiao

棒! 就是要这个!!!!!!!!!!
tampermonkey
adblock
什么的就够了, 哈哈, 完美

@anguiao 凉凉夜色, 劝退告辞. 找个不番茄能直接下载扩展的安全第三方都费劲, 也不知道 APKPure App 能解决番茄问题么, 先不管了, 一个半成品, 抛开 chrome account, 还不如直接 chromium

你 sqlalchemy 的 driver 用的是 pure Python 的还是有 C 加速的, 后者会在 gevent 里无法打猴子补丁导致 block, 如果是纯 Python 的 pymysql 的话, 这玩意性能你就算使用了各种事务连接池合并提交什么的操作, 性能也很差的; 再加上 sqlalchemy 本身也不是以性能出名的

对你目前架构来说, 数据库操作想提速试试走消息队列吧

都用上 Python 了, 而且还不用 asyncio + uvloop, 就别指望性能有多好看了..

至于 celery, 不管是 redis 还是 rabbitmq, 我只评价一句: 又慢又占内存.

另: 如果是 Python2, 请无视我上面所有话. Python2 和 Python3 在同步框架里, 除了 falcon , 其他性能都不够看

@shadowwalker2644 好的感谢, 这方面信息不知道从哪看, 那我再等等吧. 只希望别用微软那个内置的 app store... 能独立出个网站就好

想推荐给不懂电脑的那些朋友, 之前让他们用 chrome, 他们又没法去外面的市场下扩展, edge 有什么办法下扩展么, 现在那些民间的都开始扫码下载了...

@Achilless 我居然没收到提醒有人回复我...

这估计和 go 没什么关系, 对 goroutine 来说 10 个和 100 个差别不该这么大, 主要开销还是在服务端的样子, 服务端扛不住太高并发, 而不是本地 CPU 扛不住

一楼你没带狗头, 就显得不像段子像真事了

我以前听过一个让我震惊很久的设计思想: 只要你的软件够慢, 用户留存时间就会增长.

强迫症是病, 你这只是习惯

指望编程吃饭, 目前就是 java, 目前市场最大, 缺口也不小
指望编程让已经有的饭好吃, 那就是 python, 节省时间提高效率
指望学点东西改善生活, 当然是 JS, 就算不用 node.js, 也是可以用原生 js + chrome 油猴实现大多数自动化操作了
HTML 是标记语言, 稍微看看就大致懂了, 不求职的话 H5 不用深入, 每次要什么去看文档都来得及

简单的说, 计算机基础扎实懂得机器思维, 就从编译型语言入手, 性能靠谱, 上 java golang 什么的都可以; 计算机方面略有基础但是不深, 甚至毫无基础, 就从脚本语言着手, python js 学起来不会太辛苦, 大部分原理都是所见所得的, 比较符合人类思维

祝好运, 喜欢自学的人总归不会太笨. 李笑来有一个和自学有关的东西, 讲了 python, 不过有点啰嗦, 想看就试试.

java / golang 教程, 有计算机底子的, 不需要教程, 就是上官方文档硬怼, 刷 50 多道 leetcode 就上手了, 多读别人源码就行了.

python 教程方面, 只说最权威的
官方中文教程 https://docs.python.org/zh-cn/3/tutorial/index.html
微软中文教程 https://docs.microsoft.com/zh-cn/windows/python/
至于其他民间教材, 在三年前信息爆炸知识匮乏的年代可以考虑, 目前已经不推荐看了, 毕竟不是专门搞教程的, 平时多看看 realpython 和 awesome python 的周报即可; 入门以后就是三本书, 都有中文的
《 Python 进阶》（ Intermediate Python 中文版）
python cookbook
Fluent python


javascript 教程
目前除了 MDN 那个 https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Guide 比较全面
就是看现代 javascript 教程. https://zh.javascript.info/

入门教材选不好, 可能会让人和学习目的失之交臂, 所以现在基本不会推荐一些民间的东西了, 不是说不好, 起码与时俱进就不见得比官方新, 很多开免费教程的人有可能需要恰饭以后, 就顾不上维护了.

很多东西搜一下省多少字
The Celery worker itself does not process any tasks. It spawns child processes (or threads) and deals with all the book keeping stuff. The child processes (or threads) execute the actual tasks. These child processes (or threads) are also known as the execution pool.

考虑性能就是 AC 自动机
考虑原生就是正则表达式里的零宽断言

ProcessPoolExecutor 可以看做一个进程池执行器, 朝里面提交函数和参数以后, 会返回一个 Future, 这时候任务就开始执行了, 所以常见的用法就是:
1. 新建一个进程池执行器, 设置好并发数 pool = ProcessPoolExecutor(5)
2. futures = [pool.submit(func, var[0], var[1]) for var in var_list]
这时候任务都在后台派出的线程执行中
3. 然后就该等待任务完成了, 如果想要按执行结束的顺序来处理, 就
from concurrent.futures import as_completed
for future in as_completed(futures):
result = future.result(timeout=None)
如果无所谓完成顺序, 但是在意任务匹配顺序, 就
for future in futures:
result = future.result(timeout=None)
这里 timeout 可以配置成一个 float, 然后 try catch 住 timeouterror, 不过不确定多进程会不会杀死超时任务, 因为平时我大都用线程, 线程是肯定杀不死的...

如上, 并发的好处就体现出来了, 也就是说, 在没达到并发限制的情况下, 整个任务理论上完成耗时不会超过最慢任务的耗时, 虽然实际上会受并发限制和 CPU 数量影响
@qazwsxkevin

这个, 自从上次说过 XX 人不需要隐私, 以后... 我感觉自己不需要拍照...