web 方向 福建是.NET 比较多吧

你应该在使用完一次线程变量的最后，将这个线程变量设为 nil，防止拿到上一次遗留的值

china_city 还是可以用的

可以考虑支持 http2 了

代替的可能有，超越 ActiveRecord 的 应该没有吧

是的，数据库瓶颈是更容易凸显的。一个请求消耗大量内存，在系统请求量不高的情况下可能没什么问题，在请求量高的情况，对系统影响是很大的，GC 的任务也会变重，我觉得也应该尽量避免

内存 是稀缺资源，不要做任何有可能爆内存的事情

一般情况 一次查出 100 个，只有一次 SQL 查询。如果你要查 1000 个文章 你不分页吗？

要不 你贴下代码或者代码库

明白你的意思了。可以用 redis 或 rabbitmq，文章也说明了，个人觉得在 rails 环境 用 sidekiq 是比较省心的选择

也不是这样说吧，消息队列和 RPC 是完全不同的调用方式，从底层原理上就不同。

调用过程会有一个时间差

你是指异步调用吗

做大型网站完全没问题，做支撑较高并发的接口也没问题，你会发现最先出现瓶颈的地方常常是数据库

可以看 2017 年 RubyConf China 的演讲 https://ruby-china.org/topics/34188 , 讲到了几种实时通讯方案

转完的路过。。。

稍微看了源码，gorilla websocket Write 操作是不支持并发的

请问 50K 并发 内存消耗了多少呢

api 消息队列 rpc

你指的是 Apache Kafka？

肯定可行啊

jira

如果你 rails 好的话 action cable，如果你前端好的话 socketio

lz 写的 NGINX 教程通俗易懂实用

在用 github 的免费 Jekyll，没有那么多命令 就新建文件，push 提交

tianzhen 直招

这是猎头发帖

gem 'rack-attack'

原理也是用的 redis

不过当访问量巨大的时候，就很考验 redis 的负载能力了。一般访问量还是没什么问题的

嗯。

如果查询的列表长度超过 1024
具体指的是什么呢？可否具体描述一下