在我的页面中添加标题部分的php include是一种好的做法吗？
我正在创建我的公文包网站，我希望在我的页面上包含作为php包含的标题部分。原因是因为该网站将有相当多的网页，我会想在以后的事情，如整理css文件的变化 比如,在我的页面中添加标题部分的php include是一种好的做法吗？,php,html,web-standards,Php,Html,Web Standards,我正在创建我的公文包网站，我希望在我的页面上包含作为php包含的标题部分。原因是因为该网站将有相当多的网页，我会想在以后的事情，如整理css文件的变化 比如, <head> <?php include('head.php'); ?> </head> 与每页上显示的所有这些不同： <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compa
<head>
<?php include('head.php'); ?>
</head>
<head>
<meta charset="utf-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
<title></title>
<meta name="description" content="">
<meta name="viewport" content="width=device-width">
<link rel="stylesheet" href="css/normalize.css">
<link rel="stylesheet" href="css/main.css">
<link rel="stylesheet" href="css/1140.css">
<link rel="stylesheet" href="css/ie.css">
<script src="js/vendor/modernizr-2.6.1.min.js"></script>
</head>
你对人们有什么看法和建议？谢谢。PHP Include一直都是这样使用的。任何时候，当你在每个页面上都有完全相同的内容时，使用include是非常有帮助的，这是非常标准的。但不是写：
<head>
<?php include('head.php'); ?>
</head>
<html>
<head>
...
</head>
<body>
...
</body>
</html>
<html>
<head>
...
</head>
<body>
...
</body>
</html>
我在我的应用程序中这样做，但我发现这不是一个好主意，因为在php文件（包括head部分）中有许多样式表、Java脚本等，如果将其包含在嵌套文件夹中的php文件中，您会遇到问题。这个问题是由于相对路径造成的。
如果您可以使用绝对路径，那么这没关系，否则这不是一个好主意…这是一个老话题，但我使用
<?php include_once("phpinclude/head.txt"); ?>
编辑：我现在使用require。我宁愿让一个代码失败并消亡，也不愿给出一些随机字符串。它们是一样的，只是一个死了，另一个会打印出错误或随机代码。这是为学习PHP的人而设的，而不是老头脑。使用PHP制作模板是一种非常常见的做法。对页脚执行相同的操作。很多人一开始会把所有这些内容放到每个静态页面中。下一步是认识到效率低下，并将其替换为包含的文件（您现在所在的位置）。在这之后，您的下一步可能是转向某种内容管理系统。我的意思是，这是可行的。但如果你对每个文件都这样做的话就不会了。您应该研究模板化。在单独的脚本中提供可重用和可修改的部分始终是一个好的实践。你甚至可以在多个网站中使用其中的一些配置/结构。我认为有一种方法可以解决这个问题，它不是回到根目录中包含head.php或css文件，而是相对于当前脚本位置。（我说的是windows，不确定linux环境）您可以在小型应用程序中使用此方法，但对于大型应用程序来说，这不是一个好主意。正如bigman所说，模板化和MVC似乎对大型应用程序有好处Hanks Jeffrey，这是一个很好的观点。我会在文件中包含标签。但是如果你把所有的标题都放在外部文件中，你就必须放上页面的标题和描述，这在每一页中都必须是不同的。我遗漏了什么吗？@Nrc，只要在
header.php$title