в целом там запускается сервер, который все проверяет и кэширует, затем только инкрементальные проверки

Если надо: https://github.com/sim-sys/node-template

Шаблончик со всем необходимым под flow

всем привет. кто-то тут использует фейсбуковский flow чтобы чекать код на node ?

я

А кто на Moscow JS пойдет?

я

ты новый проект сразу на флоу начинал или перевел существующий ?

и то, и то

и как со скоростью ? последний раз у меня флоу загрузил проц на 100 на час примерно и все)

Первый раз запускается вечность

Потом норм

Там север же, который чекает дифы

нужно добавить в игнор все что не нужно из node_modules

Алсо, такой вопрос - кто где берет тайпинги?

Если подключать например express, то flow выдает на него порядка 50 ошибок или около того

Стало быть, для него нужен тайпинг

у нас ттут нода древвняя, 0.12 еще. может и она еще играет роль

а вот например где больше профита будет, от использования flow или typescript например ?

У TS есть definitelytyped, а есть что-то подобное для flow?

наверно flow менее популярен и нет такого общего репозитория

У TS есть definitelytyped, а есть что-то подобное для flow?

В TS это уже называется typings. И завтра смысл поменяется еще раз и тайпинги будут ставиться через npm i @typings/express —save-dev

у него есть flowtyped

а вот например где больше профита будет, от использования flow или typescript например ?

Вобще я думаю, что это зависит от того, как вы пишите

flow впиливается легким движением руки в любую версию js

у него есть flowtyped

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

есть существующий легаси код. внесение изменений без проверок типов уже дается нелегко. думал прикрутить flow

А вот на тайпскрипте придется писать именно на тайпскрипте

flowtyped - грабилка dts из ts

причем довольно глупая

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

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

Хотя хз конечно

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

Бывает. Иногда даже приходится несколько дней потратить на мучения.

Тем более, что это скорее всего редкий кейс

имхо, с TS нужно будет заморочиться в начале, зато потом сплошной профит

в целом флоу отлавливает больше ошибок и требует меньше исправлений кода

TS не дает полного контроля все равно, мне например больше в этом плане нравится Dart. хоть он не такой популярный, но релизы выходят регулярно

Ну дарт это все же другой язык совсем

да но результат на выходе один, это js. как и у TS в общем то)

ну если такими критериям мерять, то куча альтернатив

scala.js, elm, purescript

gwt

emscripten

Typescript имеет свои рантайм-конструкции, но спроектирован чтобы мапиться на js

Флоу добавляет только синтаксис типов

Dart - это отдельный язык, но изначально спроектирован под компиляцию в js в том числе

Алсо, кто пишет сервак на TS - такой вопрос: хочу потрогать руками тайпскрипт в последнее время, есть у ts что-то похожее на babel-node? Гугл намекает на https://github.com/TypeStrong/ts-node - это норм вариант? Или лучше прикурутить что-то типа вебпака с вотчером, что бы он мне все каждый раз при изменениях пересобирал и скалдывал в папочку build, и перезапускал потом?

лучше вотчер я думаю

я обычно запускаю tsc -w и просто работаю как с обычным js

я обычно запускаю tsc -w и просто работаю как с обычным js

типа tsc -w nodemon ./build/app.js ?

tsc -w, остальное не нужно (ну и supervisor/nodemon и т.п.)

типа того

Окс, спасибо, попробую

Если быть точнее

Что использовать для запуска node на продакшне?

мы юзаем https://github.com/foreverjs/forever

В смысле для демонизации на продакшне.

мы юзаем https://github.com/foreverjs/forever

Многие с умным видом говорят, что nodemon и forever для продакшна — некошерно.

и правы

Я отчасти догадываюсь, почему, но хотелось бы услышать осмысленные аргументы.

Ибо сам только начал разбираться в вопросе.

и правы

Почему?

много мелочей

например, нет graceful restart по умолчанию

pm2/инит скрипты

docker

Ну внутри докера что-то же должно запускать процесс, правильно?

Ну внутри докера что-то же должно запускать процесс, правильно?

+

нет

Ну внутри докера что-то же должно запускать процесс, правильно?

shebang

или sh + su-exec

супервайзер не нужен

как вариант чтобы права убить

и заменить процесс под pid

но да, в докере процесс под pid 1 пока живой - жив контейнер

как вариант чтобы права убить

Планируется использование докера. Так что, с правами всё ок.

Планируется использование докера. Так что, с правами всё ок.

я имею ввиду, что внутри докера под root не нужно гонять приложение, нужно под юзера переводить все-таки конкретного, чтобы лишние потенциальные дыры не открывать

да ну, внутри докера то че

я имею ввиду, что внутри докера под root не нужно гонять приложение, нужно под юзера переводить все-таки конкретного, чтобы лишние потенциальные дыры не открывать

Какие могут быть дыры в данной ситуации? Докер не видит хост-систему, и этого достаточно. Если сам процесс будет скопрометирован, страшно не то, что он может записать что-то в том, а то, что у него есть доступ к БД. А это правами не предотвратишь.

Какие могут быть дыры в данной ситуации? Докер не видит хост-систему, и этого достаточно. Если сам процесс будет скопрометирован, страшно не то, что он может записать что-то в том, а то, что у него есть доступ к БД. А это правами не предотвратишь.

volume, 0-day уязвимости в докере