半直接文件访问与index.php控制器

时间:2014-05-29 19:49:01

标签: php html nginx seo rewrite

我在这里遇到的一个快速问题是一个两难的问题。 我已经搜索过,但无法找到简明的答案。

我目前在我的网站上有一个基于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转换网站http://index.php?pg=pagename到website.com/pagename

我想知道的是,在每个页面上包含页眉和页脚是否安全且有益,并让每个用户通过位于页面文件夹中的实际页面文件访问页面。或者我现在的方法好吗? SEO的任何影响? 我已经将nginx重写代码放在一起(只是没有实现),以便website.com/pagename访问website.com/pages/pagename.php

请让我知道您的意见!

非常感谢!

2 个答案:

答案 0 :(得分:1)

您正在谈论的事情称为重构。您在不对用户产生任何明显影响的情况下更改实施方案。重构本身不会影响SEO。

现在,在我看来,这是一个更有趣的问题:你为什么要考虑做这个改变?从我的观点来看,进行此更改将增加重复代码的数量(也就是减少重复使用的代码量)。这样的改变将违反良好软件工程的一些核心原则。

答案 1 :(得分:0)

当你说

  

"我已经将nginx重写代码设置为website.com/pagename   将访问website.com/pages/pagename.php"

这是否意味着您将/pages/pagename.php重定向到/ pagename,或者您只是显示适当的内容而不管URL?

如果您要重定向,请确保您的重写/重定向为301,您应该没问题。请注意,301重定向会丢失一点搜索权限,因此理想情况下,您根本不必重定向URL。也就是说,它不会产生巨大的变化。

如果您没有重定向并且只是确保两个网址都显示相同的内容,请确保在显示相同内容的网址上使用规范标记。

将其放在任何重复的内容页面上:

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

除非您在网址中使用www,否则请使用:

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