2011-10-11 9 views
8

szyny s =>Ruby on Rails: dlaczego otrzymuję komunikat dla javascript i css after rails s?

Started GET "/assets/application.css?body=1" for 127.0.0.1 at 2011-10-11 03:37:03 -0900 
Served asset /application.css - 304 Not Modified (0ms) 


Started GET "/assets/home.css?body=1" for 127.0.0.1 at 2011-10-11 03:37:03 -0900 
Served asset /home.css - 304 Not Modified (0ms) 


Started GET "/assets/jquery_ujs.js?body=1" for 127.0.0.1 at 2011-10-11 03:37:03 -0900 
Served asset /jquery_ujs.js - 304 Not Modified (0ms) 


Started GET "/assets/jquery.js?body=1" for 127.0.0.1 at 2011-10-11 03:37:03 -0900 
Served asset /jquery.js - 304 Not Modified (0ms) 


Started GET "/assets/home.js?body=1" for 127.0.0.1 at 2011-10-11 03:37:03 -0900 
Served asset /home.js - 304 Not Modified (0ms) 


Started GET "/assets/application.js?body=1" for 127.0.0.1 at 2011-10-11 03:37:03 -0900 
Served asset /application.js - 304 Not Modified (0ms) 

uzyskać te wiadomości za każdym razem, gdy przeładowuje stronę.

Jak mogę się pozbyć tej wiadomości?

Odpowiedz

14

Jak wskazano DGM, byłem w stanie stłumić większość z nich wiadomości poprzez modyfikację pliku development.rb, w szczególności zmianę:

config.assets.debug = true 

do

config.assets.debug = false 
+0

Nie wiem, dlaczego to nie działa, przetestowałem go na Rails 3.2.8 i wydaje się działać . Ponadto, jak już wspomniałem, nie będzie on tłumił wszystkich wiadomości; nadal będzie ci mówić, kiedy będzie na przykład coś takiego jak "application.js". – Christian

+0

Hej Chris, przepraszam, mój błąd, jestem na Rails 3.2.3, to pewnie dlatego! Tylko dla wszystkich, naprawiłem to dla mnie http://stackoverflow.com/questions/6312448/how-to-disable-logging-of-asset-pipeline-sprockets-messages-in-rails-3-1 – flunder

1

W trybie programowania nie buforuje javascript lub css, ale przeładowuje je podczas każdego połączenia, dzięki czemu można zobaczyć wprowadzone zmiany.

Można też uruchomić innego środowiska:

RAILS_ENV=production rails s 

lub ustawić linię config w config/środowiskach/development.rb

config.action_controller.perform_caching = true 
+0

Hmm, rails 3.1 Potok zasobów może mieć inną nazwę konfiguracji, ale myślę, że teoria jest wciąż taka sama ... – DGM

0

Wiele razy, mogę otworzyć kolejne okno terminala w celu kontrolowania, co jest wyświetlane za pomocą polecenia jak poniżej:

tail -n 99 -f log/development.log| grep -e "^$" -v --line-buffered | grep -v "304 Not Modified" 

W ten sposób, nie trzeba wyłączać tryb debugowania - podczas gdy ja rozwijam - i mam lepszą kontrolę nad tym, co usuwam z okna konsoli.

W powyższym przykładzie wybrałem usunięcie pustych linii (grep -e "^$" -v) i denerwujących linii "Serwowane zasoby/widoki.js - 304 niezmodyfikowane (0ms)" (grep -v "304 Not Modified").

Zauważ, że dodałem argument --line-buffered do pierwszego polecenia grep, aby zezwolić na to, aby wszystkie końcowe dane wyjściowe natychmiast przepływały przez potok.