0
A
回答
2
也許你的腳本出於某種原因在它之前發送了一些輸出。刪除@
。
3
不要使用@
來剿錯誤,並檢查你的日誌,它的幾件事情之一:
- 以前的錯誤輸出停止重定向?
- $ uri有時是不好的
- 你的代碼中的其他東西是不好的。
調試是答案。
1
嗯,這很可能是因爲標頭已經由於空白而被髮送。你永遠不會知道這一點,因爲你的前面有一個@
的標誌,可以阻止顯示錯誤。
通常,這個空格可能是由另一個錯誤引起的,或者只有在包含某個文件時纔會發生。
另一種可能性是$url
未正確格式化,或者某種程度上,瀏覽器看起來不正確。在這種情況下,瀏覽器可能會選擇忽略它。回聲你正在發送的完整標題,並確保它看起來是正確的。
最後,如果連續重定向過多次,某些瀏覽器將停止重定向。
1
標題可能不會立即發送。 header()
後始終使用die()
。
相關問題
- 1. seekg()神祕失敗
- 2. DNS神祕重定向
- 3. PHP重定向失敗
- 4. Ajax與jQuery的神祕失敗
- 5. 另一個神祕的失敗
- 6. m2eclipse - 包上的神祕構建失敗
- 7. PHP文件重命名神祕沒有錯誤圖像丟失
- 8. PHP post.php神祕
- 9. 神祕失敗的沙堡僅在TeamCity構建時才生成
- 10. 只有當.h在某個目錄中時,g ++纔會神祕地失敗
- 11. 比較指針在VC++中神祕失敗
- 12. 登錄失敗並重定向失敗
- 13. R:繪製文本Grob失敗,帶有神祕的錯誤
- 14. 重定向在CakePHP中失敗
- 15. 驗證失敗時重定向表單
- 16. 授權失敗時重定向
- 17. Android神祕:線程消失?
- 18. HttpWebRequest的重定向失敗
- 19. http https重定向失敗
- 20. 重定向表單失敗
- 21. javascript onsubmit重定向失敗
- 22. Django的重定向失敗
- 23. BASH SSH重定向失敗
- 24. fcam - n900 - 神祕的重啓
- 25. recfromcsv,genfromtxt,recfromtxt從numpy中神祕失蹤
- 26. git中的神祕消失分支
- 27. php的神祕行爲
- 28. GlobalActionFilter中的重定向失敗
- 29. dropzone.js在重定向失敗時不會正確重定向或呈現錯誤
- 30. URL重寫失敗:內部重定向
有沒有一個通用的解決方案來調試這種問題? – user198729 2010-01-14 05:36:24