php - 将 HTML 解析为 PHP

Question

如果我们将 Apache Web 服务器设置为将 Apache 配置为将 所有 HTML 作为 PHP 处理，是否存在任何安全/性能问题？我具体指的是:

AddType application/x-httpd-php .php .php3 .php4 .html

当时我需要将一些 PHP 逻辑添加到一些 HTML 文件中；理想情况下，我不必更改文件名，例如page.html 到 page.php(为 page.html 保持页面排名等)。

这与以下问题有关:httpd AddType directive

编辑:从下面现有的答案/评论来看，社区似乎建议使用重定向或仅针对特定的 HTML 文件。限制是我正在重新设计一个现有站点(400 多个 HTML 页面；每个页面都使用某种 Dreamweaver 模板，从不同的文件中提取页眉和页脚)。我希望完全避开 Dreamweaver 进入非专有的东西。所以，我有两个选择:

1. 使用Server Side Includes (SSI) to pull in the header and footer .这将导致我的所有 HTML 文件都使用 SSI 进行修饰。
2. 添加一些 PHP 代码段以包含页眉和页脚。对于这个选择，我必须确保文件名保持不变。

Answer 1

服务器确定它需要通过 PHP 解释器传递的文件越多，涉及的开销就越大，但我认为这是不言而喻的。如果您的站点没有任何包含纯 HTML 的页面，那么您已经付出了所有可能付出的性能损失 - 将 HTML 添加到列表中与在这种情况下只是简单地重命名所有页面没有什么不同文件的扩展名为 .php。

如果您确实有纯 HTML 页面，那么真正的性能损失将会到来——服务器会在没有必要时将这些页面不必要地传递给 PHP 进行解释。但即便如此，它也不是戏剧性的——那些 HTML 页面不需要 PHP 解释器，所以除了确定它不需要做任何事情之外，它不会做任何事情。这是有代价的，但并不重要。

现在，如果我们在这里谈论高容量，那么每一点性能都很重要，这不是一个可行的解决方案。然而，对于中低容量网站，性能损失将是零。

如果这是一次性更改并且受影响的文件数量有限，那么使用 FilesMatch 指令可能更为保守。

<FilesMatch "^(file_one|file_two|file_three)\.html$">
  AddType application/x-httpd-php .html
</FilesMatch>