Apache Web 服务器的虚 URL 管理器

Question

我正在寻找一种工具来管理运行在 Apache（或 IHS - IBM HTTP Server）上的单个域的虚 URL。

我所说的虚 URL 是什么意思：

• www.mycompany.com/ProjectA 将重定向到 servera.mycompany.com/whatever
• www.mycompany.com/ProjectB 将重定向到 serverb.mycompany.com/another/directory
• www.mycompany.com/FallCampaign 将重定向到 servera.mycompany.com/whatever/offer.html
• 等等等等

当前实施的解决方案包含数千个手动更新的目录，其中包含重定向用户的 php 脚本。这是维护的噩梦。将此解决方案转换为使用手动更新的.htaccess 文件的解决方案也不是一种选择*。

理想情况下，该工具将：

• 为 apache / IHS Web 服务器工作
• 为用户和管理员提供 Web 界面
• 允许用户创建、删除和更新虚 URL
• 允许用户为每个虚荣网址指定区分大小写或不区分大小写
• 允许用户为每个虚 url 指定重定向为 HTTP 301（永久）或 HTTP 302（临时）
• 允许用户将每个虚荣网址指定为永久（对于产品）或临时的“删除”日期（对于营销活动）。
• 提供工作流程用户提交虚 url 请求，并供其他人批准
• （作为一种可能的解决方案）写出一个单一的、托管的 .htaccess 文件，前提是该文件在将它们推送到服务器之前由工具验证，以便它不会对服务器产生负面影响。
• （作为一种可能的解决方案）用重定向/.htaccess 文件写出目录，但也会管理创建、更新和删除这些目录。
• 可能使用数据库后端或 xml 后端。
• 以我没想到的方式提供满足这些标准的解决方案。
• （可选）提供非常简单的报告（永久网址的数量、临时网址的数量、即将到期的临时网址等）

* 如果文件中出现错误，使用单个手动编辑的 .htaccess 文件会带来太大风险，可能会影响所有 url。位于目录中的多个 .htaccess 文件与使用 php 重定向是相同的维护噩梦。

Answer 1

我不知道你书中的“维护噩梦”到底是什么定义，但你可以尝试在 apache 中使用动态重写映射：

RewriteEngine on
RewriteMap    vanity-map       prg:/path/to/vanity.pl
RewriteRule   ^/(.*)/(.*)$  /${vanity-map:$1}/$2

vanity.pl 可以是一个简单的 perl 脚本（不要忘记 set $| = 1;），它获取请求 URL 的第一部分（如上所述）STDIN并应该重写它 - 例如通过查询数据库。

现在，只剩下前端了。我是一个没有经验的 Ruby on Rails 程序员（这只是一项业余活动），但我认为，如果不需要看起来漂亮，即使我可以编写一个应用程序来验证用户身份，让他创建重写并显示需要在不到一周的时间内得到一些 IT 人员/$WHATEVER 的批准，所以我认为任何真正的程序员在几个小时内完成这项工作都不会遇到问题。根据数据库的不同，甚至可能有现成的前端，只需一点点定制即可完成工作（我想到了 php*admin）。

通过这种方式，您可以获得数据库方法的所有灵活性以及所有重定向的中央源。只要 URL 部分的数据库索引适合您的服务器内存，您甚至不必担心性能。