我记得 Pycharm 自动把当前项目加入路径, 还是说启动脚本的 cwd 和 vscode 不一样

简单对比就是你在最开头分别打印 sys.path 和 os.getcwd

外行表示... 你发的顺序似乎就是目前流行程度, gf 比较新但是挺多人推荐的

potplayer 就有无缝切换提前预加载... 看了需求没看懂用 python 输出成 web 还是啥...

这标题, 只有 "需要翻墙" 四个字补全毫无违和... 其他操作都不会让人感到转折

它也怕你乱问

随便写个爬虫不就好了... 何必自己点开

用了两年 Ubuntu 两年 mint 两年 manjaro... 感觉都差不多

软件还是看自己需求吧, manjaro 用啥装啥真双, 之前至少装个鼠标手势, 现在公司强制用 Windows, 坑, 在虚拟机里就没法使了

tmux 之类的就懒得提了

1. 定时启动和手动调用, 以及分别查看运行记录和日志
1.1 airflow, azkaban, systemd
1.2 比较次的情况, APS Scheduler, sched, supervisor+plan
1.3 不推荐 crontab

2. 共享模块问题
2.1 微服务(HTTP/RPC) 最能做好一致性和统一升级以及审计等能力
2.2 云原生 Serverless 之类也不错, 打通 gateway 或者其他 invoke 方式也行
2.3 私有 pypi 或者私有 git 用 pip 安装
2.4 通过挂共享盘路径方式存放共享模块, 可以用统一的 venv, 也可以 sys.path 的方式, 包括 pip install -t /share_path/xxx 的方式带上依赖

3. 解决上面脚本地狱的正经办法还是重构, 看成本是否能够接受吧
3.1 领域驱动设计, 从头划分边界与共性
3.2 服务化改造, 只通过 HTTP 或其他远程调用的方案, 起码把手动启动的改成远程调用
3.3 调度模块按 1 里面的改造成所见即所得的模块, 而各种配置信息用专业的配置中心服务不要硬编码

学啥语言都绕不开学 JS 和 py 的吧...

要是真的只向钱看, 看你底子吧:

1. 计算机底子很好, 科班出身, 或者名校毕业, golang 起点和天花板一般都不低, 能拿到一个比较满意的薪水

2. 自学成才类型的, 走前端是产出收益比最大的选项之一了, 浏览器和小程序还有 App 生态已经成熟, 虽然有些卷, 但门槛低一些收入也足够高, 前两年算风口上的行业, 招聘需求很旺盛带着薪资也提上来了

一般情况下的开发者会先熟练掌握一门语言把它吃透, 一方面解决吃饭问题, 另一方面语言大都一门通门门通的趋势, 至于说某某语言是 XXX 不适合 XXX, 还是看个人能力水平, 毕竟以前也出现过 JS 写操作系统的大佬...

对于主力语言的选择, 还是看自己职业背景与发展方向吧

估计这几天 Siri 都 emo 了... AIGC 其实能让我妈别乱听营销号, 帮她老人家解答一点生活常识其实就功在当代了, 我妈眼里的小爱就是个小弱智, 早年间还能 "百度一下 XXX" 或者 "搜一下 XXX", 后来不能用了

@byaiu
流行云原生吧, 主要想抄个版本答案, 能达到和以前那套一样流量不丢失的就行. 我也求问啊... 现在想到的就是多实例切流量, 不然默认的实例重启会弄丢当前连接

不是专业后端, 所以想照抄个当下答案, 如果不是后端是脚本, 就随便重启了

@LeeReamond 大哥, 我是来等新版本云原生的答案的...

孤儿进程吗? 杀了以后 wait 试一下

@edis0n0 可以, run_in_executor 吧

https://docs.python.org/zh-cn/3/library/asyncio-subprocess.html

asyncio 子进程

对协程不熟悉的话真不建议用协程, 不然会经历很多痛苦的地方: CPU 密集阻塞事件循环, 同步代码阻塞异步任务, 多线程开太多切换成本太大.....等等

@LeeReamond

什么啊... inspect 查看函数入参类型的, pydantic 做校验, 类型错误就不执行了

监控变化用 watchdog 看文件变化, 删掉的逻辑是你只要导入过的模块一般 sys.modules 里面 del 掉, 再导入一次就是新代码了, 不用特定命名, 只要 import path 固定一个目录, 会自动去搜模块名字的. 我那个格式是 URL 路径的格式, 不是命名格式

如果不放心害怕有篡改文件或者有人偷偷注入什么东西, 我之前还想了做对整个 .py 文件加盐哈希然后哈希值放到文件第一行, 到时候导入前先判断文件对不对

操控天气肯定半夜下雨啊... 白天下雨各种工程都耽误工期

年轻真好, 总是想太多

我刚做了一个类似的...

假装是个动态脚本的 RPC, 通过 URL route 选择模块路径, 比如类似格式和很多常见模块的 entrypoint 一样, package.module:function 的方式, 传参兼容 params 和 Post form 以及 post JSON 多种方式, 目前参数只支持 kwargs 直接塞函数 **kwargs 里, 之后会根据 inspect 提取函数参数列表来做 validate 相关以及自动生成表单

然后动态载入刷新代码什么的, 我是每隔一段时间或者用 watchfile 的方式查看文件变化就从 sys.modules 里删掉, 下次导入就是新的代码了, 以前想过太多 reload 的用法, 发现最简单的就是直接删掉旧的...

这套东西还没时间开源, 难度不大自己琢磨琢磨也就明白了

@LeeReamond nginx 我也是没办法, 但凡组里有个运维就研究研究 Istio 什么的了. 我就想知道个当前的版本答案, gunicorn 这套五年前就不流行了

Fastapi 以前自己服务器上就 uvicorn 直接起, 反正更新代码重启下就够了, 不开 --reload

公司服务器上也是 gunicorn + uvicorn, 主要用到 gunicorn 那个 HUP 信号无中断的热重启, 守护 systemd 就够了, supervisord 这么多年了也不知道当初那些小 bug 好了没有

现在在考虑 docker 那边怎么无中断热重启, 想丢 K8S 里面, 之前想的是 nginx 帮我转发多个端口的, 重启的时候一个个重启自动切流量, 不知道有什么更好办法没有. docker 里面走 gunicorn 就算接到 HUP, 但是代码是跟镜像走的...