Rails 3.1 и звездочки затрудняют отладку с помощью firebug?

В Rails 3.1 Sprockets используются для управления активами и их упаковки в один файл. Что, в общем, не такая уж плохая идея.

Как указано из внешнего источника, что объясняет проблему:

Проблема с этим подходом заключается в том, что это может сделать отладку более сложной, если вы должны смотреть на "сцепленный" CSS файл в производстве, чтобы понять какой код включен, а не сложнее узнать, что происходит чем если бы вы включили оригинал файлы исходного кода.

Одним из решений было бы иметь способ переключение между "конкатенированными" и "нормальные" режимы легко (возможно, это уже возможно, я не знаю), поэтому что нормальное развитие будет беспрепятственное. Но вам придется прибегать к большой объединенный файл для отладка в производстве.

В Rails 3.0.X наш конструктор может легко настроить точку CSS с помощью Firebug, который будет указывать номер файла и строки напрямую, так как все файлы CSS были отдельными и не упакованы в один.

Или мне не хватает точки?

Ответ 1

Я думаю, что в конце (когда RC станет ближе/станет выпуском), вы сможете изменить свой config/application.rb следующим образом config.assets.css_compressor = false

Но, atm, это на самом деле не исправляет его, поскольку вспомогательная функция stylesheet_asset_tag не совсем совместима с новым конвейером, а модификатор: all не работает, поэтому...

В вашем представлении application.html.erb вам нужно будет связать каждый css

<%= stylesheet_link_tag "stylesheets/application" %>
<%= stylesheet_link_tag "stylesheets/foo" %>
<%= stylesheet_link_tag "stylesheets/bar" %>

Пока у вас config.assets.enabled = true в вашем config/application.rb, корень ресурсов будет (по умолчанию) /assets

Вы можете запустить консоль рельсов (rails c) и p Rails.application.assets, чтобы просмотреть свойства, которые настраиваются в среднем времени.

Я согласен не в лучшем решении, но на данный момент (используя RC против стабильного выпуска) его лучший способ я нашел.

ОБНОВЛЕНИЕ: Копаясь вокруг края api, нашла этот ActionView:: Helper sprockets_stylesheet_link_tag (http://edgeapi.rubyonrails.org/classes/ActionView/Helpers/SprocketsHelper.html), но он по-прежнему остается неполной заменой stylesheet_link_tag, поскольку она не поддерживает :all, и вам все равно придется иметь сегмент stylesheets/ в вызове функции. С учетом сказанного, его проницательная функция для использования движения вперед, поэтому...

<%= sprockets_stylesheet_link_tag "stylesheets/foo" %>

Ответ 2

Вы также можете использовать:

<%= stylesheet_link_tag "application", :debug => Rails.env.development? %>
<%= javascript_include_tag "application", :debug => Rails.env.development? %>

Файлы не будут объединены в разработке, но будут в других средах.

Ответ 3

Добавить? debug_assets = true для любого URL-адреса, который вы хотите отлаживать. Он разбивает активы на свои части. Без него конкатенация происходит в соответствии с настройками вашей среды.

Ответ 4

Вы также можете использовать:

<%= stylesheet_link_tag "application", :debug =>true%>
<%= javascript_include_tag "application", :debug => true %>

Он предоставит вам следующий результат в виде источника вашего браузера.

 <link href="/assets/application.css" media="screen" rel="stylesheet" type="text/css" />
 <script src="/assets/jquery.js?body=1" type="text/javascript"></script>
 <script src="/assets/jquery_ujs.js?body=1" type="text/javascript"></script>
 <script src="/assets/application.js?body=1" type="text/javascript"></script>

Ответ 5

Я нашел интересную проблему. Если я перекомпилирую активы (для фиксации в git), протестируйте в режиме производства, а затем вернитесь к использованию среды разработки на том же компьютере, я вижу эту проблему.

Даже если я вернусь в режим разработки, содержимое публичных/активов кэшируется и обслуживается вместо нового содержимого. Итак, вот как я его исправил:

rm -rf public/assets

Ответ 6

звездочки, вероятно, будут работать только в рабочей среде, нет необходимости упаковывать все в один файл во время разработки и тестирования