将 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 指令

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

1. 使用服务器端包含 (SSI) 来拉入页眉和页脚。这将导致我的所有 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>

Answer 2

我不同意图加的观点。我认为您不应该对所有文件进行此更改。任何时候处理安全问题时，都应该尝试控制环境。仅对一个文件执行此操作可能是最安全的。您可以执行类似的操作

<FilesMatch "^file_name\.html$">
AddType application/x-httpd-php .html
</FilesMatch>

This will only match file_name.html 并将其处理为 .php ，这样做比处理 ALL 更安全.html 文件为 php。