Aplikacja Heroku rails 3.1 - kompilowanie zasobów lokalnie vs kompilowanie zasobów podczas kompilacji zliczeń

Question

Używam aplikacji Rails 3.1 na stosie Heroku Cedar, która obsługuje potok zasobów. Heroku lists 3 ways do kompilacji zasobów

1. Kompilowanie zasobów lokalnie.
2. Kompilowanie zasobów podczas kompilacji slug.
3. Skompiluj zasoby w czasie wykonywania.

Oczywiście nr 3 jest szkodliwy dla wydajności, a dokumentacja Heroku również go odradza. Ale nie jestem pewien, który jest lepszy między 1 a 2.

# 1 wymaga uruchomienia rake assets:precompile i włączenia folderu public/assets w git. Twój ślimak będzie większy, ale zakładam, że przestój na wdrożenie witryny będzie niższy. Ale większy rozmiar ślimaka oznacza wolniejsze uruchamianie aplikacji, więc może to pranie.

# 2 spowoduje, że wdrożenie aktualizacji zajmie więcej czasu, ponieważ preokompilacja odbywa się po stronie Heroku. Będziesz miał jednak mniejszy ślimak i nie będziesz go więcej zarządzać/pamiętać.

Moje pytanie brzmi - która opcja (nr 1 lub nr 2) jest najlepsza dla produkcji i dlaczego?

Do tej pory wygląda jak opcja nr 2, ale chcę się upewnić, że czegoś nie przeoczyłem.

Answer 1

skierowałem niektóre z tych zagadnień i dużym Gotcha w moje pytanie tutaj: Rails 3.1.1 asset pipeline Heroku caching gotcha

wolałbym nr 2, jeśli pracował dla mnie, więc nie trzeba meldowanie skompilowane aktywa, które właśnie bloats GIT magazyn.

Kompilowanie zasobów podczas kompilacji zliczeń nie spowoduje żadnych dodatkowych przestojów, ponieważ istniejąca aplikacja pozostanie w komplecie, dopóki kompilacja kuli nie zostanie zakończona, więc nie martw się.

Moja rada byłaby # 2, jeśli możesz sprawić, by działała ona prawidłowo. Jeśli skończysz jako w/# 1, najlepszą praktyką będzie git rr -r public/assets przed aktywami rake: prekompiluj, aby upewnić się, że nie pozostanie żaden cruft.

Answer 2

To może zależeć od wielkości folderu aktywów, (a może rozwiązanie długoterminowe byłoby umieścić te aktywa poza aplikacji i udostępniać je na S3 lub tym podobne).

W przeciwnym razie, jestem zakładająC# 1 byłby najlepszy w produkcji, ponieważ każdy zasób może być używany i buforowany od razu.

Czytam dokumentację Heroku w sekcji assets, i zdają się wskazywać, że # 2 zostanie użyty na wypadek, gdybyś zapomniał zrobić to sam, dla wygody. Nie dostaniesz małego ślimaka, ponieważ wyniki przygotowania majątku zostaną uwzględnione w ślimaku do wdrożenia.