半直接文件訪問與index.php控制器

Question

我在這里有一個簡短的問題，這有點兩難。 我已經搜索過，但找不到簡明的答案。

目前，我的網站上有一個基於php的全局index.php文件，該文件可以處理所有請求，因此該文件中包括頁眉，中間部分和頁腳。 這是每個頁面的全局設置，因此所有更改都是站點中心-請參見下面的代碼：

require_once("assets/template/$theme_name/header.php"); //Global Header
require_once('process.php'); //Site Center
require_once('assets/template/default/footer.php'); //Global Foote

到目前為止，此方法運行良好，目前我正在使用查詢字符串來完成其余操作（nginx將website.com/index.php?pg=pagename轉換為website.com/pagename

我想知道的是，僅在每個頁面上包含頁眉和頁腳，並讓每個用戶通過位於頁面文件夾中的實際頁面文件訪問頁面是否安全和有益。 還是我目前的方法好？ 對SEO有影響嗎？ 我已經將nginx重寫代碼放在一起（只是未實現），以便website.com/pagename將訪問website.com/pages/pagename.php

請讓我知道您的意見！

非常感謝！

Answer 1

您正在談論的事情叫做重構。 您正在更改實現，而對用戶沒有任何明顯影響。 重構本身不會影響SEO。

我認為現在有一個更有趣的問題：您為什么考慮進行此更改？ 從我的角度來看，進行此更改將增加重復代碼的數量（又稱為減少代碼重用量）。 這樣的更改將違反良好軟件工程的一些核心原則。

Answer 2

當你說

“我已經設置了nginx重寫代碼，以便website.com/pagename可以訪問website.com/pages/pagename.php”

這是否意味着您正在將/pages/pagename.php重定向到/ pagename，或者您只是在顯示適當的內容而不考慮URL？

如果要重定向，請確保您的重寫/重定向是301，並且您應該沒問題。 請注意，在301重定向中失去了一點搜索權限，因此理想情況下，您根本不必重定向URL。 也就是說，這不會有太大的不同。

如果您不重定向並且僅確保兩個URL都顯示相同的內容，請確保在顯示相同內容的URL上使用規范標記。

將其放在任何重復的內容頁面上：

<link rel="canonical" href="http://website.com/pagename" /> 

除非您當然在網址中使用www，否則請使用：

<link rel="canonical" href="http://www.website.com/pagename" />