从小一直不怕, 吃油炸豆虫蚱蜢什么的, 只要炸硬了都不怕, 直到有一天去广东上学.........

前两个我也有点想了, 床桌久了似乎腰废了...

投影仪, 健腹板, 压缩裤, 矮轴键盘, 别的想不起来了, 插眼等着抄答案

呃... 有没有一种可能, 我有个固态移动硬盘...

看到楼主提到 venv, 如果客户端那边有 python 解释器, 可以考虑走 zipapp + zipimport 的路子, 目前我平时用的就是 shiv 和我自己写的 zipapps, 貌似还有个 pex

https://github.com/ClericPy/zipapps

zipapps 几个参数可以注意一下, 也勉强能用来发布客户端:

0. 如果对方没有 python 解释器, 也可以用官网那个 embed 嵌入式的绿色版解释器, 不过 -p 的 shebang 似乎只对 pylauncher 那个有用, 得自己写个启动 bat
1. -o 的时候后缀把 .pyz 改成 .py, 这样子 Windows 上只要双击就行了
2. -u=* 这样会把所有代码都解压出来, 避免一些相对路径导入的问题, 或者动态链接库的导入问题, 或者 -u=AUTO 自动判断 .pyd 如果不存在就不解压了
3. -d 这个参数是在运行的时候安装依赖, 一开始是用来做跨平台发布(因为只和客户端有关), 而且节省打包后的 zip 大小, 并且依赖没变的话不会重新安装. 不过鉴于 embed python 没有 pip, 还要配合 ensure pip 参数, 有点麻烦, 当然如果对方是官网的 python 解释器自带 pip 就没事
4. 当然如果对方不但有 venv 也可以直接用里面的 python.exe 来执行 pyz 文件, 依赖就不用打了

不过多数情况还是拿来云原生上发布使用, 今天写 nuitka 那个 GUI 就是为了取代 zipapps 的习惯

@lifansama 为了依赖和源码分离, 依赖我通过 pip install -t xxx 的方式直接丢进去, 不然编译太久了, 之前编译 psutil 啥的没等死我...

呃, 巧了... 我今晚上刚发出去一个 GUI 帮着用 nuitka 打包的, 拖延了一年多昨晚上整理 GTD 时候看到

代码质量很渣, 也就是个能用的原型阶段, 可以参考一下, 主要就是记不住那么多参数和文档, 以及依赖源码分离打包

https://github.com/ClericPy/nuitka_simple_gui

我不是针对谁, 手机游戏我一个都不想玩. 虽然和我用红米有关系...

D2R 不开国服, 我也没啥兴趣了, 岁数已经过了那个坎儿, 开始 "不将就" 了

开源阶段读过, 虽然大部分都是总结性质的常识, 读的时候基本已经掌握了, 但这书如果早出五六年, 可以让我刚毕业时候少走多少弯路(这话怎么感觉说过...), 那年代想获取这些知识要么靠大佬带, 要么靠英文读物

认真做内容的不多了, 挺多博主要么卖课要么直接弃更, 希望楼主再接再厉, 生命不息 coding 不止

原来是 EdgeDB 的大佬... 和 1st1 一个组织的, 厉害

第一反应是哪些英雄出无尽...

想说的楼上都说了, 还有很多塔防类也是无尽的, 还有杀戮尖塔, 不过都没啥意思. 云顶之弈很多时候有个顶级 BD 结果刚成型就吃鸡了, 我倒挺希望吃鸡以后来个大魔王模式, 随机引入 7 个曾经吃鸡的 BD 和我再对战一波决定一个王中王

没有 WIP 分支用 git 还有啥用, 估计是 SVN 养成的习惯然后追时髦开始 git 的吧

丢坚果云里吧, 反正我之前没见过代码可以随便丢到公有云上的, 这种公司就跟着大部队走, 工作生活平衡分明白, 下班别写了, 领导看不见的工作量都是多余

@tgwl 那同学是趁着硕士毕业两年内保留应届生身份, 真变成往届生那就是另一个故事了... 税务局确实香

说出来可能不信, 我认识个同学, 干了不到一年, 当 GWY 去了... 唉

等 2XU, 虽然降价了, 但得买仨...

换几个浏览器? 怀疑是 chrome 默认打开 DoH 那个问题导致的, 强行给整了个 1.1.1.1 的 DoH 结果是樯外的... 在设置-安全-安全 DNS 关掉看看

(已过时)三年前的话, https://github.com/ClericPy/newspaper#%E5%86%85%E5%AE%B9%E6%BA%90%E5%88%97%E8%A1%A8

不过里面多数作者都走上了带课挣钱养家的路子, 所以不再继续抓取(基础已经入门, 也学会了如何检索, 没啥看的必要了...)

现如今的话, 除了几个公众号偶尔还有更新, 也就看看那几个周报了. 这两年感觉 Python 没以前那么火了, 群里除了卖盗版书的, 都没人说话了

我也让你带沟里去了...

你说的两个条件: 100 并发, 3 秒延迟. 这实际上就是 Python 多线程常见瓶颈的一种, 我不确定 Django 和 gunicorn 有没有做 Semphore 限制, 平时多线程的时候会发现做了 Semphore 限制时候处理同样一万个任务, 单核心 5 并发比 1000 并发要快的多, 因为后者排队太离谱了, 多线程状态切换都切傻了.

总结: 开多核心, 然后并发别太高, 太高的话加 Semphore 锁一下耗时长的部分

PS 这也是我全面抛弃多线程改走协程的原因, 协程性能不一定会更快, 但是抗并发的时候优雅的多

@winglight2016 先 debug 看看是哪一行慢吧, 3 秒怎么想都像个瓶颈在数据库那边的慢查询... gunicorn 启动参数设置多核试试看, 代码写的不行的话, 并发确实上不去.

所以总结一下就是, 先调试看看哪一行慢, 有可能某一行或某一个函数占用了 99% 的时间, 修了它就直接百倍提升

超过三十岁还在乎别人眼光的话, 看来这些年还是挺幸福的