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