确实是上规模了才会考虑中间件这些，因为所有的后端设施，数据库等等，它最基础的维护单元就是一个单连接能按期望工作，所以如果业务在单实例下解决，你还需要用三方服务来解决问题的话，那是基础设施本身做的不够好。但是上规模以后就不可避免的遇到问题了，比如业务要求我连数据库，但是数据库或者 redis 是一个大集群，你不知道里面都有哪些节点，也无法确保知道的节点是正常在工作的。这时候为了开发端无感知使用，就需要中间件专门处理这类问题，开发还是正常连接，正常 commit ，中间件帮你解决具体落实到哪里的问题。其他缓存等等类需求同理

@stein42 我知道 1L 场景中正确的做法应该是加只给 sentence 加&'a ，但我无法理解这么做的含义。按 1L 例子中的场景，应该可以简述为，出参与哪个入参相关，就往哪个身上标记。

这个理解应该是简单的，只是感觉似乎不能解决所有疑问。也许不适用这条用法的情况下就不应该用引用的参数解决，而是应该引入智能指针一类东西？

@choury 我觉得需要建立在实际工业环境上去考虑概率问题。比如如果说 uuid 碰撞概率低于在宇宙中随机选一个原子，那么我们生产上认为这是不可能事件，虽然它可能。硬件处理比特翻转问题有方案，内存方面上 ecc ，总线间传输时也有冗余纠错，可以认为硬件选择合适配置后不考虑比特翻转角度的不可靠性。TCP 传输则不一样，Redis 一天跑出 T 级流量也不是什么稀奇事，我有很关键的数据恰好错了，服务编写不严谨导致崩溃，或者核心数据无法解码造成损失，这怎么办。

@wy315700 会发生就完事了，还扯什么构造不构造，我不是为了应对攻击，我是要防止程序遇到不可预料的数据

@wy315700

？

tcp 的 checksum 只有 16 位位计算校验，同发错误发生时如何保证不会出错？回答看得我一愣

@arischow 谢谢，你这个我试了不好使，但是改了个格式好使了

$ git clone https://<TOKEN>@github.com/username/repo.git

我用的这个格式

@est gunicorn 有什么问题吗，因为现在 fastapi 炒的火，fastapi 里的推荐部署方式都是 gunicorn

一个不是很冷的知识是我印象里，自 19 年行情以来炒作出的一波明星基金经理，最早看到新闻是去年 1 月开始陆续限购、已有产品清退和兑现，算来已经是 14 个月以前了。宏观经济方面也差不多是同时期开始，美联储加息一直处于一种“欲加不加”的，加与不加的叠加态，是否是立即进入紧缩周期了没有人知道，但是大家都知道的是起码不在宽松周期了。所以。。。

@littleYY 说起来容易做起来难啊。

1 、工作同事：部门二十来个人一个女的没有。
2 、以前同学：不怎么联系了，而且当年就没看对眼的，现在还能看上？
3 、朋友介绍：很好，首先需要朋友。我朋友不多，男性朋友没怎么见过给朋友介绍对象的，女性朋友，我的经验是学习工作不在一起就慢慢疏远了。
4 、网上冲浪：？

关于找聊得来的，有共同兴趣的。我的生活重心是养活自己和我的家庭，赡养我的父母，同时为未来经济下滑早做打算，我的兴趣也大致上依照这几点展开。按我的经验，女性不喜欢你聊这些严肃的话题，同样也不会兴致勃勃地跟你讨论如何搞钱，感觉这些都太 low 了，可能有部分女性对这些感兴趣，只能说我没遇到。

抛开其他人不谈，只谈自己的精神世界的话，我在学生时代曾投入很多年认真学习音乐，到差点靠此谋生的程度。我广泛阅读、博闻强识影视作品，研究文学和戏剧创作技巧，在网络平台连载过百万字长篇小说，这些爱好最后大多因没有收益或没有时间无疾而终。我说这些并不是要表达某种程度上的优越感，只是想表达与绝大多数朋友聊起相关话题大多数时候我大多只能赔笑，并不是很能聊到一块去。一般交流中如果只有我自己侃侃而谈而对方反馈寥寥的话我的情绪也会收到影响，以前遇到过会笑着听我滔滔不绝讲完的女孩但是当时没有把握住，现在已经错过了。

所以话又说回来很简单，如果为了谈个女朋友强行谈，比起开心，反倒是对自己折磨更多一些，还不如不谈。如果想要两个人三观契合，并且兴趣相投那实在是可遇而不可求的事情。现在每天工作这么卷，别说求了，遇的时间都没有。现在时代性别潜在红利越发凸显，从女性视角看即使网上冲浪也不乏邂逅机会，我是一男的，扔到社会上变成海里一滴水，who care ？

@hronro 试了试装了这两个，默认的类型提示必须严格保证怎么关啊，有些时候是提示给人看的，懒得标那么细，搞一大堆红色波浪线出来

@zqhong 这个项目很好，满足我的需求，很简单，功能也堪用，虽然好像有些小 bug 。不过很好奇它的原理是什么，它不需要 redis 那边主动装一个 exporter 向它推送，他是怎么知道有人访问了 redis 的呢

火不火主要看花了多少资源推广，依稀记得当年 ow1 出的时候推广那叫一个铺天盖地。个人感觉 ow 本身也不好玩，FPS 核心的点永远在于太吃反应速度，电光火石之间有的事情很随机，这点加入技能、团队协作、平衡性修正以后又被放大了，一不小心一个人拉了那整局游戏队友就全拉了。又没有吃鸡的养成玩法加成，又不能像吃鸡一样秒排，中端玩家游戏体验十分微妙。。

@dilu 好的，我感觉倒不是想的复杂吧，就是单纯的我现在手里有两台机器，总得想个办法给他部署下去，比起用默认设置，搞个可靠一些的可以减少以后运维的麻烦。


@singerll keepalived 没有使用过，这是一个依赖 java 的框架吗，还是全语言通用的。我目前的设想是，依赖哨兵的话一主一从可以用哨兵的服务自动完成主从切换，服务发现也是哨兵节点可以搞定的。换成 keepalived 有什么优势吗，还是部署更简单

我选择宝塔。虽然宝塔经常在鄙视链底端，但是日常使用中，一个是需要打开 ssh ，然后键盘敲半天才能操作的，修改文档要用 vim 的，另外一个浏览器里鼠标点一下就开了，各种操作点就搞定了，ssh 管理的方式真的更好用吗，我质疑

@ClericPy 谢谢，年经水问题丢人了

@hhhhhh123 你写的东西我看了三分钟没看懂，我觉得想说的话没想好之前可以不说。。

@est
@Vegetable
@wangyu17455 谢谢回答，所以很清晰了，tcp 默认有心跳确保长连接，http1.1 无限制，nginx 默认一分半，gunicorn 默认 1 分钟，uvicorn 和 starlette 默认无限制，所以要确保连接需要修改 nginx 和 gunicorn 的默认设置，另外浏览器也有限制但是比较长。

所以 chrome 具体是多长来着，好像有模糊的印象听谁以前说过是五分钟还是多少

@msg7086 买硬盘是很有道理，但是考虑到这些资源感觉会一直保存着，不压缩的话传播起来太费劲了，每次搬着几张硬盘走么。。

@wewin 有需求的场景不需要你的开源，人家团队做的比你成熟多了。没需求的看开源，然后看完没地方用，自己再做个开源