ruby-on-rails – 外部I18n语言环境路径(AWS)
我为我的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创建自己的后端. def store_translations(locale,data,options = {}) I18n.cache_store.clear super I18n.cache_store.write(#cached_values) end 如果缓存非常大,则需要实现更智能的store_translation方法,该方法管理特定的翻译项. 这是一些扶手椅工程,但通过一些努力,我认为您将能够为您的activerecord翻译创建一个强大的内存存储. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |