@Fesor а с чем работаете вместо ассетика? Я вот сейчас по вашей рекомендации gasstic пробую, но из-за пустоты раздела Installation в доках не получается запустить. Gassetic.yml настроил, gulpfile.js настроил, gassetic build --env=prod выполняется но ничего не возвращает (раньше ругалась на отсутствие модулей gulp) и в папке web/compiled/css ничего не создает.
@Fesor хотя я опять ошибся. Идеальный вариант — команда assetic:dump публикует абсолютно все ассеты, включая изображения и шрифты, добавляет хеш к именам и с помощью фильтра аля cssrewrite перед публикацией меняет в них пути относительно друг друга.
@Fesor для меня вообще вся эта тема с копированием абсолютно всей статики каждого бандла в web/bundles кажется странной. Намного лучше, когда assetic сам публикует в папку web только нужные файлы, причем уже с хешем вместо имени. Допилить бы в assetic:dump парсинг публикуемых стилей и скриптов с последующим вытягиванием зависимостей (к примеру, шрифты и изображения, прописанные в стилях) в туже папку web с хешами вместо имен — было бы вообще замечательно. А так - в стилях кривые пути, вся статика зачем то копируется в web/bundles, а потом после assetic:dump создаются очередные копии стилей и скриптов в папках js и css, при этом у всех ассетов, кроме стилей и скриптов пути не содержат хеш, откуда вытекают проблемы с версионированием и прочие неудобства.
@Fesor фух, кажется я разобрался. Cssrewrite не работал из-за путей в шаблонах, прописанных через @AcmeFrontendBundle (надо bundles/acmefrontend/...) + у меня статика лежала в папке assetic, а надо public (хотя это только для правильно работы команды assets:install.
Все работает как надо, но, честно говоря, пути в стилях типа ../../bundles/acmefrontend/compiled/fonts/foo-bar.woff, вместо нормальных ../fonts/foo-bar.woff меня напрягают.
