#6 楼 @huhongda 向内网 Gem 源里添加 Gem 包太痛苦了，特别是我这种喜欢没事儿更新一下的，有没有什么解决方案

#4 楼 @xxqfamous 就是使用的 TCP 啊

#3 楼 @kikyous 一开始我遇到另一个问题的时候怀疑过线程安全问题 但是后来基本排出了，微信有时候会把同一个动作推送两次，导致出现类似线程不安全的假象

我这边现在并不会导致服务挂掉，不过经常 puma 平滑重启的时候，进程重启了，请求却进不来。 推测是我最后提到的那种情况产生了僵死的线程，导致资源没能完全释放，这种时候就需要先 stop 再 start

这个问题已经找到，我启用了 preload_app! ，和 phased restart 有冲突

Note that preload_app can’t be used with phased restart, since phased restart kills and restarts workers one-by-one, and preload_app is all about copying the code of master into the workers.

#1 楼 @huacnlee 嗯，是超时了。微信公众号服务的集群中有机器不支持 SSLv3，导致请求多次重试并超时 如果是触发了 Puma 的超时，Puma 放弃了连接并发送了中止信号，好像能说过去，需要试着记录一下 puma 的详细日志来看看

PS: puma 就一个 worker_timeout 参数，好像设置了，应用照样可以跑很久。对于 puma 限定超时这个东西也表示知识储备捉鸡啊

执行的时候 加上 -V 参数，可以看到执行过程 看看卡在哪儿

没有 markdown 确实不方便 不过 markdown 生成 html 直接粘贴过去基本都是能用的

居然在论坛看到 xdite 大神 排队致敬

嗯 大概需要重写 rails 的 reload 机制

这理由 23333～

直接放 public 里面

哟 只有北京哇？

Rails 像前端框架只是它华丽的表象，深入后其实还是偏后端的

bootstrap 配合 sass 使用，你可以按需引用组件，样式和功能可以找三方插件来扩展，就资源和成本来说，还是很有优势的

人们开始讨厌 bootstrap 的理由，大概跟 jquery 一样吧（逃

造成最后两行返回空的本质原因是没保存对应的关联的数据 tagging。现在如果移除 foreign_key: :my_tag_id，就相当于加上了 inverse_of: :taggings（Rails 自动加的）变成了下面这样：

class Tagging < ActiveRecord::Base 
  belongs_to :tag, inverse_of: :taggings
  belongs_to :post, inverse_of: :taggings
end

post = Post.first
tag = post.tags.build name: 'ruby'
tag.save

tag.taggings # => [... ]
tag.posts    # => [post]

关于这一段，我记得在 has_many :through 型的关联中，如果不手动指定 inverse_of，through 表不会有记录的 演示代码中，你显式的声明了 inverse_of，并不能证明

移除 foreign_key: :my_tag_id，就相当于加上了 inverse_of: :taggings（Rails 自动加的）

也不知道这个在后面的版本中改过了没有，有空去试一下

哈~~ 原来是这么一回事 去年的 4 月 也遇到这个问题，当时怎么看都跟 rails 的文档冲突，问了很多人都无解 最后我也不记得怎么就把自己糊弄过去了（逃

#7 楼 @somejump assets:precompile 是网站部署前生成生产环境所需的静态资源文件，只要你使用了 Assets，这是必须要做的步骤 capistrano 是可选的，目的是帮你自动去部署网站，rails 每次手动部署的时候你需要去关心 migration 执行了没有，静态文件生成了没有，gem 包安装了没有，sidekiq 启动了没有，等等一系列事件。capistrano 就是把这些任务做成自动执行脚本，帮你去检测，帮你去执行，无论你改了什么，你的部署动作都只有一行命令

新加坡服务器（以前是米国），博客一直是 500ms 以内的响应时间，为了打开速度我的做法也是挺极端了

1. 静态资源全放在国内 OSS 上，在 cap 里用加入任务，assets:precompile 完后上传生成的到文件到 OSS
2. 使用 assets 的 gz，precompile 的 gz 压缩程度是很高的，动态压缩的话用这种程度的压缩略不现实，太耗 cpu，但是 rails 可以帮你预先压好，为什么不用呢
3. 写好你的代码，不一定要使用缓存，但是你可以借用一些工具去发现性能到底卡在哪儿
4. 忽略出过线路大姨妈的时候。。。。。。每个月总有那么几天是这样的

#15 楼 @pathbox 是的 或者枚举字面量直接就设置成中文 哈哈哈~~😄

最近正好在看日志处理的 concise_logging 的依赖设定简直是个神坑 "rails", "~> 4.1" rails5 下装出来是最老的 0.0.1 版本 😂😂

作者好像也没更新了 pull requests 里面躺着两个也不管 正好这会儿就看到这个，先来学习一下

天府新谷 Work+ 哇咔咔 下个月我们搬过来了

#2 楼 @riskgod #4 楼 @qinfanpeng 这个并不绝对吧，我司项目里面就有少量的元编程，主要是提供项目间连接的基础服务，因为使用量大（几乎每个项目都要用这部分），大家也并没有表示很难理解的样子，倒是老老实实的写，估计有人会看到抓狂，然后重构，再然后极可能就变成现在的样子了

[email protected]

~> 会大版本号限定，不能跳大版本号

同在成都 表示楼主要不要来我们这边试试

好赞

个人感觉 成都的 rubyist 老鸟都不会是这个价，新人。。基本可遇而不可求，可以考虑放宽要求培养一些新人

当你发现你的生产环境中有一坨代码像屎一样（可能是当时脑袋被门夹了），然后你要重构这部分代码，如何轻松的验证重构后的代码没有问题呢？ 重构的代码不敢上，这个时候你就会意识到要是一开始写了测试该多好

我觉得在访问量不作为主要考虑因素的时候，直接起 Thread 也可以接受，毕竟开发成本最低 隐约记得之前看过一片文章说过，新 Thread 会起一个自己的数据库链接，所以你需要在操作完毕后手动关闭它 楼主提到的 RubyConf 上的相关分享，能否贴个链接，我也想看一下😄

👍