看了下知乎的问题，我想问下有没有批量拉黑知乎用户的油猴脚本。真的恶心炸了。

国内这群有“逼格”的 PM 就是这么菜鸡互啄的吗？学到了。

低代码和 serverless 都是看上去很美好，实际上和平台深度绑定的东西。个人看法是各位想做互联网时代的老微软罢了。

@halden 任何非 2B 为核心收入的公司没必要也责任公开自己线上问题的起因,稍微大点的公司一天的线上故障不计其数，挨个发通报没意义也没必要。当然如果你硬要看六子肚子里几碗粉就当我没说。

php
如果你不写云原生 用 go 就是给自己找不痛快

3 亿的数据已经不适合用 mysql 来存东西了，你插数据进去都费劲,换 mongo 或者列数据库或者 ES 吧

上一个想这么玩的 DW 坟头草已经三尺深了。

你们搞安全的都不写代码或者了解下基础的现代网站工程结构和原理的吗

3306 日经+1 listen 127.0.0.1+ssh 公钥登陆 花个半个小时就能避免的问题

上面老哥已经总结过 IDEA 的各种优势了，我再加一个，IDEA 的 httpClient 还支持 curl 转换,chrome F12 里 network 的请求是支持 copy as curl 的 测试出问题之后让测试复制下 curl 发过来 复现简单的多

直接双路工作站装 esxi,数框框快乐的一匹

别的不知道,我就知道学 api 死路一条。

看楼里各种说法一度以为万恶的 leetCode 是应对中国市场做出来的

算法题可以有，但是专门整 hard 级别的纯粹就是恶心人了

个人看法是适当的算法题可以筛掉不少混子。

如果不考虑被逆向 客户端更新 安全性 并发量 以及客户端需要提交修改数据这些问题的话可以考虑用客户端连接。 但是有些频繁查询数据库的操作可能感觉远不如你后端 http 请求完了响应好就是了

@hikarufighter32 我进这个帖子就是等这条回复 2333333

@dzdh 那考虑一下加个消息队列解耦，消息体放更新前后数据，消费者消费消息生成日志。把日志放数据库的行为非常不好