cpu 使用率这么高？难道就因为 json marshal 和 unmarshal?

1. migration 做了吗？贴出来看看。
2. 有没有自己在 model 层重写了 create 方法

===

我本地测试，可以提交 phone_number 字段

记得楼主 16 年的 conf 演讲

so cool

Prometheus 补充一些：

• 1.8 过后，支持 remote read and write, 支持多种数据库，比如 InfluxDB，MySQL，故数据可靠性和持久性得到更好保障。
• 2.0 开始默认使新的存储引擎，自己撸的 tsdb, 性能也提升不少。
• 2.0 开始 API 全面支持 grpc。

所以可以使用 github markdown ,自动帮你 build 呀

base64 string to byte array

Ruby 的 mechanize 还行吧，看过一些标题党，我也可以几行代码爬数据，btw 论文本解析，Ruby 应该比 Python 好用太多。

难得，记得该项目已经持续很多年了，不容易

看到有用 Prometheus 的啦

难得，社区真小，刚好参加了上海的 go hack 2017

运维能够 hold 住，用什么都可以，使用 mongodb 还是很爽

C10K & C10M

个人项目还是 Rails

mark, go 写应用工具很方便。 不过目前只是备份数据库，不知道修改为 resources 是否更好

国外还是国内呢

self.account.reload(lock: true)

http://api.rubyonrails.org/classes/ActiveRecord/Persistence.html#method-i-reload

application_helper 里面抽个方法

比如：

def list_hs
  @list_hs ||= xxxxx
end

然后 template 里面可以

<%=list_hs.xxx%>

默默的推广一发 prometheus

cool

认同，而且前端框架都越来越后端模式，而很多前端都是招式花骚罢了，沉淀下来，多了解计算机原理知识挺好的，毕竟还有很多东西，投资一遍，受用十多年。

as 这个翻译过来也很好理解嘛，毕竟多态不是一对一，你不可能写成 Picture belongs_to Employee 吧，这样就没法复用

此帖该有投票功能

解决思路还是着重两点：

1. 优化单次请求时间
2. 扩大并发数

感觉优化 1 的空间比较大，可以压测，给数据，试试不同的框架，语言等，首先应该把每台机器的性能压到极致，系统参数也要适当调优。

btw: 没有压测，没有火焰图，怎么谈优化呢

AWS 日本 EC2

主机服务商搞的解析问题，你买个国外的云主机吧

1. 可以根据提示，bundle update 升级 gem.
2. 等待官方升级，发布新版本

这个问题，社区已经有人提 issue 了，应该马上会发新版本。

这个居然是你们做的？以前参考过

开疆辟土，真不错，话说是不是要去西藏搞一个试试