Внешний локальный путь I18n (AWS)

Question

У меня есть система перевода на базе базы данных для моего приложения 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/", '*.{rb,yml}'.to_s] 
config.i18n.available_locales = [:en, :se] 

Edit: Мой текущий (утомительно) рабочий процесс, чтобы создать все переводы в базе данных (с использованием базы данных переводов является обязательным для Absolut меня кстати). Затем я экспортирую таблицу в yaml в мое хранилище AWS. Оттуда я загружаю файлы локали в свое локальное приложение и в папку locale. Я загружаю все это обратно Heroku снова. Все потому, что я не могу писать в файловую систему Heroku.

Как настроить мое приложение так, чтобы локальные файлы (например, https://s3-eu-west-1.amazonaws.com/myapp/locales/en.yml) считывались из этого внешнего источника? Возможно ли это? Если нет, есть ли обходной путь?

Answer 1

Я чувствую, вы не можете добавлять внешние переводы напрямую, используя «Dir». Потому что он работает локально. Чтобы обходной путь, вы можете загрузить внешний файл в локальную систему, а затем использовать Dir для доступа к нему в I18n таким же образом. В любом случае, для загрузки любых изменений во внешний файл, вам всегда потребуется перезагрузить ваш производственный сервер. Таким образом, это то же самое, что хранить файл локально.

Answer 2

Что приходит на ум - это реализация кеша для вашей базы данных (поэтому вам не нужно использовать любые файлы 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 метод, который управляет конкретным пунктом перевода.

Это немного armchair-engineering, но с некоторым усилием я думаю, что вы сможете создать надежный накопитель для ваших переводов activerecord.