Ruby on Rails: почему я получаю сообщение для javascript и css после rails s?
рельсы 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)
Я получаю это сообщение каждый раз, когда страница перезагружается.
Как я могу избавиться от этого сообщения?
3 ответов
Как указал DGM, я смог подавить большинство этих сообщений путем модификации разработки.файл РБ, в частности изменения:
config.assets.debug = true
to
config.assets.debug = false
в режиме разработки он не кэширует javascript или css, а перезагружает его при каждом вызове, чтобы вы могли видеть внесенные изменения.
вы можете запустить другую среду:
RAILS_ENV=production rails s
или установите строку конфигурации в config/environments / development.rb
config.action_controller.perform_caching = true
много раз я открываю другое окно терминала, чтобы контролировать то, что отображается с помощью следующей команды:
tail -n 99 -f log/development.log| grep -e "^$" -v --line-buffered | grep -v "304 Not Modified"
таким образом, мне не нужно отключать режим отладки-пока я разрабатываю-и лучше контролировать то, что я удаляю из окна консоли.
в приведенном выше примере я решил удалить пустые строки (grep -e "^$" -v
) и раздражающий " обслуживаемый актив / представления.js-304 без изменений (0ms)" линии (grep -v "304 Not Modified"
).
обратите внимание, что я добавил --line-buffered
аргумент к первой команде grep, чтобы позволить всему выходу хвоста немедленно протекать через конвейер.