嗯，下个目标是IFS三号楼

原谅你的孤陋寡闻，毕竟从头像看，你更像是服务行业的

早点来，牙套的钱都省了

本人目前就职于这个公司，感觉还不错。 成都的朋友，或者想来成都的朋友，可以找我咨询。

I think it is not proper to only have the requirements. All the candidates care about what you can supply. Is there a compensation standards?

Thanks buddy

你这个问题涉及的知识，值得分享下： 用303的原因是，默认的302或者301（永久跳转）是不会改变请求方法的，也就是你在发送DELETE请求的时候，如果是DELETE，那么跳转的时候还是会用DELETE，但是如果你想跳的是个页面那么明显需要用GET。这时候就需要用303，303就是为此而生。refer： https://zh.wikipedia.org/wiki/HTTP_303

再说没刷新的问题：
前端发送的请求有两种方式，浏览器发送或者JS发送。是浏览器发送的话，默认是会在新页面给你渲染的，所以肯定会刷新，即便你没有redirect，只是render。
如果是JS发送的话，因为是异步的，所以是不会自己去刷新页面的，就需要你自己去刷新，通过更改window.location.href

看起来确实很简洁，但是跟mvc的职责划分不太吻合。类似<model>_options这样的方法出现在helper中看起来更合理。

redirect_to :index ? 不应该是这样吗 redirect_to action: 'index'

@ecloud 我想你表达的应该是在不同的浏览器窗口打开同一个web应用。 你的表述中有一个问题：

当rails验证的时候会用最后产生的authenticity_token验证

Rails并不是用最后一个生成的token，而且你不同的窗口中的打开的应用对应了不同的session，而session存了不同的token用于请求的验证。