如果是良心云增加了很多 CDN 节点导致回源流量暴增，那说明它的服务质量是提升了。。
但是我不太相信是这个原因。

@DrX #111
兄弟呀，请你相信我，我绝对尊重你的 yanlunziyou 。
不只是尊重你的 yanlunziyou ，我尊重所有人的 yanlunziyou 。
不只是尊重 yanlunziyou ，我还尊重每一个人，包括去叫 998 、1998 、3998 各种服务的时候，我也都非常尊重别人的呀。
yanlunziyou 包括发言，也包括反对甚至批评，如你所说那是你的 yanlunziyou ，但是反对甚至批评，也是我的 yanlunziyou 呀，总不能都你们觉得好的言论就不让我们其他人反对了呀，那烟酒或者其他糟粕文化岂不永无改良之日了嘛！毕竟如你所说，你自己都不抽烟，虽然你这种方式能获得些许好处，但如果整个社会，比如新加坡那种，整体人群都去掉了这些，你可以不去委屈就轻松搞定事情呢？（我不知道你这样做心里委屈不，但至少不是自己喜欢的事物还得去做也不是件值得开心的事情）

另外我是个尖酸刻薄的人，正派这个词从来不是我追求的人设。我也没敢拿 v 站当自己家，你看，发言稍微有点敏感的词就发不出来得拼音了。但是 v 站是让大家能够相对自由地各抒己见的地方，尤其是那种或美好的或有趣的或其他什么有意义的事物，大家说出来，挺好的平台

@msg7086
我说的是写日志服务器比写本机更慢，用相同的方式，都同步或者都异步，肯定是本机快。如果不考虑日志安全级别、也即不需要考虑异步的丢日志问题，那当然也能异步写本地了。
另外就是，异步写到日志服务器的硬件、配置耦合更高、还需要考虑短线重连之类的稳定性问题，而且是业务进程内的模块，远不如 ELK 拉日志之类的解耦（当然，也额外增加了运维成本，但是开发和代码相对解脱了一些）

索赔是依赖第三方的正常商业行为，但是在依赖第三方之前，自家的 debug 、故障修复能力也是应该尽量自己提升的。
这个安全级别日志是单节点的稳定性、故障恢复、debug 能力的范畴； LB 是处理扩容问题、分布式范畴。一个是单点内的问题，一个是集群扩容能力的问题，所以 LB 跟这个问题没有直接关系

@DrX 错误的价值观，你自己觉得有用藏在心里或者跟你小圈子亲朋好友交流也行，但是拿来宣扬这挺好，就影响到别人了。

@DrX
你认为的这个好处然后要去做的行为，可能对你自己来说带来好处，但是对大家来说是整体上的坏事情。
这跟你自己是否抽烟喝酒没关系，坏事情就是坏事情。

中文在科学领域的弱点被 OP 这种人发挥得淋漓尽致！

@sadfQED2 #29
不一样的，写数据库的那叫操作日志之类的，记录的东西不一样，比如 admin 操作之类的，是给管理人员用的。
程序日志主要是用于 debug 日志的，是给程序员用的。

@msg7086 #4 "你正式上线如果要跑 10w qps 的话还是单独开一台日志服务器吧"
都写到日志服务器难道不比写本机更慢吗。。。


@sadfQED2 #11 "3.线上服务写日志难道还有人不是异步的？"
比如金融级的业务，资金很重要，如果用异步、刚好宕机日志丢失了，那就不好了
#13 "开源的不知道，我呆过的公司日志框架都是内部实现的。写日志都是异步操作"
这些业务的安全等级不需要那么高，所以可以允许异步日志

@misaka19000 #16 同上面的回复

最后， @dzdh OP 可以按业务需要做日志选型，比如我上面说的。并且安全等级要求高的，比如金融级的，不差这点堆机器的硬件成本。如果是普通业务，异步也可

枚举本来就不是啥好玩意，明码标价各个值才方便阅读、日志。
同意的请点赞给我加分！

弱弱地问一句，who are programming gods ?

@DrX
有好的不去学，比如 00 后整治职场。
非要学糟粕
哎
幸好江山代有人才出，越来越往后的年轻人会让世界变得更美好

@DrX 朋友别闹，主动递烟这件事我是不太同意你观点的。

如果确认对方抽烟那 ok ，如果不知道对方抽不抽烟就递上去，我个人是比较反感的。
平时被动抽你们二手我们都没处说理去，麻烦就别打着友好的名义再来伸爪恶心我们了。
在我这里觉得这种友好的"友"是有病的"有"，都什么年代了，还非要烟、酒桌这些牺牲健康的方式去搞，真是需要 00 后来大力整治了

换 hugo 玩玩？

看样子像是：类方法如果不是通过对象实例调用，则首个参数作为对象实例，其他一些语言有类似的

@ganbuliao #7
俺们这些不怎么喝啤酒的认为：所有啤酒都是『怂人乐』，哈哈哈

会不会 2022.07.16 14:00-17:00 直播时又发生宕机，如果赶巧，就更社死了...

桌面换成"你瞅啥"一段时间？
bizhi.cheetahfun.com/d_1/158866.shtml

@blless 感觉应该多加一些配置中心分组，不同节点连到不同的配置中心，升级的时候也可以分批次更新配置，按分组从小到大、先更新小分组，跑一阵正常了之后再更新下一批，避免一跪全跪