问题标签 [server-side-includes]

我正在尝试将一个 html 文件包含到另一个中。我在 MAMP 堆栈上编码。我假设自动允许 SSI。我输入 <!--#include virtual="header.html" --> 一个 html 文件的正文，另一个文件称为 header.html，它们都在同一个文件夹中。我什至尝试改为调用文件 header.shtml。这些都不起作用。这令人沮丧。

代码不包括在内。我包括一个表单和一个导航栏，但它们没有出现。

我希望我的 apache 服务器解析 shtml 文件，以便我可以将它们包含在其他 html 文件中，但我似乎无法理解如何修改配置文件，即使有这些说明：http ://httpd.apache.org/docs /1.3/misc/FAQ.html#ssi-part-i

任何人都可以提供非常具体的说明吗？例如具体要打开哪些文件，以及在哪里以及如何添加某些说明。

我想知道是否有一种方法可以仅使用 html 在另一个 html 中包含一些 html 内容？

PHP 的替代品

这可能吗？

编辑：

这引起了一些混乱，我需要的是“几乎是一个 html 标记”，它具有在另一个中包含 html 文档的功能。

我看到了一个与此类似的问题，但我的问题略有不同：

在 IIS 7.5 服务器（R2008 V2）上运行的#include 文件时，我会得到间歇性的结果。我的包含仅在它们与当前 .asp 页面位于同一文件夹中或当前页面的子文件夹中时才有效。这很不方便，因为我想将它们全部保存在主页面之外的 /lib 子文件夹中。

我的配置：我有一个名为 DCN 的文件夹，位于 wwwroot 文件夹的正下方。DCN文件夹内的/lib文件夹中有几个文件，所以绝对路径是c:\inetpub\wwwroot\dcn\lib\my_include_file.asp。如果我在 DCN 文件夹中打开一个 ASP 页面，我可以从 /lib 子文件夹中提取包含文件。但是，如果我从 DCN/trouble 文件夹（例如“DCN\Trouble\Search.asp”）打开一个 ASP 页面，并且 search.asp 页面有一行显示：

包含失败，我收到 500 错误。

我也试过：

结果相同。与：

我将斜杠改为反斜杠，结果相同。我什至尝试过：

（出于纯粹的绝望），但我仍然得到相同的结果。

如果我在 dcn\trouble 文件夹中创建一个子文件夹，我可以包含其中的文件，但显然，这并不理想。

任何建议将不胜感激。我不禁认为这是微不足道的事情。提前致谢！

我有一个简单的.shtml文件，我在其中声明了一个变量。

但是当我想使用打印值时

它说

找不到变量“testVar”

有什么问题？我正在使用 IIS 7.5，我也在 Apache2 上进行了测试，但它也无法正常工作！

我有一个名为 header.asp 的文件，它几乎包含在我使用 SSI 的网站的所有页面中：

<!-- #include file="header.asp" -->

在 header.asp 中，我想根据包含的文件输出一些 html。假设被请求的文件是包含 header.asp 的文件。在 PHP 中，我可以检查$_SERVER['REQUEST_URI']以获取所请求的文件。如何在 ASP 中获取这些信息？

对不起，如果标题不太清楚，但我认为它是正确的。NEhow，我想做的有点像（在某种程度上）用 JQuery（pref）、PHP 和 CSS 构建一个小部件。

我真正希望发生的是让我网站的“成员”简单地将 2 行代码粘贴到他们的 HTML 中以加载小部件。像这样的东西：

然后显示像这样的小部件<div id="displaywidget"></div>

好的，那一点很“容易”，还可以。但是如何在 script.js 中包含 JQuery 或“某些东西”来生成小部件

我的意思是“displaywidget” - 小部件 div 的 ID 将是我服务器上的 php 文件的名称，因此基本上 script.js 需要将 displaywidget.php 加载到 div displaywidget 中。

我想我document.getElementById('displaywidget')用来获取 div 但我如何在 div 中“写入/插入/加载”displaywidget.php？

思考我写“纯”java 可以做“我想要的大部分document.getElementById('displaywidget')，但我更愿意“包含”Jquery.js，因为我希望小部件的某些方面使用 JQuery。例如 JQuery UI 日期函数.

对不起，如果我有点漫无边际，但我想一边走一边想。我的“真正”问题是我不太确定“纯”javascript，即让 div 显示/加载 displaywidget.php

请提出建议。（哦，如果我叫错了树，请随时告诉我——很好：））

提前致谢

我终于完善了我的网页，它在每个浏览器中都能完美运行。

但是，当我将页眉和页脚内容抽象到服务器端包含时，Firefox/Opera/Safari 中的布局略有变化，但在 IE 中，布局变化使页面看起来很糟糕。

使用 SSI 时是否存在任何可能导致布局更改的已知问题？坦率地说，我很惊讶使用 SSI 会产生这样的效果。我正在使用 HTML5 标记、modernizr js 库，并且页面会验证这些是否重要。

编辑：我通过更改抽象的代码解决了我的问题（我只是比以前进一步抽象了一个父标签）。但是，我仍然很想知道究竟为什么会发生这个错误。有没有人可以阐明具体可能导致这种情况的原因？

一段时间以来，我一直在反对在 JavaScript 代码中嵌入服务器端标签，但今天被一个似乎不相信的开发人员当场提出来

有问题的代码是一个遗留的 ASP 应用程序，尽管这在很大程度上并不重要，因为它同样适用于 ASP.NET 或 PHP（例如）。

有问题的示例围绕使用他们在服务器端代码中定义的常量展开。

我反对这一点的标准论点是：

1. 脚本注入：服务器端标签可能包含可以破坏 JavaScript 代码的代码
2. 单元测试。更难隔离代码单元以进行测试
3. 代码分离：我们应该尽可能地将网页技术分开。

这样做的原因是开发人员不必在两个地方定义常量。他们推断，由于这是他们控制的值，因此不受脚本注入的影响。这将我对 (1) 的理由降低为“我们试图保持标准简单，定义异常情况会使人们感到困惑”

单元测试和代码分离的论点也站不住脚，因为页面本身是 HTML、JavaScript、ASP.NET、CSS、XML 的可怕混合物……你说它，它就在那里。本页面中包含的所有代码都不可能进行单元测试。

因此，鉴于当时的情况，我发现自己有点像一个坚持要更改代码的书呆子。

是否有任何进一步的论据可以支持我的推理，或者我是否真的在这种坚持上有点迂腐？

以这种方式包含脚本的扩展是个好主意吗？

例如。使用glob从某个目录获取 php 文件列表，并对require_once每个文件执行一次。

这将在每次生成页面时运行。对性能不利吗？