在经典的多语言rails 4网站中,我想避免重复的内容问题。
我使用了friendly-id和globalize3来使网站多语言化。
以下是我的配置:
经典页面模型:
extend FriendlyId
friendly_id :title, use: [:slugged, :history]
translates :title, :content, :slug
第一条路线配置:
scope ":locale", /#{I18n.available_locales.join("|")}/ do
my_routes
end
#rails cast solution
match '*path', to: redirect("/#{I18n.default_locale}/%{path}"), constraints: lambda { |req| !req.path.starts_with? "/#{I18n.default_locale}/" }, via: :all
match '', to: redirect("/#{I18n.default_locale}"), via: :all
第一个应用程序应用程序控制器配置:
before_action :set_locale
def default_url_options(options = {})
{locale: I18n.locale}
end
private
def set_locale
I18n.locale = params[:locale] if params[:locale].present?
end
由于我希望用户访问网址末尾没有/ default-locale的网站,我更改配置如下:
路线配置:
#Here I'm trying to avoid /en/content and /content to avoid duplication
match "/#{I18n.default_locale}/*path", to: redirect("/%{path}"), via: :all
scope "(:locale)", locale: /#{I18n.available_locales.join("|")}/ do
my_routes
end
#removed the rails cast fallback to default locale
应用程序控制器配置:
before_action :set_locale
def default_url_options(options = {})
{ :locale => ((I18n.locale == I18n.default_locale) ? nil : I18n.locale) }
end
private
def set_locale
I18n.locale = params[:locale] || I18n.default_locale
end
在语言之间切换的链接:
#here the French language is the default locale
<%= link_to_unless_current t("English"), locale: "en" %>
<%= link_to_unless_current t("French"), locale: nil %>
问题:
1-使用友好的ID和翻译的slug,您可以访问mywebsite.com/mon_contenu和mywebsite / en / my_content。但是如果您已经在mywebsite.com/mon_contenu上并且点击了英文开关,那么您将使用英文内容访问mywebsite.com/en/mon_contenu,但网址不会切换到英文版。
这是否被视为重复内容?如果是,我该如何避免呢?
2-如果内容未被翻译,则全局化将显示默认的区域设置内容。因此,如果没有完成翻译,mywebsite.com/mon_contenu和mywebsite.com/en/my_content可以使用相同的语言显示相同的内容。
这再次被认为是重复吗?
考虑选项
使用robot.txt禁用某些路由,例如只允许将默认语言环境编入索引?
使用规范标签,但我不知道如何在布局中轻松设置
你如何处理这种情况?
随时欢迎任何帮助/想法/意见/建议!
一如既往地感谢您的帮助。
答案 0 :(得分:1)
几个月后,我仍在努力找出最佳选择。
以下是我用于问题1的解决方案:
我在控制器中设置了这个(来自railscasts的关于friendly_id的解决方案)
def show
if request.path != page_path(@page)
redirect_to @page, status: :moved_permanently
end
end
有了这个,没有理由指向同一内容的多个网址。相反,用户将被正确地重定向到正确的URL。 slu the历史仍然有用。
如果我找到第二点的话,我会更新这篇文章!实际上我正在考虑检查翻译是否存在以及是否通过flash通知重定向到默认语言环境。