PHP使用header+Location實現網站301重定向
- 2019 年 12 月 17 日
- 筆記
今天沒事做.準確的說這幾天都沒啥事做.想寫點東西.又不知道寫什麼.所以去最大同性交友社區找了個點別人的項目.想呢借鑒下別人的寫法.
然後下載到了一個用Thinkphp3.2搭建的部落格.上古版本.本來沒打算研究.但是好像又和之前用過的不一樣.頂部文件多了個Admin文件夾.點進去.就一個默認的index文件.裡面內容也很簡單.
這個header函數做了個重定向.這樣輸入地址欄輸入admin的話會自動跳轉到後台介面.仔細想了下.可能這就是說的懶是推動科學進步的第一動力.
既然重定向了.那麼也是看了下返回的狀態碼.意外發現返回的狀態碼為302.
那麼301和302以及各返回碼有啥區別呢?
被請求的資源已永久移動到新位置，並且將來任何對此資源的引用都應該使用本響應返回的若干個URI之一。如果可能，擁有鏈接編輯功能的客戶端應當自動把請求的地址修改為從伺服器回饋回來的地址。除非額外指定，否則這個響應也是可快取的。新的永久性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。如果這不是一個GET或者HEAD請求，因此瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發生變化。注意：對於某些使用HTTP/1.0協議的瀏覽器，當它們發送的POST請求得到了一個301響應的話，接下來的重定向請求將會變成GET方式。
要求客戶端執行臨時重定向（原始描述短語為「Moved Temporarily」）。由於這樣的重定向是臨時的，客戶端應當繼續向原有地址發送以後的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應才是可快取的。新的臨時性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。如果這不是一個GET或者HEAD請求，那麼瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發生變化。注意：雖然RFC 1945和RFC 2068規範不允許客戶端在重定向時改變請求的方法，但是很多現存的瀏覽器將302響應視作為303響應，並且使用GET方式訪問在Location中規定的URI，而無視原先請求的方法。因此狀態碼303和307被添加了進來，用以明確伺服器期待客戶端進行何種反應。
(以上說明轉自汕大小吳部落格,該文章也是對狀態碼進行了下詳盡的闡述.)
搜索引擎返回302錯誤表示被請求的資源暫時轉移(Moved temporatily)，然後會給出一個轉移後的URL，而瀏覽器在處理伺服器返回的302錯誤時，原則上會重新建立一個TCP連接，然後再取重定向後 的URL的頁面；但是如果頁面存在於快取中，則不重新獲取。但是，由於黑帽SEO濫用302重定向進行作弊，302重定向已經被視為垃圾資訊，遭到各大搜索引擎的打擊。因此，上面的程式碼返回302狀態是不完善的，也是存在被百度等搜索引擎K站的風險的。
所以簡單修改下
上面的這一段程式碼可以說是解決了使用Location產生302狀態的問題，因此是比較完善的也是比較安全的網站重定向方法。
