今天的活动真是超出预期了呢

随便拍了几张

@hysios

#49 楼 @allenwei 高铁的话，4 号线一把撸到海淀黄庄，懒得倒十号线的话，出来往西走就好了，愿志玲姐姐指引你方向...

#7 楼 @allenwei 机场快轨到三元桥然后转十号线坐到苏州街，走五分钟就到，我估计你 4 点可以到

代北京场遥祝~

#13 楼 @hooooopo ok 明天尝试一下

#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 收到啦