2013-08-12 21 views
7

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 !

+0

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

+0

[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

+1

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

Odpowiedz

1

Zobacz klejnot assets_sync.

+0

Interesujące ... Dam ci szansę. Nie widzę żadnej szczególnej wzmianki o Railsach 4, miejmy nadzieję, że nie będzie żadnych przełomowych zmian – Jay

Powiązane problemy