我为我的Rails应用程序提供了一个基于数据库的翻译系统,除了它显然向数据库发送了大量请求之外,它的效果很好.我只能对一定数量的请求使用缓存,但对我来说可行的选择是将转换表导出到YAML文件中,该文件可由系统读取.
我遇到的问题是我的应用程序在Heroku上,你无法写入该文件系统,我必须使用AWS(使用Carrierwave)来存储语言环境文件.我可以写信给AWS但是我无法让我的Rails应用程序从我的AWS存储中读取语言环境文件.
我尝试了以下设置(这只是试验和错误),但它不起作用.
application.rb中
config.i18n.load_path += Dir[Rails.root.join('my','locales','*.{rb,yml}').to_s]
config.i18n.load_path += Dir["https://s3-eu-west-1.amazonaws.com/myapp/locales/",yml}'.to_s]
config.i18n.available_locales = [:en,:se]
编辑：我当前(繁琐)的工作流程是创建数据库中的所有翻译(使用数据库翻译是绝对必须为我btw).然后我将表导出到yaml到我的AWS存储中.从那里我将语言环境文件下载到我的本地应用程序和locale-folder.我再次将它全部上传回Heroku.因为我无法写入Heroku文件系统.
如何设置我的应用程序,以便从此外部源读取区域设置文件(例如https://s3-eu-west-1.amazonaws.com/myapp/locales/en.yml)？它甚至可能吗？如果没有,是否有解决方法？
解决方法
我们想到的是为您的数据库实现缓存(因此您不需要使用任何YML文件).首先,如果访问了密钥,结果将被缓存,并且在第二次查找时 – i18n将使用缓存值.
I18n::Backend::ActiveRecord.send(:include,I18n::Backend::Cache) I18n.cache_store = ActiveSupport::Cache.lookup_store(:memory_store) # or whatever store you prefer
一种方法是使用以下方法预热缓存：I18n.cache_store.write({“en.some.key”=>“value”}).我想从数据库中填充它不应该太难.
问题在于您想要使缓存无效.您需要为activerecord创建自己的后端.
Here是商店方法.您需要创建一个新的后端模块,该模块将清除并重新填充缓存.
def store_translations(locale,data,options = {})
I18n.cache_store.clear
super
I18n.cache_store.write(#cached_values)
end
如果缓存非常大,则需要实现更智能的store_translation方法,该方法管理特定的翻译项.
这是一些扶手椅工程,但通过一些努力,我认为您将能够为您的activerecord翻译创建一个强大的内存存储.