и еще к нему (imagemagic) на npm мал выбор на ресайз/кроп из буфера: native/stream всем ссылки на фаил давай(

ссылки всмысле path

imagemagic-native-2 прям близко к идеалу, но толи у нас толи у них, что то не то и не работает

завтра еще про jimp отпишусь: подошло / не подошло

а ведь многого и не требуется: получить put в буфер, перевести в png, и ресайз

так просто :(

Всем доброй ночи. Стоит задача при деплое проекта не пересобирать каждый раз все npm и bower зависимости, а если только действительно есть изменения в их списке в bower.json/package.json. То что есть сейчас - teamcity, который делает pull из git, делает npm i && gulp build, копирует билд в папку N и линкует htdocs на нее. В тупейшем варианте можно написать скрипт который делает diff bower.json/package.json между двумя последними прогонами деплоя и решает что делать зависимостями. А папки node_modules и bower_components тоже выставляются симлинками. Но может есть решения из коробки или просто более правильные подходы?

Всем доброй ночи. Стоит задача при деплое проекта не пересобирать каждый раз все npm и bower зависимости, а если только действительно есть изменения в их списке в bower.json/package.json. То что есть сейчас - teamcity, который делает pull из git, делает npm i && gulp build, копирует билд в папку N и линкует htdocs на нее. В тупейшем варианте можно написать скрипт который делает diff bower.json/package.json между двумя последними прогонами деплоя и решает что делать зависимостями. А папки node_modules и bower_components тоже выставляются симлинками. Но может есть решения из коробки или просто более правильные подходы?

Делать diff если package.json/bower есть в гит коммите

Если их там нет, то логично, что они не поменялись)

как вариант

я видел еще решение, на прошлом месте работы моем админы паковали билды приложений в rpm пакеты и клали в локальный rpm. Плюсы что я вижу - возможность развернуть быстро на любой сервер с идентичным окружением. Насколько такое решение имеет право на жизнь?

Еще плюс что пакет обновлялся сразу по хуку на пуш в мастер. А когда обновлять продакшен - решаешь уже сам. Но пакет уже есть, что ускоряет процесс обновления. И есть старые версии пакетов что позволяет быстро откатиться

Но возможно есть решения лучше

Гриша отлично рассказал про сетевое тестирование через VirtualBox https://m.youtube.com/watch?feature=share&v=rilKfmbeqaA

и еще к нему (imagemagic) на npm мал выбор на ресайз/кроп из буфера: native/stream всем ссылки на фаил давай(

открою секрет, к imagemagick вообще никаких модулей не нужно

https://nodejs.org/api/child_process.html

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

сразу предугадывая, что запускать бинарник некошерно — это полный бред

более чем кошерно

если же стримы актуальны прям невозможно — можно заюзать системные named pipes

открою секрет, к imagemagick вообще никаких модулей не нужно

gm хорош

Он через child_process работает, кстати

Это просто удобная обвязка поверх.

Ну он обратно совместим

Не дыряв

По сути то же

Ну да. Плюс там можно совсем руками параметры указать.

А можно методами, кому как нравится.

А ввод-вывод там удобный.

Я про https://www.npmjs.com/package/gm, если что

Да, gm хорош. Но в итоге все равно его не хватает для чего-нибудь и проще вызывать напрямую, да

Подскажите примеров Node+Express на TypeScript

Гайз, вот есть Zombie, Casper, PhantomJS и все такое. Что из этого самое быстрое, открывать странички, парсить, файрить какие-то браузерные эвенты

Да, gm хорош. Но в итоге все равно его не хватает для чего-нибудь и проще вызывать напрямую, да

Кого?

В гм можно передавать аргументы напрямую.

А работа с вводом-выводом там удобная.

image = gm(file); image.out('-auto-orient', '-strip'); image.out('… image.setFormat(format); image.write(…

Как-то так.

Гайз, вот есть Zombie, Casper, PhantomJS и все такое. Что из этого самое быстрое, открывать странички, парсить, файрить какие-то браузерные эвенты

Casper работает поверх phantomjs, zombie работает поверх jsdom, и он не является настоящим браузером

https://www.npmjs.com/package/gm#custom-arguments

Casper работает поверх phantomjs, zombie работает поверх jsdom, и он не является настоящим браузером

Был ещё как фантом, но поверх геко.

Но, говорят, глючил и падал.

Не знаю, как сейчас.

Был ещё как фантом, но поверх геко.

да много чего есть, в том числе пилят нативный headless хром

но пока альтернатив фантому нет

Кстати, фантом потихоньку пилят.

Там сейчас дело в том, что фантом построен на QtWebKit, который умер.

когда выйдет headless хром фантом умрет

Но человек пилит форк, и он вроде даже договаривался с кутэшниками о том, чтобы сохранить название QtWebKit. Не знаю.

В фантом недавно смерджили поддержку, вроде.

https://github.com/ariya/phantomjs/pull/14386

когда выйдет headless хром фантом умрет

ссылочку можно?

На репозиторий.

ссылочку можно?

https://bugs.chromium.org/p/chromium/issues/list?q=label:Proj-Headless

А, ясно.

Это в хроме пилят

ага, с гуглом конкурировать будет сложно

Т.е. сейчас лучше всего фантом?

смотря для чего

Мне не для тестирования. Краулер и файрить браузерные эвенты

На разные урлы.

ERROR: S client not available

тогда да, используй фантом

Мне не для тестирования. Краулер и файрить браузерные эвенты

На всякий случай напомню, что фантом детектится на счёт раз.

Впрочем, как и остальные хеадлесс кравлеры, что есть сейчас.

Что, даже за юзерагентами распознают?

Что, даже за юзерагентами распознают?

Ну да, вообще без проблем.

а скрыть его есть хоть какая-то возможность или осложнить детект

Осложнить совсем простые методы — да, сложные — маловероятно.

http://www.slideshare.net/SergeyShekyan/shekyan-zhang-owasp

Вот же.

Крутяк, почитаю

Спасибо

Ну я глубоко не копал в эту сторону Спасибо за информацию, погрызем

Там начиная от торчащего наружу window._phantom и до особенностей реализации кукижара в Qt.

А, ну и в стектрейсах тоже уши фантома торчат отовсюду.

Понятно. жЫзньБоль

А, заодно вспомнил название гековского порта.

SlimerJS. Но с ним та же картина и хз, насколько он стабилен.

Он не совсем хеадлесс, правда.

Ну то есть, будет хэдлесс хром, то в принципе уже особо не распознаешь

Ну то есть, будет хэдлесс хром, то в принципе уже особо не распознаешь

Надо будет смотреть, не факт.

Он вполне может таймингами отличаться.

Относительными чего-нибудь к чему-нибудь.

Ну этот уже больший риск по таким признакам блокировать

knex.js помогите, плиз, заколдовать в него строчку insert into subscriptions (login, room_id) values ('www', (select id from chat_rooms where `name`='rr'));

Ну этот уже больший риск по таким признакам блокировать

смотря какие тайминги и какой разброс

knex('subscriptions').insert(knex.raw('(login, room_id) values (:login , (select id from chat_rooms where `name`=:room_name))',{login: 'www',room_name: 'rr'}));

видели пост про модули?

https://medium.com/friendship-dot-js/i-peeked-into-my-node-modules-directory-and-you-wont-believe-what-happened-next-b89f63d21558

да.. ничего удивительного ( хотя читать было интересно )