然后还有一台服务器 B，然后我的任何请求，不管连接 B 服务器的任何端口（不是个别端口，是所有的），全部转到 B 服务器。

不好意思，这句话我没明白，连 B 的任何端口不就是到 B 上面吗？

http request header 中设置 content-type 为 application/json，传 json 参数是没有问题的

elasticsearch + logstash + kibana

可以考虑财付通的虚拟运通卡，跟 master card 一样，且 cvv code 是短信动态发送的，只会扣财付通余额，不担心泄漏问题

#13 楼 @zhzenghui 推荐 vincent 大神的讲解 http://www.slideshare.net/vincent253/redis-37221509

这种需求正是 redis 的应用场景

我觉得还是再分析一下需求，是不是真的需要做动态表列，如果增加表列，老的数据如何处理？如果是删除列，老的数据是否也要删除列？ 按我的理解，这种动态属性的表结构可以转换成一对多的从属关系分两张表保存，且这两张表都是固定列的，这样每条记录的属性都可以不一样，顶多再加一个表列的描述表，就能满足需求。只是需要在代码层面做额外的数据校验。

需求一定是要在 sql 数据库上做动态表列吗？就不能用 nosql 的 mongo 这些？

#14 楼 @jasl 直接在帖子原文上截图的啊，chrome 浏览器

错别字太多，不能忍啊

linux 下面回车是\r，windows 下面是\r\n

ip 表，端口表，再做一个关联表关联 ip 和端口，不需要用不定列

sidekiq，100 封邮件分成 10 组，调用 10 次 perform，每个任务 10 个邮件 id 不过这么搞的话一般会被 smtp 服务器那边封 ip 的吧

会话数据一般是在 loadbalance 上设置会话保持，这样同一用户的访问会转到同一台主机上，这样就不存在会话数据共享的问题，否则要考虑 session 同步 应用数据可以采用共享连接同一个数据库实现，这种方式在初期是完全 ok 的，除非到了数据库有瓶颈的时候要分库

您的 这个 说话 方式 好 累

官方文档里有说明 http://bundler.io/v1.10/bundle_config.html

是否可以考虑改成独立的任务去跑，比如放到 sidekiq 里去，每个 article 一个 sidekiq 任务，这样单个任务失败可以重试，不影响其他任务结果

expose :doctor_name do |model, opts|
    model.doctor.try(:name) || ""
end

有什么问题？我加了 rails_admin，不过只做基本的辅助查询修改，没做定制开发，貌似也没什么问题

http://www.ruby-toolbox.com/ https://ruby-china.org/wiki/gems

为啥不用 rvm？

介绍了不少工具，可以研究一下开拓思路

#18 楼 @hmilym DO 哪个区域的机子做代理比较好？之前测过欧洲的服务器，慢的要死就没折腾了。用 linode 做代理有点贵

是不是数据库编码问题？改成 utf-8 编码试试

考虑 git 的 submodule？

#2 楼 @mogodb 翻墙