【发布时间】:2011-03-11 22:26:04
【问题描述】:
我有一个 ASP.NET MVC 3 应用程序,用户可以在其中发布“bla bla 如果 yada yada yada 会更好”的建议。 对于建议详细信息页面,我定义了一个不错的 SEO 友好 路线,如下所示:
routes.MapRoute(null, "suggestion/{id}/{it}/would-be-better-if-{if}",
new { controller = "suggestion", action = "details" });
如您所见,我希望修复“如果”部分会更好。
这条路线非常适合任何旧的建议,并生成像suggestion/5/this-site/would-be-better-if-it-had-a-iphone-application 这样的链接,点击链接实际上会请求相应的详细信息页面。
具有讽刺意味的是,我的一个朋友恰好是一名测试人员,他无意中发布了一条实际上打破路线的建议:“如果'如果'总是对齐会更好,这个网站会更好在中间”。
为此建议生成的链接是
/suggestion/84/this-site/would-be-better-if-would-be-better-if-was-always-alligned-in-the-middle.
我已经尝试过Phil Haack's Routing Debugger 并确认该路线实际上会一直工作到suggestion/84/this-site/would-be-better-if-would-be-better-if-,所以第二个“如果会更好”实际上被接受了;在此之后添加任何内容实际上会导致 url 不匹配任何路由 (感谢 Omar -see cmets- 的帮助)。
请记住,我真的不想更改路由定义,因为我认为它在这种情况下已经尽我所能,就 SEO 而言。
那么,为什么文本等于路由的固定部分会阻止链接匹配路由? 为什么路线中断了?
我实际上对为什么更感兴趣,因为我相信理解为什么会导致解决方案,或者至少是对一个相当有趣的问题的正确理解。
【问题讨论】:
-
这很有趣。不知道为什么会这样,但如果您想要临时修复,请将
-{if}替换为/{if}。我猜 ASP.NET MVC 对待/与其他字符不同。 -
一些测试表明路由
suggestion/84/this-site/would-be-better-if-would-be-better-if-有效;只有在最后一个-之后它有任何东西之后才会中断。 -
@Omar - 我真的不想更改路线,尽管您提出的解决方法是完全可以接受的。关于您的第二条评论,谢谢,我完全错过了那条评论……如果您问我,这会让您更加好奇。
-
我认为这是一个错误,我遇到了类似的问题:stackoverflow.com/questions/4318373/…
-
我真的不知道 double would-be-better-if 是什么意思。但老实说,您需要使用自定义路线,例如 @Lukáš 或此处 stackoverflow.com/questions/1107507/…
标签: asp.net-mvc asp.net-mvc-3 routes asp.net-mvc-routing system.web.routing