gulp.task('css', function() { return gulp.src('./src/**/*.styl') .pipe(gulpStylus()) .pipe(gulpConcat('styles.css')) .pipe(gulp.dest('./tmp')) })

можно еще через gulp-concat все файлы соединить

ну я вот так и пробовал, но в луп ухожу до него

В рамках одного таска

Нет

ну я вот так и пробовал, но в луп ухожу до него

gulp-watch может смотрят определенную директорию и запускают по новой таск

иначе я хз как можно в луп уйти

если это стрим

Я правда уже его слабо помню, но с его пайпами можно и гораздо сложнее выкрутасы делать

Нет

Ну как нет на таск один вход один выход

https://github.com/icebob/vue-express-mongo-boilerplate

почему то эти бойлерплейты только для js :)

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

не знаю, мы же не знаем кто это делает и спросить не можем. но вообще-то сегоднятут проскакивала мысль что вебпак круче чем гульп :)

+ Переехал с гульпа на вебпак. Морщины разгладились, сон наладился.

иначе я хз как можно в луп уйти

gulp.task('stylus:build', function () { gulp.src(path.src.stylus) .pipe(sourcemaps.init()) .pipe(stylus()) .pipe(sourcemaps.write()) .pipe(gulp.dest(path.src.style)) .pipe(reload({stream: true})); }); gulp.task('style:build', function () { gulp.src(path.src.style) .pipe(sourcemaps.init()) .pipe(prefixer()) .pipe(cssmin()) .pipe(gulp.dest(path.build.css)) .pipe(reload({stream: true})); });

наверно я не там спрашиваю :)

Ну таски можно в серии объединять и даже в серии серий, но это немного не то

вот так можно уйти в луп без вотчера

gulp.task('stylus:build', function () { gulp.src(path.src.stylus) .pipe(sourcemaps.init()) .pipe(stylus()) .pipe(sourcemaps.write()) .pipe(gulp.dest(path.src.style)) .pipe(reload({stream: true})); }); gulp.task('style:build', function () { gulp.src(path.src.style) .pipe(sourcemaps.init()) .pipe(prefixer()) .pipe(cssmin()) .pipe(gulp.dest(path.build.css)) .pipe(reload({stream: true})); });

так ты не возвращаешь результат

return добавь, мож пройдет болячка

перед gulp.src

вот этого как раз и хотелось избежать. Эх, ну ладно, будет некрасиво

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

может есть какой-то канал в телеграме где говорят не только про js а про всё вместе? :)

может есть какой-то канал в телеграме где говорят не только про js а про всё вместе? :)

Есть но там информационный шум высок)

return добавь, мож пройдет болячка

хм,сейчас попробую

@jbright как называется?

не, не помогло

А луп во время изменения стилей?

луп на втором таске, если вызываю их цепочкой gulp.task('build', [ .... 'stylus:build', 'style:build', .... ]);

Может обработчик ошибок повесить

На пайп со стайлусом

аа, блин, таски паралельно запускаются...

*стыдно*

я что-то решил что это цепочка

цепочку можно через run-sequence плагин запилить

4 галп поудобней в этом плане

цепочку можно через run-sequence плагин запилить

gulp-sequence мб?

gulp-sequence мб?

нет, run-sequence

есть еще какой-то gulp-run-sequence

там если зайти на gulp-sequence репозиторий, то тебя пошлют всё делать через run-sequence)

там если зайти на gulp-sequence репозиторий, то тебя пошлют всё делать через run-sequence)

понятно)

понятно)

gulp.task('stylus:build', function() { ... }) gulp.task('styles:build', ['stylus:build'], function() { ... }) gulp.task('default', ['styles:build'])

еще можно так

т.е. проставить зависимости друг от друга

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

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

вот это вообще то-что надо! не знал про зависимости

@jbright любезный, что за канал вы имели в виду?

Ребята, есть вопрос

Я вот допустим юзаю class Elements{} в конструкторе кеширую елементы дом

Это вообще нормальная практика?

Это вообще нормальная практика?

