问题标签 [iirf]

我有以下情况。

• Web服务器A：Internet上公开的，安装了IIRF（Ionic的ISAPI重写过滤器，当前版本）

• Web 服务器 B：不公开，在内网，对 A 可见，我的 ASP.NET Web 应用程序安装在上面，名称是pgdbtest3

我配置 IIRF 以便任何请求目标目录/MMS/服务器 A 上的重定向到 B 中的相应服务器：http://pgdbtest3/MMS/。ini 文件如下所示：

它工作正常，除了任何回发都会导致错误（返回 404）。我尝试了许多解决方案，包括从表单中删除 action 属性，但没有运气。

我该如何解决这个问题？

当我打开 URL 重写以访问页面时，〜不再被应用程序根替换。

例如

应该产生：

但它唯一的输出

波浪号应该被替换为应用程序根路径，但看起来 IIRF 以某种方式弄乱了它？

有想法该怎么解决这个吗？

我有一个基于子域提供图像的网络应用程序。

我们想为我们的用户提供这样的网址： http://{username}.domain.com/images/myimage.jpg

而不是我们曾经拥有的： http://www.reallylongdomainname.com/users/{username}/images/myimage.jpg

这使得 url 更短，更不容易被窥探。

所以我设置了一个 IIRF .ini 文件来进行一些 url 重写，它工作得很好，除了我们的一些用户文件夹有下划线。根据我的阅读，下划线不是域名中的有效字符（即使 IIS 支持它）。

我想知道如何在$1反向引用中进行查找和替换，以便这样的 url：

http://some-user.domain.com/...

可以改写成这样：

/users/some_user/..

这是我的 IIRF 规则。

谢谢你的帮助。

我正在使用 IIRF、IIS 6.0、W2k3。

我正在尝试使用ProxyPass，如下：

但它永远不会奏效。IIRF 日志显示：

有什么建议么？

我正在使用Iirf v2.0。

我有以下目录结构：

我有一个包含我的应用程序的库文件夹、一个 webroot 文件夹（其中包含图像、样式表等）和一个 Iirf.ini 配置文件。

如果文件在 webroot 下不存在，我想将所有请求重定向到 /library/index.php 。

例如：

我的 Iirf.ini 配置有：

它将所有内容重定向到，/library/index.php但我无法确定如何检查REQUEST_FILENAMEwebroot 下是否存在。

我已经看过这个问题，但我无权访问DOCUMENT_ROOT. 它给了我以下信息（取自日志）：

任何帮助将不胜感激。

---编辑--

经过更多阅读和 Tim 的建议，我更新了我的配置：

它正确传递，/library/index.php但它仍然不检查现有文件（即使它似乎说它确实如此）。

我想我将不得不联系过滤器的作者。

我有一个主域 - 我们称之为xyz.com。我还有其他几个二级域，例如abc.com def.com、ghi.com等。这些域都具有相同的内容。

我正在尝试在 IIRF 中进行 URL 重定向，该重定向将采用任何辅助域，并将其替换为我的主 xyz 域。

这是我得到的最接近的。

问题#1：如果我导航到123.abc.com，我会被带到.xyz.com（我丢失了我的子域，我想我可以用 '*1' 检索它）。

问题 #2：即使我去www.xyz.com，我也会被重定向到.xyz.com这条规则显然应该忽略任何xyz.com域

我在 IIS 上使用 Iconic 的IIRF URL 重写引擎，“花哨”的 URL 是这样的：

此示例 URL 对应于：

现在在 some-function.asp 文件中，我需要知道浏览器请求的页面。我浏览了所有 IIS 变量，但无法/some-function/418/some-keyword-rich-filename.html在其中任何一个变量中找到值。

作为旁注，我需要此信息将 301 重定向发送到浏览器。例如，如果浏览器请求：

我首先需要将浏览器发送到：

这就是为什么我需要原始网址进行比较。

嗨
，我已经安装了 IIRF，但每次我添加规则时它都不会重定向我。
我的网站地址看起来像这样
www.domain.com/Apps/WW/Page.aspx?ws=8888888&page=9999999
我希望它看起来像这样 www.domain.com/888888/999999

你能告诉我我需要添加哪个规则吗？我已经正确安装了 IIRF，iirfstatus 页面显示一切都已安装。
谢谢

我正在将一些 ASP.NET 项目从 IIS 移动到 Cherokee/nginx，我需要一个用于 url 重写的解决方案。我正在使用IIRF（伟大的项目），但这仅适用于 IIS。

编辑：在这种情况下，IIRF.ini 代码不是问题，dokuwiki 的性能问题实际上与权限有关，并且 URL 重写的引入不是问题的原因。

在我使用 IIRF 集成 URL 重写之前，我有一个新的 Dokuwiki 实例（即几乎是空的，未使用），它运行得非常好。

现在它的运行速度明显变慢了——在页面之间导航需要几秒钟，而之前它是“活泼的”（立即的）。

我遵循了在此处实施 IIRF 的说明，这基本上涉及将“IIRF.ini”文件添加到站点根目录，并按照上面链接的站点上的说明更新“conf/local.php”文件（从标题下复制的代码“离子 Isapi 重写过滤器”）。

因此，澄清一下，URL 重写是有效的；但它导致了浏览 wiki 的速度明显变慢。如果有人可以提供建议以再次加快速度，我将不胜感激！

这是我的“IIRF.ini”文件的内容：