|
|
1
6
我会告诉你什么不是最佳实践-使用参数(第三个)。让用户输入一个复杂的URL会带来麻烦。 您的页面可以在内部使用get参数来查找lang,但是可以使用Web服务器中的URL重写模块来简化它,例如第一个模块-www.mydomain.com/en/articles/random 即使是第二个也可以,除了大多数用户键入域名并按ctrl+enter。 https://addons.mozilla.org/en-US/firefox/ http://msdn.microsoft.com/en-us/default.aspx 就软件开发领域而言,Mozilla、Microsoft和Apple处于三个不同的角落。好。。一切。有时我会认为这三个大家伙只是为了不同意对方。但是如果 他们 按照惯例,这一定是有道理的… |
|
|
2
4
如果您担心的是搜索引擎的漂亮URL,请首先注意 大多数主要的搜索引擎能够在解析时检测到语言, 因此,除非使用特定的语言是一个非常重要的方面,否则您不必担心对搜索引擎友好。
|
|
|
3
2
我想添加一个我们为www.openimages.eu选择的:
但最好的办法当然是听浏览器在其请求中传递的首选语言:
默认情况下,如果您的页面可用,则使用该语言提供服务。您可以为用户提供一个开关来执行“.en”或“.nl”操作。 |
|
|
4
2
我找到了一个不错的 resource from Google 关于你能做出的选择。有一节介绍了您可以使用的每种方法的优缺点。 我在多语种网站上挣扎了一段时间。 文章中肯定有一些要点没有在所提到的答案中提到。所以我觉得有必要把这个作为答案。我希望这能帮助别人。 |
|
|
5
1
我想这取决于你的环境。您是使用带有数据库的Web框架以多种语言生成相同的页面,还是使用静态页面? 在许多常见的Web框架(rails或symfony)中,您可以为1设置路由规则,该规则将自动用控制器随后用于生成适当内容的语言填充参数。当然,三个也可以,但在我看来有点分散注意力。 如果您导致Web服务器级别的重定向,并且具有允许来自/不可能“丢失”用户语言设置的URL的优势,则2特别适用。换句话说,一个到/主页的链接将带您到达“主页”页面的正确语言版本。 最后一个选项是将语言作为用户首选项存储在cookie中,而不是将其填充到URL中。 |
|
|
6
0
第一个更合理。因为如果有人想直接进入你的页面,他可以输入blabla.com/en,然后找到他想要的…… |
|
|
7
0
我不知道在这种情况下是否有任何“最佳实践”,因为这可能只是个人意见。 对于我来说,我倾向于使用第三个选项,因为它实际上是加载的同一个页面,所以您只需使用get参数修改内容。使用一个单独的URL(而不是参数)对我来说意味着它是一个完全独立的页面/资源,在本例中它不是。你也可能会让搜索引擎用各种语言对页面进行多次索引,等等(也许这就是你想要的)。 |
|
8
0
搜索引擎认为子域是独立的网站。但我不确定它如何影响SEO。 |
|
9
0
我远不知道“正确”的答案(我想没有),但当你征求意见时,这里是我的: URL(或URI)是描述或标识 资源 . 如果我没记错,URL就不应该依赖于 怎样 应该显示资源(HTML、XML、JSON等)。 你也可以考虑 语言 作为一种指定 怎样 应显示资源。 因此,在我看来,最后一个选项,即将语言指定为 参数 会更合适。 |
|
|
10
0
如果您正在寻找“搜索引擎友好”和“漂亮”的URL,那么应该避免未屏蔽的get参数。它们看起来不像子域或子目录那么好,而且不完全是SEO友好的。 考虑到这一点,我将选择子域。您可以使用一个简单的常规“开关”来修改显示的语言,它不会隐藏在URL的中间。很容易发现和改变。 |
|
|
11
-1
我一定会去的
因为更自然地说:“这个链接(完整链接)是英语或荷兰语的。” 否则(domain/lang/restof-url)会给人留下这样的印象:您有某种结构,其中包含en和nl的不同内容。这同样适用于lang.domain/…。 |