Не дыряв

По сути то же

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Спасибо

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

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

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

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

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'}));

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

welcome to opensource!

боже

https://nodesecurity.io кокраз об этом

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

все правда верят в этот шуточный вброс?

Мне нраивтся особенно один комментарий

"Похоже, что все устанавливают модули так же, как читают эту статью"

вброс не вброс, но в каждой шутке есть доля шутки

мне кажется, уже проще открыть ИП, купить патент за 10 тыщ и еще 20 тыщ взносов заплатить и не ебать себе мозги

тем более с провозом пачек денег через таможню

> So glad we got that test in there

Лол

https://github.com/defunctzombie/node-yummy/issues/7

откатили обратно уже https://github.com/jdan/babel/commit/7dabeb46f79810f706078f880ce007aa36bd4327

ахаха

сейчас. в галпе

Куда донатить, чтобы пропало? :3

https://twitter.com/jdan/status/763040969730252800

я честно признаюсь - я поверил :)

Про Hot pocket

Я сначала поверил, потом поразмыслил, а сколько людей то на самом деле следит за изменениями в проекте. Такое не пропустят.

вот как раз нет

с таким количеством зависимостей - можно что угодно пропустить

я думаю автор хотел донести мысль что реально мало кто изучает все dependency всех модулей и нет никаких гарантий что всегда все отлично. Что мешает в бинарный модуль положить backdoor и ждать когда кто-то сделает npm i -g от sudo.

Ничего сложно нет - запустить браузер на странице и воспользоваться к примеру Win32 API… хотя это кончно уже технически сложновато

да, но иногда и диффа-то нет

вмысле ты не обновляешь package.json

просто вышла новая версия зависимости

я понял

я так на проде словил себе проблем

когда обновилась какая то зависимость пакета, и жестко в package.json она не была прописана

да, но это не распространяется на транзитивные зависимости

и билд собрался криво

у зависимости зависимости стоит ^

жестко версия не была прописана

вышел патч с бэкдором

бум

Ребят, еще раз привет. Вчера был разговор как без imagemagic (бинарных зависимостях) победить *.ico на ресайз. В целом, рецепт такой: canvas, fav, stream-to-buffer, lwip

не уверен что он вообще работает в пакетах

я не уверен что все разработчики так поступают

я не уверен что все разработчики так поступают

мы фиксируем зависимости ( даже минорные ) - но проблема в том что из вас проверяет что изменилось в каждом пакете и в каждой зависимости пакета?

не сомневаюсь

мы фиксируем зависимости ( даже минорные ) - но проблема в том что из вас проверяет что изменилось в каждом пакете и в каждой зависимости пакета?

вот я про это и говорю. Я использовал htmlmin по моему, но тут него обновилась зависимость. Которая не была зафиксирована в htmlmin и прод при пересборке сломался

не, это точно не все

npm 3й версии тоже не всегда в плоский список разворачивает пакеты

только если может

могут быть вложенные и вложенные вложенных

это даже не все прямые зависимости)

https://github.com/jshttp/mime-types/blob/master/package.json#L170

ну это да

прямо сторонних совсем зависимостей не вижу

ну это тоже тот же автор в общем-то