问题标签 [ssi]

有没有人找到一种方法让服务器端包含在 Magento 产品描述中工作？

我尝试添加一个，但发布的页面没有显示我要包含的内容。

例如，我将其添加到 Magento Admin 的产品描述字段中：

我已经在我的计算机上安装了 ServerSideIncludes 模块，它运行良好，但有一个例外。

上面的行导致了问题。我知道我必须更改virtual，file但我有一个巨大的网站，这意味着我必须更改至少 1000 行这样的代码，我正在寻找一种virtual在 IIS 7 中正常运行的方法。

我一直在寻找这个解决方案，但我已经能够找到我上面提到的解决方案。

你知道如何在不改变virtualto的情况下解决这个问题吗file

谢谢。

如何使用 IIS 中的服务器端包含模块来包含和处理来自 .htm 文件的 ColdFusion 文件？我目前在我的 html 文件中做这样的事情：

这包括导航菜单文件的原始内容。我需要它来执行 ColdFusion 代码并返回该进程的输出，而不是包含原始ColdFusion 代码。

同样的语法在 Apache 中也能正常工作。

我正在尝试在一些普通的 html 文件中启用服务器端包含。我需要帮助在 localhost 上通过 IIS 启用 ssi。我正在运行 XP Pro，并使用 ie8 和 firefox 来测试文件。谢谢你的帮助。

我有一个设置，我的 nginx 在前面，apache+PHP 在后面。

我的 PHP 应用程序在 memcache 中缓存了一些页面，这些页面由 nginx 直接访问，除了一些在 Nginx 中使用 SSI 构建的动态部分。

我遇到的第一个问题是 nginx 没有尝试将 memcache 用于 ssi URI。

所以我想如果我强制它使用完整的 URL，它会这样做。

但是在日志文件（nginx和apache）中，我可以看到在url的开头添加了一个斜杠

在 SSI 模块的源代码中，我看到似乎添加了一个 PREFIX，但我真的可以判断我是否可以禁用它。

有人有这个问题吗？Nginx 版本：Ubuntu Karmic 64 位上的 0.7.62

非常感谢

是否可以使用没有框架或s 的Classic ASP 构建某种母版页iframe？

我想知道是否有一种方法可以像ASP.NET 母版页那样在主页中包含内容页面。根据我的研究，ASP Classic 确实支持将其他 ASP/HTML 页面包含到一个页面中，但是放入这个值include意味着该函数不能是动态的。

在 html 文件中：

perl 脚本：

这不会给我一个“错误处理指令”错误，也不会输出我的 HTML 来代替标签。我还要补充一点，ssi 标签被替换为什么都没有。

服务器端包含有什么方法可以确定它包含在哪个文件中？我想做这样的事情：

我只需要知道是否可以使用服务器端包含，如果可以，语法是什么。

我对服务器端包含做了一些研究，并尝试了这样的事情：

我在输出中看到了这一点：

[处理此指令时发生错误] 这是联系页面

就像它正在理解命令，但由于某种原因导致错误。

我用 SCRIPT_FILENAME、REQUEST_URI、SCRIPT_NAME 和 DOCUMENT_NAME 代替 DOCUMENT_URI 尝试了类似的事情，有或没有所需的路径信息，在每种情况下，我都能让它工作，但我得到了那个错误消息。有谁知道会导致这种情况的原因是什么？

我有一个网站，它使用简单的服务器端包含在一些静态 HTML 页面上拉入页眉和页脚：

缺点是 IIS 不能缓存 SSIed 页面（或者更具体地说，它不允许浏览器缓存页面 - 没有ETag也没有Last-Modified标题）。由于这些页面很少更改——而包含文件也很少更改——从性能的角度来看这是不可取的。

我的整个站点都在 Subversion 存储库中。我很想建立一个部署过程，从 svn 导出我的站点，处理所有 *.html 文件中的 SSI 指令，并将处理后的文件放入我的生产服务器上。

此外，如果只有自上次部署以来在 svn 中更改过的文件可以导出、处理并移入到位，那将是非常棒的——当只有一个文件发生更改时，覆盖每个文件是没有意义的；这将大大加快这一进程。

所以：

是否有一个实用程序可以处理文件中的 SSI 指令并将结果写回？

这在某种程度上可能是一个异端问题。我们有大型网站，其中很多页面仍在 ASP 中。大多数情况下，它们并不是真正动态的，但它们包括（通过 SSI 或 Server.Execute）定期重新生成的 HTML 块。它可能看起来像一个穷人的缓存，但它运行得非常好，我猜微软已经针对这种情况对 IIS 进行了大量优化。

现在，我们希望能够在 ASP.NET / ASP.NET MVC 中实现类似的功能。我们将定期生成 HTML 片段（通常每小时左右），我们希望将其包含到 ASP.NET / ASP.NET MVC 包装器中，提供主站点 chrome、一些导航，以及可能与片段相关的一些其他动态内容。所以这是一种混合，但关键是生成的 HTML 会定期由外部进程重新生成，主要是出于性能原因和保持我们的服务器场同步。

我能找到的 ASP.NET 中最接近的东西是：

这似乎相当于

在 ASP 中。它可能更快，因为没有要执行的代码。但它的效率可能不如：

正如我上面提到的，我怀疑 IIS 多年来一直在优化以处理 SSI 以及 ASP 包括在内。另一方面， Response.WriteFile 很可能真的会读取文件并将其吐出。有人会深入了解两个或一些经验吗？

可能是我太担心了，但是我们大部分流量大的内容仍然在 ASP 上运行，并且使用了大量的 SSI，因此即使 Response.WriteFile 的一点差异也可能会累积并产生明显的影响。