请问在实现 SEO URL 时有没有明确的 DO 和 DONT?很多好的做法对于 .html 网站似乎没问题,但在中大型数据库网站上却行不通。
据我所知,URL 应该是 www.mysite.com/category/page-name-here。
如果我想要一个内容丰富的网站,类别和页面默认是由数据库驱动的,那么这会阻止我拥有像 www.mysite.com/about 或 www.mysite.com/home 这样的页面,因为 about 和 home 页面可能会发生冲突。
虽然路由引擎是灵活的,但上述情况是否可行或值得一试?
-编辑-
只是想详细说明我的问题,是否可能用数据库控制路由引擎?
在 URL 中包含有意义的描述是个好习惯,例如 stackoverflow.com/category/mvc 和 stackoverflow.com/questions/seo-urls-with-asp-net-mvc 都很好(而不是 stackoverflow.com/category/9955 和 stackoverflow.com/questions/734583)。
作为一个实验,我想把控制提高到另一个层次。比如说,上面的两个控制器(category 和 questions),每个都显示动态数据,可以改为 stackoverflow.com/mvc 和 stackoverflow.com/seo-urls-with-asp-net-mvc。
我需要确保我的数据库中包含一个表格,告诉我前者应该被路由为 category,后者为 questions - 这可以通过一个简单的数据库查找来实现,并需要在 Global.asax 中实现。
我的问题是,这样做是否可行,有哪些潜在的风险。
据我所知,URL 应该是 www.mysite.com/category/page-name-here。
如果我想要一个内容丰富的网站,类别和页面默认是由数据库驱动的,那么这会阻止我拥有像 www.mysite.com/about 或 www.mysite.com/home 这样的页面,因为 about 和 home 页面可能会发生冲突。
虽然路由引擎是灵活的,但上述情况是否可行或值得一试?
-编辑-
只是想详细说明我的问题,是否可能用数据库控制路由引擎?
在 URL 中包含有意义的描述是个好习惯,例如 stackoverflow.com/category/mvc 和 stackoverflow.com/questions/seo-urls-with-asp-net-mvc 都很好(而不是 stackoverflow.com/category/9955 和 stackoverflow.com/questions/734583)。
作为一个实验,我想把控制提高到另一个层次。比如说,上面的两个控制器(category 和 questions),每个都显示动态数据,可以改为 stackoverflow.com/mvc 和 stackoverflow.com/seo-urls-with-asp-net-mvc。
我需要确保我的数据库中包含一个表格,告诉我前者应该被路由为 category,后者为 questions - 这可以通过一个简单的数据库查找来实现,并需要在 Global.asax 中实现。
我的问题是,这样做是否可行,有哪些潜在的风险。