压缩 json 用这个库不行吗？
https://github.com/rgcl/jsonpack

jb 开源的这个，
https://github.com/JetBrains/projector-server
可以通过浏览器远程运行 jb 自家的所有在 linux 下的 ide 。

强推 graal

为什么有些 error code 是数字，而有些 error code 是字母缩写 比如腾讯的 api 。

我买了这个铝合金挺轻的，还能放车后备箱拿去户外钓鱼 https://m.tb.cn/h.fdmoYS3

redhat 的培训、redhat 的白嫖、redhat 的驱动
。。

在修仙世界披着程序员皮的互联网大亨的意淫发家史？

@xiaobaiyihao

> "@dusu fpm，性能每次请求必须在 300 ～ 400ms 内答应，百万吧，现在的情况就是卡在这个 curl_multi 请求上，> 本身这个接口也是高并发接口，接口内部要去并发请求其他接口"

300 ～ 400ms 内 百万请求，用什么 php 啊， 你带宽都要 6Gbps 了

@xiaobaiyihao

> "@dusu fpm，性能每次请求必须在 300 ～ 400ms 内答应，百万吧，现在的情况就是卡在这个 curl_multi 请求上，> 本身这个接口也是高并发接口，接口内部要去并发请求其他接口"

300 ～ 400ms 内 百万请求，用什么 php 啊， 你带宽都要 2.5Gbps 了

写错：
“这个具体使用 poll 还是 epoll 哪个得看 curl 的编译参数”

需要改成

“但 libcurl 库也默认自带提供了一个基于 poll 或 select 的两种实现的方式，这个方法有两个功能一样的别名 curl_multi_wait 与 curl_multi_poll，起具体实现使用 poll 还是 select 哪个得看 curl 的编译参数”

我错了，


php 的 curl multi 居然不是基于 epoll 的

虽然 libcurl 库对与 io 复用库是不可知的，可以让开发者在 c 代码里对 socket 使用自己实现的 io 复用库，但 libcurl 库也自带提供了基于 poll 与 select 的两种方式，这个方法名就有两个别名 curl_multi_wait 与 curl_multi_poll，这个具体使用 poll 还是 epoll 哪个得看 curl 的编译参数，当然性能都不能和 epoll 方式相提并论，

悲剧的是在 php 的 curl 拓展中 php 就使用了这个 curl_multi_wait 方法，而没有使用 epoll 方式相关的代码，所以 php 的 curl multi 比 epoll 慢也是正常，当然 poll 与 select 再拉垮仍旧比顺序执行快。

参考：
php curl 拓展提供的 php 方法 curl_multi_select 就是直接调用 libcurl 的 curl_multi_wait 函数： https://github.com/php/php-src/blob/master/ext/curl/multi.c#L185

libcurl 里默认提供的 curl_multi_wait 函数实现依赖的 curl_poll 函数代码中只用 poll 或者 select 而没有 epoll：
https://github.com/curl/curl/blob/52fab72397687467650093c86e5479cb1d759042/lib/select.c#L329

@xiaobaiyihao epoll 事件是操作系统级别的性能了，还慢，那只有加带宽了

curl_multi 是基于 io 的 poll-select 的吧，没开多进程
https://github.com/curl/curl/blob/1b70748e862eaa4d2ae4b8e1d34bc3b47540af22/lib/multi.c#L2543

除了 ios，开发用 linux 最好

分母来也

不要再拿 Java 与 PHP 作比较了，PHP 毫无疑问是目前主流语言中写业务是最快的。

昨天看了，b 站泄漏的 go 后端代码确实朴实无华，单感觉这么弄也很稳。

https://www.cnblogs.com/zjsxwc/p/15253790.html

最后 DAO 就被滥用成 现在这种局面，什么都能往 DAO 里套，
DAO 就是神，祂无所不能！

@anonydmer 2 小时 28 分钟前
基于历史缘故，我明白你的意思，
但 DAO 如果还是定义成 Data Access Object 这个理解，
那么 service 和 DAO 有什么区别呢，
只要是返回数据 Data 的对象都可以被称为 DAO，
很少存在业务代码不使用数据的，
那么按照这个理解一切皆 DAO ！

我也见过，在一个 foo DAO 通过多个不同 RPC 调用别的 service 对象，这些 service 对象再通过自己的 DAO 获取数据，foo DAO 再组装这些 rpc 数据返回的合成一个数据，这时候这个 foo DAO 如果按你的理解当然可以被称为 DAO，但我更愿意称呼他为 service 。