Fatal编程技术网
  • ruby-on-rails/
  • Ruby on rails ActionCable：为什么把广播放在单独的工作中？对于表单，为什么不从控制器广播？

Ruby on rails ActionCable：为什么把广播放在单独的工作中？对于表单，为什么不从控制器广播？

ruby-on-rails

Ruby on rails ActionCable：为什么把广播放在单独的工作中？对于表单，为什么不从控制器广播？,ruby-on-rails,devise,actioncable,Ruby On Rails,Devise,Actioncable,大部分教程都是DHH一年前推出的示例应用程序的稍加修改的版本。他们中的大多数人都有把广播搬到工作中去的习惯。但是A）这不是Redis的重点吗？B） 因为我使用的是Delayed:：Job，所以直接广播不是更快吗 当创建模型或通过ActionCable提交表单时，它似乎没有CSRF保护。积极限制原产地是否消除了防止伪造的必要性？gem的自述文件有一个链接，指向一个添加签名cookie的教程，我还看到另一个教程从warden['env']中查找用户。user。这是否解决了防止伪造解决的问题 如果没有

大部分教程都是DHH一年前推出的示例应用程序的稍加修改的版本。他们中的大多数人都有把广播搬到工作中去的习惯。但是A）这不是Redis的重点吗？B） 因为我使用的是Delayed:：Job，所以直接广播不是更快吗

当创建模型或通过ActionCable提交表单时，它似乎没有CSRF保护。积极限制原产地是否消除了防止伪造的必要性？gem的自述文件有一个链接，指向一个添加签名cookie的教程，我还看到另一个教程
从
warden['env']中查找用户
。user
。这是否解决了
防止伪造
解决的问题


如果没有：我想我可以像往常一样将表单提交给控制器，然后直接从控制器向所有订阅的用户广播？但是因为它看起来很简单，但我没有看到我担心的地方，这是有原因的。有吗？
为了回答这个问题，这里有一个Heroku教程，使用了我想要使用的相同的架构思想。因此，从设计的角度来看，它似乎不再是一种反模式


问题是为什么会有作业文件夹？