2
是否有任何特殊的原因(除了頭覆蓋的可能性),在這篇文章的作者使用after_filter設置標題:http://www.tsheffler.com/blog/?p=428?before_filter或after_filter中的rails控制器中的CORS?
是否有任何特殊的原因(除了頭覆蓋的可能性),在這篇文章的作者使用after_filter設置標題:http://www.tsheffler.com/blog/?p=428?before_filter或after_filter中的rails控制器中的CORS?
通過修改after_filter
中的標題,可以確保在after_filter
中設置的標題是將被投放的標題;他們不會被你的行動方法(意外或其他)覆蓋。
就您的文章而言,當請求被發現是CORS最初製作的「預檢檢查」時,它們也會「短路」before_filter
。
他們守在cors_set_access_control_headers
方法發現了標題爲分開的可讀性,也有助於確保這些都不頭是時設置的請求被發現是「預檢檢查」。在此預檢檢查期間,before_filter
殺死請求,阻止after_filter
執行;否則將會覆蓋在預檢檢查中設置的值。
這種情況下我描述的問題,無論如何謝謝! – 2013-03-11 18:09:42