（？）のCakePHP 1.3でのリダイレクトの問題：「ロード・ソースに失敗しました」

Question

/posts/editビューから私は私のaddCategoryコントローラ内のアクションPostにフォームを送信しています。
アクションは、それが関係しているすべての作業を行い、その後$this->redirect($this->referer());を呼び出します。

一見私のアプリは罰金を動作しますが、本番サーバーに移動するとき、私はいくつかのhickupsに遭遇しました。私はアクションがacually 302 Foundを返しますが、「レスポンス」はFailed to load source for: http://localhost/xps/posts/addCategoryであることがわかりFirebugの中のコールを監視する。
これは、それがリダイレクトフローが失敗します本番サーバー上で、両方のDEVアン本番サーバー上で発生します。両方のサーバー上のコントローラのアクションがうまく実行されます。カテゴリが追加されます。

。

同じ故障でアクションの結果ですべてのコードを削除します。リダイレクトを削除すると、障害を取り除き、それはどこでも私を得ていないです。

凹凸（おそらく無関係が）第二は、私は明示的ケーキ中PUTに設定しているが、フォームの提出方法はFirebugのにPOSTとして識別されることである。

私は最近、1.3.6へのCakePHP 1.3.4から切り替えますが、動作を変更しない逆転
私は要請ハンドラ、セッションおよび認証コンポーネントとコール親を使用する::のbeforeFilter（）のbeforeFilter（）でています。

// CakePHPの

私はまた、次のスレッド HTTPを見つけました。 1045679.n5.nabble.com/puzzle-over-activity-td1260972.html のそれは$this->Auth->authorize = 'controller';を削除することを提案しかし、私はそれはとにかくどこにも述べられていません。

ん誰もどこを見れするアイデアを持って次の？

Answer 1

[OK]を、私はそれを発見した。
Failed to load sourceはまだそこにあるが、障害の原因ではありません。
私の行動Iの一つで、私は間違って詳細に見て作られたヘッダを、めちゃめちゃ?>後のスペースを持っています。

Answer 2

ただの推測ができますが、セキュリティコンポーネントを使用している場合、それは問題を引き起こす可能性があります。アヤックスとのセッションを使用した場合にも、時にはそれが問題を引き起こす可能性があります。ページがセッションを必要とするかもしれない場合は、セッションなしで、それを試みることができるし、それが動作するかどうかを確認します。