哎果然标准化的东西没啥人关心

折腾了半天搞定了,我自己来回答把...

要求 git tag 里匹配 setup.cfg 里 version,而且是最新的一行
这样生成的 egg 里的 PKG-INFO 里才不会带 dev 字样

具体再 pbr 的 packaging 里_get_version_from_git_target 部分
从 git 里获取 tag 信息区匹配 setup.cfg 中的 version
如果是 0 行匹配到,就认为不是 dev 版本

先不说数据库,光说程序

楼主先把这个读了 https://docs.openstack.org/pbr/latest/user/semver.html

然后想想有多少程序 /库没按这个标准做

再想想你家程序有多少单元测试

然后你就不会问这个问题了

openstack 里的对于需要回复的消息的做法是

在发送消息包里带一个 dict 的 route key 用于回包
这个 route key 是唯一的,
一般在进程创建的时候生成一个随机 key 作为用户给别人回包的 route key,注意进程需要每个进程有独立的可 route key

不是有研究证明了么
对待小孩子 正面的奖励 比负面的责骂 效果要好很多

对人都差不多把

请把基础打一下
linux 进程间通信,父子进程

回头再来看 multiprocessing 源码

哦搞半天 provider 就是 google 自己出的状态管理啊

没资料看不懂可以线学 redux, 和这玩意解决的问题是一样的,懂了 redux 再看 provider 应该不难

有写过 react 么？这玩意和 react 思路一样的

你说的什么 provider 什么意思啊？

你看看 redux 是不是你要的

不想改代码就用 maxwell 把数据实时转发就是,不影响线上记录相关代码
跳出来海阔天空啊！

直接用 pg 的 timescaledb 啊,直接 time bulk 处理
这种最适合时序数据库了,不要坚持 mysql 了,不行的

你先用 python 之类的动态语言写一遍

再用 java 这样的静态语言写一遍

然后你就理解为什么静态语言需要泛型这玩意了

不要死脑筋去理解,功能做出来是为了解决痛点的,你知道为什么痛了,自己然就懂了

@est 要加 where 过滤咋办 233333

我进来说 PG 一统江湖,好了我出去了,你们继续

一般来说 要分数据收发线程和数据处理线程

收发线程接收到完整的自定义协议包后,讲数据塞队列里,然后继续收数据

数据处理线程从队列里取数据然后进行处理

@MonoLogueChi
介绍下 sqlserver 呗

@wd
这种做法一般得用 long, 比如上面说的 snowflake
long 在 js 上很麻烦,还要特意转为 string

不容易被人看出规律（隐藏用户数量）, 散列好,做缓存字段更好处理, 不用自增降低数据库消耗，也更适合做分布式系统主键, 长度比 int 好, 字符串做主键也不会出现 long 型导致前端 js 麻烦问题

缺点也就性能差点

openstack 模仿 aws
大家都抄 openstack, openstack 不行了也没什么好抄的了(该抄的抄完了),回头继续抄 AWS

哈哈哈哈哈

HTTP 的请求就不应该有阻塞
HTTP 设计本身就是无状态的才会有 fast cgi 这样的形式,http 请求本身就不应该有需要长时间执行的调用

你要实现 B 请求在 A 未完成的时候阻塞本身就是错误的思路,违背了 HTTP 协议的本意
如果 B 需要依赖 A 完成,那么 B 请求发现 A 未完成的时候直接返回 A 未完成,而不是阻塞

由客户端轮询 B 请求,直到成功执行

否者,需要设计成服务端通知模式,这就需要 websocket

有哪家云不借鉴 aws 的可用拿石头砸他................