Czy istnieje sposób buforowania prekompilowanych zasobów dla aplikacji Rails 4 na Heroku?Przyspieszenie wdrażania Heroku dla aplikacji Rails 4
Postępowałem zgodnie z instrukcjami od this blog post i niektórymi dokumentami Heroku, które znacznie przyspieszyły sprawę, ale wciąż trwają tak długo, aby wstępnie skompilować zasoby.
Oto odnośny odcinek z moim gemfile (znaleziono również konieczne enable the 'user-env-compile' lab):
group :production, :staging do
# for heroku, see https://devcenter.heroku.com/articles/rails-integration-gems
gem 'rails_12factor'
# https://devcenter.heroku.com/articles/rack-cache-memcached-rails31
gem 'rack-cache'
gem 'kgio'
# faster heroku deploys (http://blog.alexmaccaw.com/faster-deploys)
gem 'memcachier'
gem 'dalli'
end
I z mojego config/production.rb i config/staging.rb:
# Neither of the below worked (tried separately)
# config.assets.cache_store = :dalli_store
config.assets.configure {|env| env.cache = ActiveSupport::Cache.lookup_store(:dalli_store) }
Dzięki !
Czy próbujesz sprawić, aby kompilacja zasobu zajmowała mniej czasu lub próbowała skompilować zasoby w innym miejscu, aby nie musiały być kompilowane przez Twoją aplikację? "Przyspieszenie rzeczy znacznie" i "sposób buforowania prekompilowanych zasobów" brzmi jak różne zadania dla mnie. – culix
[Ten artykuł w Dev Center] (https://devcenter.heroku.com/articles/rails-asset-pipeline) zawiera informacje o buforowaniu zasobów statycznych i jest rozwijany w [tym poście na blogu] (http: // www. neilmiddleton.com/heroku-asset-pipeline-faq/) – culix
Próbujesz uniknąć ponownego kompilowania zasobów, które się nie zmieniły, ponieważ wydaje się, że wdrożenie trwa tak długo. Czy prekompilowanie lokalnie jest jedynym sposobem? – Jay