饼干VS语言检测（浏览器VS位置）与在多语种网站

我有以下情形两难两者无：饼干VS语言检测（浏览器VS位置）与在多语种网站

困境一号

饼干：

其良好对于从他/她的个人计算机访问网站的用户（不需要再次选择首选语言），但是如果某人在公共PC（例如图书馆）中选择了一种语言，那么会发生什么情况，那么它不会做太多因为有其他语言偏好的人可能会来。

困境二号

语言检测：

如果网页检测与该定位的语言。在那个国家生活的外国人会怎么样？（生活在一个国家的外国人是否更喜欢使用符合他/她的语言的浏览器？）。

（我已经有一个菜单来选择语言，但我认为“自动化”是不错的。）

这可能是最好的解决办法？

来源

2010-02-28 alexchenco

我的偏好：

如果用户已注册，并有语言偏好，使用该语言
语言检测Accept-Language HTTP header 2.5（位置检测语言）
回退语言（例如：EN_US以上适应你的目标公众）

我不知道语言检测的位置是一个非常好的主意，现在，莫设备共享位置是可能意味着用户正在旅行的移动设备。也有你说的外国人。就我而言，我是法国人，住在法国，但浏览器偏好en_US。

来源

2010-02-28 12:10:13 Mathieu

如果我的选票没有用完，我会投票赞成。你不知道某些网站（*咳嗽*苹果*咳嗽*贝宝*咳嗽*易趣*咳嗽*）是多么恼人;他们看到我有一个意大利知识产权，所以他们认为1）我说意大利语2）我想说意大利语，并且将语言改回英语确实是一场史诗般的战斗（并且需要翻阅十几个意大利语页面） – 2010-02-28 12:39:24

+1 @Andreas Bonini我与谷歌战斗（当我清理我的缓存和饼干时）。我想如果他们阅读浏览器的语言，就不会有任何问题。 – alexchenco 2010-02-28 13:02:11

登录页面如何？ – phtrivier 2010-04-07 14:43:20

Language negotiation是新用户第一次访问该网站的不错选择。

但是，通过将语言标识符放入URL（如/en/…）中，我还可以使语言选择尽可能简单和透明。通过这样的URL，所选择的语言对用户而言是透明的，并且可以根据需要进行更改。连同这个语言特定的URL，我还会提供一个不带语言标识符的独立于语言的URL。

来源

2010-02-28 12:10:28 Gumbo

我只能假定只有非常低的互联网用户比例。你有经验数据来支持这一点吗？ – chelmertz 2010-02-28 12:12:52

@chlemertz：我没有号码，但你为什么觉得语言谈判是一个不好的选择？据我所知，大多数浏览器都使用OS语言作为默认设置，这是一个相当合理的猜测。 – 2010-02-28 12:26:55

@chelmertz：语言协商仅适用于未指定语言的情况。但是一旦使用者选择了语言，就用语言来代替语言谈判。 – Gumbo 2010-02-28 12:32:10

两者有什么不对？使用cookie来确定语言的第一选择。如果选择了错误的选项，可以选择一个精巧的选项（可能带有诸如标志之类的图形）以将选项更改为位置/浏览器的语言。

来源

2010-02-28 12:11:17 Oddthinking

如果我们有以下成分：

饼干
IP位置
语言检测
语言选择屏幕
站点可用语言

然后我（生活在英语诉三国语言的国家ERY多第四届语言）想我的语言服务的方式如下：

如果饼干与郎咸平：显示cookieLang
如果没有Cookie：
- IPloc =导致IP位置
- detLang =语言协商结果
- if（match（eg IPloc =在& detLang = FR）&语言的版本），然后设置cookie的&显示detectedLang
- 其他（如不匹配IPloc = IT & detLang = NL），则显示语言选择屏幕，具有用户做出选择，设置郎饼干&显示choosen语言

很多网站在这里（比利时）就显示出语言选择屏幕，并且被认为是一个容易出错&简单的解决方案。

另一种选择可能是注册2个（或更多）URL，例如， mybank.be，mijnbank.be & monbanque.be，全都指向同一个网站。取决于用户选择的URL，自动选择正确的语言。

来源

2010-02-28 15:20:01 futtta

饼干VS语言检测（浏览器VS位置）与在多语种网站

回答

相关问题