3
A
回答
5
file_get_contents()
所使用的http_fopen_wrapper.c
不包含任何緩存邏輯。特別是,它只響應Location:
標題,並且不關心實際的HTTP狀態代碼。 (它不會注意它是否是臨時重定向或永久性的。)
-1
相關問題
- 1. 緩存OpenGL狀態還有意義嗎?
- 2. 帶有file_get_contents,file_put_contents的PHP緩存系統:線程安全嗎?
- 3. 緩存視圖狀態?
- 4. phpmailer file_get_contents和動態php代碼
- 5. file_get_contents()返回緩存頁
- 6. 使用file_get_contents()可疑緩存
- 7. file_get_contents是否使用緩存?
- 8. file_get_contents和php代碼
- 9. PHP(Apache)的靜態緩存?
- 10. 畢加索緩存請求的狀態嗎?
- 11. 可以重新使用416狀態碼的HTTP狀態碼嗎?
- 12. Backbone.js保存「狀態」? (緩存策略)
- 13. 返回以.php結尾的所有頁面的HTTP狀態代碼301
- 14. 緩存狀態Grails的控制器
- 15. 比較緩存狀態的Redux模式?
- 16. 聰明的緩存和登錄狀態
- 17. PHP有內部緩存嗎?
- 18. REST/HTTP:防止緩存上傳的最佳狀態代碼?
- 19. 檢查沒有緩存的HTTP狀態代碼
- 20. IIS7 301 URL重寫提供了200狀態而不是301狀態
- 21. 可以使用過期標頭緩存301和301 http重定向嗎?
- 22. PHP:緩存靜態導航
- 23. PHP:的file_get_contents顯示PHP代碼
- 24. 使用post請求時的301狀態
- 25. 檢測來自JavaScript的HTTP 301狀態代碼
- 26. Http狀態代碼301到返回410的頁面
- 27. PHP file_get_contents源代碼位置
- 28. file_get_contents不返回php代碼
- 29. Cloudflare - 無CF緩存狀態 - 緩存與否?
- 30. PHP包括路徑順序和狀態緩存
Thx馬里奧,我的測試證實一樣。即使在使用301響應時,「舊」URI仍然每次都被觸發。 – 2011-04-02 22:25:26