分享出去的链接建议不带上语种
现在分享出去的链接假如是英文的，但是我本身是设为中文，点击链接进去，结果显示是英语，我需要右上角切换为英语，再切换为中文，才能显示中文
建议分享出去的链接可以去掉语种，例如：
https://www.arcblock.io/content/blog/en/blocklet-server-v1-16-23-released 改为 https://www.arcblock.io/content/blog/blocklet-server-v1-16-23-released
7 replies
很好的建议，感谢反馈。多语言这块有几个已知的体验问题，接下来会结合上述建议一并优化。
做了一版优化，经过讨论，倾向于认为链接中的语言不是根因，
针对上面的场景，优化后的行为：
如果还有其他建议，欢迎补充
"切换为英文" 只是临时性的，不会改变用户当前的语言偏好，比如说此时新开一个 tab 页访问 blog 首页，看到的还是 "中文"会有这样的体验问题：假如链接是英文的，我点进去看到是英文的内容，但我肯定要切换回中文，由于“~~~~不会改变用户当前的语言偏好~~~~”，所以此时的语言偏好还是中文，那我就要由中文切换为英文，再由英文切换为中文，最终才能看到中文的内容；按照优化后的行为：其实我还是要自己手动去切换一下语言偏好
如果分享的链接不带上语种的话，我试了下，点进去会自动变成用户当前的语言偏好，不确定推特等缩略图预览效果会是怎样
(补充一下， 上面说的优化需要更新 discuss kit 到 v1.6.136)
按我的理解，优化后应该不再需要手动去切换了。会自动切换成 url 中语言参数指定的语言。
举一个具体的例子，比如官网的一篇文章，我这边体验到的行为如下：
上面整个过程，作为一个用户，其实不需要关心语言偏好
通过分享按钮分享的链接的确可以控制，但会存在另一种情况：用户直接复制了浏览器地址栏的链接，分享给别人
回到最初的场景，如果打开一个英文链接，之后又想查看中文版本，确实是要手动切换一下的。但优化后，不需要切换成英文再切换成中文这么繁琐了，只要切换一下就行。
举个例子，github actions 的文档站点 https://docs.github.com/en/actions ，将语言偏好设置为中文，此时通过链接访问某篇英文文档，看到的内容也会是英文，此时如果又想查看中文版本，需要右上角手动切换一下
对，打开不带语种的 link 后，discuss kit 可以推断出 (比如通过 cookie) 用户当前的语言偏好，然后悄悄的重定向到相应语言版本
这的确会是个问题，因为没有指定语种，这也是建议保留分享链接中的语言参数的一个理由吧
理解