继承了一个具有60000 url重定向的ASP.NET网站应用程序
不是开玩笑..。使用IIS插件UrlRewrite，我们使用的是一个正在推动8mb的地图配置。它包含60000条“从->到”规则。配置是如此之大，我们必须调整注册表以适应配置文件的大小。
重定向主要包括：
- .html -> .aspx在迁移到asp.net期间
- 已重命名的页
- 短命的竞选活动重定向到主页
- 所有重定向都被复制18次，每种语言文件夹(如/us/、/uk/等)都复制一次。
我们正准备大幅度减少重定向的数量，所以这不是我关心的问题。我担心的是每周都有3-4个新的重定向请求。手动将重定向条目添加到配置文件并传播到生产服务器上变得乏味和耗时。
正在讨论的是，将60,000重定向视为“遗留重定向”，并将在一个单独的线程上减少。对于所有未来的重定向，内容编辑器将创建与包含Response.Redirects到" to“地址的"From”url模式匹配的文件。
我对这种方法感到震惊，因为我们将使用UrlRewrite进行大量的重定向，并且有越来越多的单线重定向文件分散在网站中。我预言了一场史诗般的灾难。最糟糕的是我想不出更好的解决办法。
我的问题是，管理这样一个大型且不断变化的网站的重定向的最佳实践是什么？是否有一种非常适合于这种困境的.net技术？
回答 1
Stack Overflow用户
发布于 2015-04-01 03:35:37
我会放弃大规模的重定向。说一场噩梦。只要在正确的路径上服务你想要的页面。
如果您收到了对不存在的页面的请求，而不是显示404 Not，那么让new服务器通过查找匹配的“新目的地”的数据存储来处理请求(这可以用一个特殊的ASP页面来完成)。您的数据存储将包含旧到新的映射，如果存在一个匹配，用户将被重定向。如果没有，则显示真正的404 (以及一条给用户更新链接的友好消息)。
这使您摆脱了编写大量重写规则的工作，并将新旧映射的管理纳入了为什么通过jove，数据库为什么不是！)
希望这有助于产生新的想法..。
https://stackoverflow.com/questions/25254032
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号