puts

不管 target blank 了，你去掉 disposition: 'inline' 和 redirect_to 应该就是你要的效果。

#6 楼 @zix 加 target="_blank"，应该在新标签页开始下载啊。

#4 楼 @zix 链接完整代码是什么？

#2 楼 @zix 在服务端看起来都是一个 http 请求。

不能既 send_data 又 redirect_to，这两个都属于 render 操作。

send_data 应该不会导致浏览器页面切换的，如果有，在下载链接那里加上 target="_blank"。

#2 楼 @luoyi 不能打开的东西多了去了（这还是放在 github 上），不可能每个都弄个源。

#8 楼 @developlee 我觉得保存原始字符串好了，下次取出再解析，对象序列化反序列化说不定有信息丢失（例如 hash 不支持 xml 属性）。或者数据库原生支持 xml 字段 也可以试试。

#3 楼 @developlee Nokogiri::XML(request.body.read).xpath('//Content').text

#3 楼 @developlee 看起来没问题啊。

测 Ruby 2.3 看看。

rubygems 没有源的签名机制，镜像林立让我很担心安全问题。

#3 楼 @wjeasys 我自己用的话会给 helper 加上前缀避免冲突，例如 topics helper module 里面的方法都是 topic_method_name。

可以定义到 controller，然后用 helper_method :method_name 将这个方法声明为 helper。

http://apidock.com/rails/AbstractController/Helpers/ClassMethods/helper_method

如果不确定，就翻墙试试。

在 post body 里面吗？用 Nokogiri 解析 request.body.read

1. 删除 Turbolinks
2. 清空 application.js 里面的内容
3. 不要在布局 javascript_include_tag 'application'
4. 配置文件里面 config.assets.precompile += '*.js' 把每个文件都独立编译。（如果你不担心静态文件缓存，不需要 hash tag，不需要预处理，那么直接放 public 目录里面就行了）
5. 在每个页面单独 javascript_include_tag 需要的 js 文件。（如果放在 public 目录，就直接写 script 标签）

成功回到 Rails 2 时代。

#30 楼 @peter 👍

#28 楼 @oth 这样回复不利于讨论。

没有反向代理到 unicorn。

靠谱

#1 楼 @gyorou 这个 gem 会导致 assets 越来越大，以后更新都会导致用户数秒等待。

#6 楼 @leiz_me 让操作幂等，其实文档有写。

自己写要注意文件名带路径之类的攻击。

#2 楼 @cqcn1991 另外，客户端代码越重也会越慢，可以看看 Ruby china 和 discourse 的 JavaScript 执行耗时。

#2 楼 @cqcn1991 网速慢，没考虑全球访问。调试网页版可以看到，服务端处理只要几十毫秒，多的是网络延时。

#16 楼 @defmacro 在开源社区，只有你把东西做出来，并且坚持一段时间，才会有人在乎你的想法。换个角度，你会关注论坛上每一个“我想”的点子么？

#13 楼 @defmacro 原话：

First, Ruby is just awesome. It strives to give you correct results, and it does so with a reasonable performance. Chapeau!

在我印象中，Ruby 就是主流动态语言中最慢的，更不用说跟新语言比。但是语言性能通常不是 Web 应用的瓶颈，例如，什么语言能解决全球部署情况下的延迟问题？