#6 楼 @48hour 可以考虑过滤 Agent

#8 楼 @leekelby 我之前使用 utf8-cleaner 这个，作用不大 来尝试下你说的这个

#5 楼 @small_fish__ 这个 Rack 和 Rails 两边相互推诿，Rails 那边认为是 Rack 应该处理这种情况，Rack 说这种事情跟他们无关

最麻烦的是 ArgumentError::InvalidByteSequence ... 不知有没有办法处理 原因是 Rack 层解析请求时候遇到非法的字符抛出，还没有到 Rails 的路由层呢

#9 楼 @xds2000

IDE 的智能感知也没强大到完全让人放弃记忆了... 而且 LZ 提的 3 和 4 恰恰也是编辑器做的不够好的...

#10 楼 @JeskTop 你这样做有个缺点嘛...就是要频繁重启开发环境的 rails 进程

手动 raise RoutingError 的场景主要是保护管理员页面，403 的话等于暴露此处有小秘密了...有招致攻击的危险嘛！ 但是我发现在开发环境下，手动 raise 之后并没有按期望打断请求，后边那个配置就是解决这个问题的

好神奇....

:plus1:

#4 楼 @realwol 这个生产环境不会遇到的，也是无意发现，按道理既然是异常那打断程序执行应当是很正常的事情... 后来研究了下，加一句 config.action_dispatch.show_exceptions = true 就好了

个人倾向开发环境显示异常堆栈页面，调试 404 500 403 之类直接访问就好啦~

#34 楼 @xiaogui 到英国了？

unicorn 这类容器都可以做到 gracefully restart 吧

#2 楼 @hooopo 人家早年的笔记里早已记录了这招了哇... https://github.com/jasl/a_rails_start_up_omakase/blob/master/config/environments/production.rb#L111

我倾向生产环境才这么做，另外手动 raise RoutingError 在开发环境行为会比较奇怪...不会打断请求

#65 楼 @hooopo - -

开发环境要测试页面浏览器直接访问/404 /500 /403 就好啦

大学前经常给各种人修电脑，不少情况是我摸到电脑后，受制于我的气场，就自行好了

#62 楼 @lakuxin 不会...

#2 楼 @ane 恩，那就不可以了，写这种代码都已经肌肉记忆了...不过我说的原理应该是没错的，只要遵循原理，代码都是等价的~

#9 楼 @jannegao 哈哈 更正了

印象里，原理上@_response_body这个内部属性有内容的时候，就会报multi-render异常，所以 return 的作用就是防止触发这种情况

所以 一二是等价的，三可不可以忘记了（忘记redirect_to的行为，但是换 render 是可以的）

#1 楼 @gingerhot 更新了下，改周日啦

参加~

#58 楼 @fleuria 收到啦

是啊...忙得要死...

我推荐 monit 配置文件可以参考 https://github.com/jasl/a_rails_start_up_omakase/blob/master/lib/generators/conf/templates/monit.conf.erb 很灵活 资源占用和稳定性也很好

监控数据的可视化就用 newrelic

#55 楼 @xds2000 可以直接邮件 [email protected] 给我呀，这周三就截止掉~

#5 楼 @flowerwrong 关插件效果不大（官方默认那些插件的话）

RubyMine 有两点优化

1. 调 VM 配置，调高内存 这个所有 JVM 的 IDE 的通用优化
2. 在 Preference -> Project Structure 里把 log 和 tmp 目录 exclude 掉 这样 RubyMine 就不会监视 log 的变动，不然当日志文件巨大的时候性能会急剧下降

thin 没比 webrick 快多少

#8 楼 @zhangsm 国内你个体户备不了案啊，国外 do 啥的一个月也就 30 块钱