(?)のCakePHP 1.3でのリダイレクトの問題:「ロード・ソースに失敗しました」
-
26-09-2019 - |
質問
/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()でています。
私はまた、次のスレッド HTTPを見つけました。 1045679.n5.nabble.com/puzzle-over-activity-td1260972.html のそれは$this->Auth->authorize = 'controller';
を削除することを提案しかし、私はそれはとにかくどこにも述べられていません。
ん誰もどこを見れするアイデアを持って次の?
解決 2
[OK]を、私はそれを発見した。
Failed to load source
はまだそこにあるが、障害の原因ではありません。
私の行動Iの一つで、私は間違って詳細に見て作られたヘッダを、めちゃめちゃ?>
後のスペースを持っています。
他のヒント
ただの推測ができますが、セキュリティコンポーネントを使用している場合、それは問題を引き起こす可能性があります。アヤックスとのセッションを使用した場合にも、時にはそれが問題を引き起こす可能性があります。ページがセッションを必要とするかもしれない場合は、セッションなしで、それを試みることができるし、それが動作するかどうかを確認します。