У элемента нет позиции в коллекции

други, а есть канал по ванильному js, less или фронту в целом, у меня очень важный и больной вопрос по компиляции лесс

я в тупике

https://telegram.me/JSlang

есть мертвый pro.css

https://telegram.me/JSlang

спасибище!

други, а есть канал по ванильному js, less или фронту в целом, у меня очень важный и больной вопрос по компиляции лесс

переходи на постцсс

уже, это не решает проблему

переходи на cssnext тогда!

jss

это то же не решает задачу

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

иначе время компиляции непозволительно большое

я не верю, что никто не решал такую задачу, но в гугле — увы

о, ну это вечная задача, нигде особо нормально не решается

да капец, но мне придется ее решить так или иначе

наши девопсы написали сложную логику на пхп (когда gulp не юзали), не хотелось бы писать то же самое на js

хотя конечно плагин было бы не плохо написать, судя по проблеме)

сборка фронта на пхп?

там не сборка была, а компиляция less

типа смотреть git diff выискивать файлики .less и компилить только их?

у тебя всё в один .css собирается?

типа того

можно и так сказать

https://github.com/gulpjs/gulp#incremental-builds

https://github.com/gulpjs/gulp#incremental-builds

это все фигня)

ниочем

но заставить это работать правильно - то еще шаманство

да это работает только с вотчером

потому что идея вся в кэшировании

пока вотчер запущен как процесс все ок

при деплое все сложней

не, там был плагин с дисковым кешем какой-то

gulp-cached ?

все тлен

Ну, можно в папке деплоя хранить mdate всех less-файлов и сравнивать при новой компиляции. Пишется руками легко.

mdate ?

modified date, есть у каждого файла. Ну, если ФС "стандартная".

gulp-cached ?

я наверное с gulp-newer путаю, но он с бандлами не работает, может только не собирать отдельные файлы повторно

modified date идея кстати

А ещё лучше хранить crc или md5. Вот, вспомнил. Когда-то давно я такое писал, до галпов и прочих инструментов.

блин ну это все равно пождразумевает достаточно большую логику

много импортов

Да вроде нет. Но основная сложность - это если изменился только импортируемый файл, то надо пересобирать родителя.

и глубина большая

спасибо за наводки

буду изобретать велик

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

плохо-плохо

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

что у тебя и сколько времени занимает? /cc Ivan

и ты уверен, что перешёл на постцсс, у них быстрый парсер

Вопрос не в парсере. Когда много компонентов, переиспользуемых в разных проектах (в одном репо)

Время компиляции около 4 мин

Ой вру, 4 мин в ваграние, на сервере мин 2-3

При релизном деплое это не важно, а вот при деплое несколько раз в неделю это может вызвать батхерт

да ладно, 4 минуты эт еще не так много, откуда батхерт то

запустил, ушел кофе налить, пришел - проверяешь прод

ахахах

4 минуты долго

ахаха

Время компиляции около 4 мин

лесс медленный просто

последняя версия хотя бы?

Ребят, еще есть такие вещи как бета, интегрции, где мерджи каждые 10 минут

4 минуты только для лесс - это беда

2 минуты беда

нихуясебе

ERROR: S client not available

Потому что кроме лес еще процессы существуют

это сколько стилей?

4 минуты лесс

Дохуя

Ну 4 это вагрант

Сервер 2

3

260 файлов

Глобально конечно проблема тут не в лесс

Но сейчас вопрос в этом

Это дешевле

ааа, это стили собираются 4 минуты?)

а постксс + лесс парсер не ускоряет?

Done in 85.51s. - вебпак, бабель, аглифай, постксс, ксс-модули, гзип

мда

раньше такое было позволительно только джаве

лол, в джаве совсем другое время))

плюс в деве-то инкрементальная компиляция

стили 5 минут собираются

лолмда

4 вагрант, забудем про 4

2-3

260 файлов с импортами, пост цсс, и зжатием (мапами в дев)

https://github.com/webschik/postcss-less

попробуй

Перейди на stylus

Он резвее

Перейди на stylus

зачем?

Ахах

NO

там один мейнтенер

?