مشكلة إعادة التوجيه (؟) في CakePhP 1.3: "فشل في تحميل المصدر"

Question

من /posts/edit-عرض أنا أقدم نموذجًا إلى الإجراء addCategory في Post مراقب.
يقوم الإجراء بكل العمل الذي يجب القيام به ، ثم يستدعي لاحقًا $this->redirect($this->referer());.

للوهلة الأولى ، يعمل تطبيقي بشكل جيد ، لكنني واجهت بعض الهيكوب عند الانتقال إلى خادم الإنتاج. مراقبة المكالمات في Firebug ، أرى أن الإجراء يعيد أ 302 Found لكن "الاستجابة" Failed to load source for: http: // localhost/xps/posts/addCategory.
يحدث هذا على كل من خوادم الإنتاج Dev En ، فقط على خادم الإنتاج ، مما يجعل تدفق إعادة التوجيه فشل. في كلا الخادمين ، يتم تنفيذ إجراءات وحدة التحكم بشكل جيد: تتم إضافة الفئة.

يؤدي إزالة جميع الكود في الإجراء إلى نفس الفشل. إزالة إعادة التوجيه يزيل الفشل ، لكن هذا لا يحصل على أي مكان.

إن عدم انتظام الثانية (رغم أنه ربما غير ذي صلة) هو تحديد طريقة إرسال النموذج على أنها PUT في Firebug على الرغم من أنني وضعته صراحة على POST في الكعكة.

لقد تحولت مؤخرًا من CakePhP 1.3.4 إلى 1.3.6 ، لكن الانعكاس لا يغير السلوك
يمكنني استخدام مكونات requestHandler و Session و Auth واتصل Parent :: QuaretFilter () في exterfilter ().

لقد وجدت أيضًا الموضوع التالي http://cakephp.1045679.n5.nabble.com/puzzle-over-activity-td1260972.html إنه يقترح إزالته $this->Auth->authorize = 'controller'; لكن ليس لدي ذلك في أي مكان على أي حال.

هل لدى أي شخص فكرة أين ينظر بعد ذلك؟

Answer 1

حسنًا ، لقد وجدت ذلك.
ال Failed to load source لا يزال هناك ولكن ليس سبب الفشل.
في أحد سلوكياتي ، كان لدي مساحة بعد ?> التي أفسدت الرؤوس ، مما جعلني أنظر إلى التفاصيل الخاطئة.

Answer 2

مجرد تخمين ، ولكن إذا كنت تستخدم مكون الأمان ، فقد يتسبب ذلك في مشاكل. أيضا ، في بعض الأحيان عند استخدام أياكس والجلسات يمكن أن يسبب مشاكل. ربما إذا كانت الصفحة تتطلب جلسات ، فيمكنك تجربتها بدون جلسات ومعرفة ما إذا كانت تعمل.