Можно ли подключить всю статику по шаблону?

Question

[bigtrouble]

Добрый день, можно ли в Django подключить всю статику как-то так?
{% static "css/vendor/*.css" %}
Или может есть какой итератор чтобы пробегал по заданной папке и всё подключал? Точно знаю такое реализовано в Symfony

Answer 1

[Roman K]

Если появилось такое желание - значит твои пользователи будут страдать. Много CSS/js файлов - неправильно. Все твои (кастомные проектные) стили должны лежать в одном файле. А ещё желательно собирать весь CSS в один файл (если есть бутстрап, font awesome и т.д.). Делает это django-compressor. Что сложного один раз в base.HTML импортировать пару файлов, а потом наследовать от него?

Comments

[bigtrouble]

Я тоже считаю это не правильным путем, но для dev-окружения считаю вполне нормальным подхватывать маской все файлы стилей. Про сборку в один файл это в prod так и будет.
По поводу одного файла - я так понимаю один файл сжатый работает в prod, вы как делаете разделение что в prod выводить один файл сжатый, а в dev окружение читабельные не сжатые версии версии? Через условие на DEBUG = True?
Я до этого работал с симфони, там было что если окружение dev то он выводит все файлы не сжатыми, если prod то отдаёт один сжатый файл. В django нет такого?

[bigtrouble]

Похоже django-compressor это как раз и делает

[Roman K]

bigtrouble: Да. Он ещё и минифицирует.

[sim3x]

Уточню
Все стили дожны лежать в одном файле и етот фал должен иметь размер Х.
Х не должно превышать разумных размеров, оптимально не более 256кб.
В случае привышения лучше разбить файл на commons и блоки, которые будут подгружаться на определенных страницах.

Аналогично и для js

Также, лучше работать с версткой отдельно от бекенда и пользоваться инструментами для верстки
Те npm + gulp лучше чем django-composer, даже если не идет речь про SPA

[bigtrouble]

sim3x: SPA что это?) Вообще изначально планировал grunt для этих целей использовать, но как-то в голове не могу прокрутить эту схему работы. Получается collectstatic мы забываем как страшный сон? Как организовать окружения? (dev и prod, где соответственно в первом всё раскрыто и человеческое, а во втором один файл) Что делать со статикой из батареек?

[sim3x]

bigtrouble: single page application

нет, collectstatic можно использовать и далее, просто свои теперь директория templates/ предназначена для оптимизированного шаблона и оптимизированных цсс и жс.
А директория где raw верстка находится может быть где угодно

Для того чтоб не париться где у тебя что находится используй sourcemaps

дерево директорий можно сделать таким

project_name__root/
├── project_name__django
│   └── project_name
│       └── templates
│           ├── all.css
│           ├── all.js
│           ├── block1.html
│           ├── blockN.html
│           └── root.html
└── project_name__web_design
    ├── css
    │   ├── css1.css
    │   └── cssN.css
    ├── else.html
    ├── index.html
    └── js
        ├── js1.js
        └── jsN.js

Сначала делаем верстку, потом натягиваем ее на джанго с использованием наследования темплейтов и инклудами.
Или сразу используем jade и сразу делаем кусочки, которые будем использовать для наследования в джанго

[bigtrouble]

А django-compresor чем хуже?

[bigtrouble]

sim3x: в принципе я так примерно всё и представлял себе, но какой-то осадок недосказанности всё равно остаётся) Получается надо 2 репо теперь делать - одно для верстки, другое для проекта? или папку static вообще из под контроля версий и пусть на лету генерится? А если на лету, то в шаблоне ж обычный html используем, а под джангу надо тегами всё прописывать

[sim3x]

bigtrouble: ничем, кроме того, что его не используют при верстке

[sim3x]

bigtrouble: чаще всего верстку делает один человек, а на питоне пишет второй, а третий деплоем занимается

Папка статик используется только на продакшене и да ее не нужно совать в гит
В случае использования jade - рыбу нужно будет заполнять в jade
В случае использования html - разбивать html на куски и вносить туда django теги

[bigtrouble]

sim3x: это вы имеете ввиду статик который в папке проекта? Если её не вносим под контроль версий, как отслеживать изменения стилей, js? Или вы имеете ввиду который STATIC_ROOT?

[sim3x]

bigtrouble: зачем тебе отслеживать изменения в обфусцировванном коде?

[bigtrouble]

sim3x: я как раз об этом - где тогда отслеживать изменения в необфусцированном коде? в папке static проекта?
Чет я в трех соснах заблудился)

[sim3x]

bigtrouble: project_name__web_design

Answer 2

[zelsky]

А чем плохо блоками отобрать ? {% block staticfiles %}
И на усмотрение в темплейтах подключать . Хотя как и большенство просто в наследуемом темплайте все вставляюь {% static '/css/test.css'%}

Comments

[bigtrouble]

в блоках так и будет, просто думал в джанго тоже есть как в симфони по маске, удобно же одной строкой всех вендоров подключить {% static "css/vendor/*/*.css" %} а потом к примеру минификатор всё клеит