asp.net mvc和unicode路由和链接

我正在开发一个unicode web应用程序（以希伯来语）。和我的路线是这样的：。 “SomeUnicodeHebrewWord/{类别编号}/{类别名称}/{页}asp.net mvc和unicode路由和链接

当我使用的ActionLink的SomeUnicodeHebrewWord和类别名称（也希伯来文）越来越HTML编码我如何能避免？不能我有个希伯来语字符创建的链接？很重要的原因，搜索引擎优化。

谢谢！

2010-08-22 TomerMiz

避免HTMLEncoding和的URIEncoding不是SEO很重要的原因。也许有搜索引擎在那里它不理解这些编码，但是这种半分类的搜索引擎不会影响你的市场成功。只需担心专业搜索引擎;所有专业搜索引擎（我不只是在谈论大的，所有他们）了解网页的工作原理。

除此之外，我会确保每个符合字符串的对象都理解适当的编码（根据第一级.NET处理的UTF-16，在输入和输出方面UTF-8）网页）。然而，基于字符串输出URI编码的链接（％xx类型的编码，而不是编码）可能是一个好主意，因为某些用户代理与这些URI相比具有较少的问题，而不是使用IURIs （他们都完全理解，并且被现代搜索引擎等同），而更现代的用户代理将隐藏用户的编码，因此您可以获得向后兼容性，而不会影响现代浏览器或搜索引擎的用户。

来源

2010-08-22 11:17:14

嗨，也许它不重要，但它看起来更好的URL。事情是这个问题是一个在查询字符串参数路线中的希伯来字，它看起来像引擎正在做任何呈现的任何HTML编码 – TomerMiz 2010-08-22 17:00:14

你究竟看到了什么。 HTML编码不会改变希伯来语（把<％= Server.HtmlEncode（“שָׁלוֹם”）％>放到一个页面中，你会得到输出到源文件中），除非必要，因为你使用的是字符编码，希伯来字母是不可能的（这是一个坏主意）。然而，与此同时，只有在IURI（国际化URI）中才允许使用希伯来字母。仍然有一些浏览器无法访问IURI - > URI，所以在源代码中放入一个URI并让浏览器去 - > IURI如果足够复杂并不是一个坏主意。 – 2010-08-22 17:21:09

asp.net mvc和unicode路由和链接

回答

相关问题