при удалении элемента из DOM дерева, ссылка на него останется в твоем классе Elements

т.е это потенциальный memory leak

при удалении элемента из DOM дерева, ссылка на него останется в твоем классе Elements

А как нужно?

вы бы для начала определились как он "кеширует"

memory leak в js быть не может если движок без ошибок

memory leak в js быть не может если движок без ошибок

это фантастика

что конкретно?

чтоб код без ошибок

Ребят, по сабжу кто-то ответит?

ну вряд ли уж щас в каком-то движке сделали мемори лик из-за того что кто-то удалил узел дом :)

тебе не по сабжу отвечают чтоли? как ты "кешируешь"?

Просто в this.$el = document.createElement

и что в этом такого необычного?

оно возвратит "ссылку" на объект ты её куда-то записал

потом обращаешься к этому объекту по ней

в чем кеширование непонятно

createElement: (function(){ // Memorize previous elements created var cache = {}; return function(tagname) { if (!(tagname in cache)) { // Create new instance of specified element and store it cache[tagname] = document.createElement(tagname); } // If we've already created an element of the specified kind then duplicate it return cache[tagname].cloneNode(false); } }())

вот кэширование

ERROR: S client not available

не знаю уж есть ли какой-то эффект щас от него

скорее всего околонулевой

Т.е так можно в классы в конструктор сохранять объекты и потом к ним обращаться?

Сохранять дом узел

ты не сохраняешь ничего а просто копируешь ссылку

покури букварь по жавоскрипту как объекты манипулируются

не знаю, мы же не знаем кто это делает и спросить не можем. но вообще-то сегоднятут проскакивала мысль что вебпак круче чем гульп :)

Вебпак — сборщик, галп — таск-раннер. Практика показывает, что галп не нужен. Ну, в большинстве кейсов.

:) мне честно говоря пофигу

в смысле - галп или не галп

если их каждую "любить" жизни не хватит

Ребят, а билдить проект в продакшн без source-map'ов - нормально?

Если дебажить не собираешься - почему бы и нет

Ребят, а билдить проект в продакшн без source-map'ов - нормально?

Нормально. Зачем они там?

Ок, спасибо

Дебажить в проде — это странно. =)

Дебажить в проде — это странно. =)

Лучше поздно, чем никогда

В ВК например

Ну, лучше иметь ту же версию, что и на проде, но с мапами.

Но вообще не то чтобы они нужны на проде

я не говорю, что partial application это плохо, просто у него там лишняя вложенность функций и лишняя вложенность массивов в спред вызове

Да. В массив действительно не нужно было оборачивать. =) А реализация — http://ramdajs.com/docs/#partial, Только чуть другая.

Ну, в общем, я, всё равно, не зря чесался. Пилить велик — это, конечно, познавательно, но изучить инструмент тоже стоило.

Велики это круто.. на днях узнал что для квадратно колесых великов свою дорогу придумали)))

ну чтобы ущербными не быть))

Каждый дрочит как хочет. Законом не запрещено.

ну как те сказать... если ты захочешь подрочить привселюдно, то закон будет против ;)))

ну вряд ли уж щас в каком-то движке сделали мемори лик из-за того что кто-то удалил узел дом :)

http://jsbin.com/kinepojoni/edit?html,js,console сборщик мусора не будет удалять дом ноду до тех пор пока на нее есть хотя бы одна ссылка.

"сборщик мусора не будет удалять дом ноду до тех пор пока на нее есть хотя бы одна ссылка." О, пасибки за особенность архитектуры... во флеше например на это похер, главное чтобы слушатели все были удалены, остальное GarbageCollector сам удалит :)

Объекты будут заведомо удаляться сами, если их держать в WeakMap / WeakSet

вот да, хороший вариант

@zverbeta собсно вот и ответ на твой вопрос, используй то что выше предложили, WeakMap или WeakSet

Объекты будут заведомо удаляться сами, если их держать в WeakMap / WeakSet

подскажи, это обычный js или фреймворк?

Обычный js, es6