我正在寻找一种工具来管理在 Apache(或 IHS - IBM HTTP Server)上运行的单个域的虚 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 指定区分大小写或不区分大小写
- 允许用户为每个虚 url 指定重定向为 HTTP 301(永久)或 HTTP 302(临时)
- 允许用户将每个个性化 url 指定为永久(用于产品)或带有“删除”日期的临时(用于营销活动)。
- 提供工作流程用户提交虚 url 请求,并供其他人批准
- (作为一种可能的解决方案)写出一个单独的托管 .htaccess 文件,前提是该文件在将它们推送到服务器之前由工具验证,这样它不会对服务器产生负面影响。
- (作为一种可能的解决方案)用 redirects/.htaccess 文件写出目录,但也将管理创建、更新和删除这些目录。
- 可能使用数据库后端或 xml 后端。
- 以我没有想到的方式提供满足这些标准的解决方案。
- (可选)提供非常简单的报告(永久网址的数量、临时网址的数量、即将到期的临时网址等)
* 如果将错误放入文件中,则使用单个手动编辑的 .htaccess 文件会带来太大的风险,可能会影响所有 url。位于目录中的多个 .htaccess 文件与使用 php 重定向一样是维护噩梦。
我不知道在你的书中究竟定义了什么“维护噩梦”,但你可以尝试在 apache 中使用动态重写映射:
vanity.pl 可以是一个简单的 perl 脚本(不要忘记设置
$| = 1;
),它获取请求 URL 的第一部分(如上所述)STDIN
并且应该重写它 - 例如通过查询数据库。现在,这只是离开了前端。我是一个没有经验的 Ruby on Rails 程序员(这只是一个业余时间活动),但我认为,如果它不需要看起来漂亮,甚至我可以编写一个应用程序来验证用户,让他创建一个重写并显示在不到一周的时间里,一些 IT 人员/$WHATEVER 就会批准它,所以我认为任何真正的程序员在几个小时内做这件事都不会有问题。根据数据库的不同,甚至可能有现成的前端,只需一点点定制就可以完成这项工作(我想到了 php*admin)。
通过这种方式,您可以获得数据库方法的所有灵活性以及所有重定向的中央源。只要 URL 部分的数据库索引适合您的服务器内存,您甚至不必担心性能。
我只见过反过来这样做。例如,
webmail.domain.tld
重定向到domain.tld/squirrel
.我不认为你可以通过 DNS 做你所描述的事情:一旦你越过域进入路径,你就离开了 DNS 处理的领域。
您在描述一个 URL 缩短器,例如 TinyURL。但这将涉及您已经描述的相同的维护难题。