Мне посчастливилось обнаружить django_compressor и внедрить его в наш стек, который развертывается на многих серверах (в настоящее время 6, но растет по мере развертывания небольших виртуальных машин).
Теперь все в порядке, если вы используете django_compressor во всей красе.Сжатие необработанного кода CSS / JS
Однако, скажем, теперь я хочу представить некоторый тип прекомпилятора.Допустим, для этого примера это LESS (CSS).Мысленный процесс для этого довольно прост:
Теперь выразверните, и ваш сервер компилирует меньше файлов.Все это фантастика!
Теперь давайте добавим еще 8 серверов к этому, и вам нужно будет установить узел, npm и меньше на каждом сервере?
Это то, чего не нужнокажется неправильным, и я чувствую, что что-то упустил.Я полагаю, что сообщество Django уже сталкивалось с этой проблемой раньше.
До сих пор мои мысли были такими:
Использование пост-фиксации хука для компиляции CSS для разработчиковмашина.Это означает, что через django_compressor мы ссылаемся на скомпилированный статический файл в HTML, и наш репозиторий содержит как скомпилированные, так и не скомпилированные версии.Единственный мой недостаток в этом заключается в том, что он не использует половину преимуществ django_compressor и может быть утомительным для разработчиков?
Соси его и сделай узел, npm и меньше частьюсерверный стек.
Обновление
Я сделал несколько дополнительных осмотров, и кажется, что с использованием флага COMPRESS_OFFLINE (или просто --force)) с командой управления создаст автономный файл манифеста, который делает то, что мне нужно (проверяется только локально).Так что настройка этого с помощью ловушки перед развертыванием нравится быть ответом.
Конечно, все еще открыты для других идей: -)