Vladimir
я уверен, что можно
andrei
Так это NodeVM
andrei
А не VM
Vladimir
ну очевидно что в голом конексте все еще как-то безопасно
Vladimir
но заблокировать процесс можно
andrei
Vladimir
Promise.resolve().then(() => { while (true) {} })
andrei
Promise = undefined ¯\_(ツ)_/¯
Vladimir
вроде должно
Vladimir
ну в том конексте, естетсвенно
Vladimir
ну да
Vladimir
нет, когда будет async, то это уже не поможет
Anonymous
@vkurchatkin шах и мат!
https://github.com/facebook/flow/issues/1970
Anonymous
https://twitter.com/wincent/status/743870632819994624
Roman
Лёха!
Roman
привет
Paul
Anonymous
Alexey
Roman
Привет
ты в реактовой конфе есть? @react_js
Roman
там мне кажется те по интереснее будет
Anonymous
ну все
Anonymous
штальц как всегда вбросил и понеслось говно
Anonymous
https://twitter.com/andrestaltz/status/743913883723767809
Евгений
я нажал vim . выбрал нужный файл, но теперь хочу вернуть в общее дерево каталогов и файло не выходя из vim , как это сделать ?
Vladimir
Да он же поехавший, кто его слушает
Roman
Anonymous
Denis
Denis
DevOps Meetup
Denis
Сегодня в Badoo
Denis
Denis
Workflow в Badoo
Anonymous
Vadim
У Badoo фронт по-прежнему на самописном фреймворке?
Denis
Бюджеты позволяют 😎
Michael
если выполняет задачи бизнеса, то зачем его менять
Roman
Anonymous
у баду вообще есть опенсорс?
Vadim
что-то на тему php у них )
Vadim
https://github.com/badoo
Denis
Да
Владимир
товарищи, а есть какая-нить либа для создания функционала вроде гугл-календаря?
Владимир
эвенты с датами, повторяющиеся по расписанию эвенты и все такое:
Андрей
http://fullcalendar.io/
Андрей
за качество не ручаюсь
Андрей
или тебе именно для ноды?
Владимир
с клиентской частью все понятно, скорее я возьму react-big-calendar. интересует именно серверная часть. Может, плагин к рельсам какой или на ноде либа или для го
Владимир
в принципе вот есть пример http://dhtmlx.com/blog/using-dhtmlxscheduler-with-node-js/
Андрей
я когда-то юзил дхтмлx
Андрей
оно как extjs только не такое страшное
pofigizm
pofigizm
или
:e .
Дима
Кто-нибудь сталкивался с проблемой webpack-dev-server, когда он вроде следит за изменениями файлов, но только один раз. То есть любой файл меняю - вебпак это отслеживает и ребилдит бандл. После этого он продолжает типа висеть и работать , но за изменениями больше не следит. С чем это может быть связано? У меня венда.
Anonymous
и так со всеми файлами или только с теми, которые на большом уровне вложенности?
Anonymous
у меня были проблемы с вложенностью > 3, но у меня mac os x
Дима
вообще с любыми
он отслеживает изменения во всех файлах, js, jsx, less
но как одно изменение в любом файле увидел - сгенерил новый бандл и всё, больше как будто ни за чем не следит, хотя как сервер продолжает работать
Andrey
попробуй поставить опции
lazy: false,
watchOptions: {
aggregateTimeout: 300,
poll: true
},
Дима
poll: true
Вот это помогло
Дима
спасибо
Дима
а было просто watchOptions: {
aggregateTimeout: 100
}
Дима
Видимо, это какая-то важная опция, раз она, блин, нигде не описана =)
Denis
)
Anonymous
зимой прикольно с этой опцией греться можно от ноута
Vitaly
hapi.js vs express vs restify vs koa - может ли кто-то аргументировано сказать что лучше выбрать для очередного проекта?
Roman
Roman
так ты только срач разведешь
Vitaly
не считаю что суть как-то скажется на выборе одного или другого, но чтобы не быть голословным - это входной HTTP Gateway для внешнего мира в виде API слоя с различными семействами действий, большинство из них абсолютно типичны, спецификация запросов/ответов соответствует jsonapi (вербозно, но стандартно).
работал много с express и restify, из плюсов первого: много готовых middleware, очень просто в использовании; из минусов - сложно добиться высокого уровня профилирования; restify - очень похож на первый, но значительно меньше готовых мидлварь (можно, конечно юзать конвертер, но там процедура роутинга совершенно другая). плюсы - отличный аудитор запросов из-за особенностей роутинга, минусы - плохая поддержка готовыми модулями, чаще всего приходится дописывать самому либо адаптеры, либо сами модули. из других плюсов - хорошая поддержка работы с версионностью (вшита в ядро)
по koa лишь могу сказать что первоначальные ощущения такие же, как и с restify - значительно хуже поддержка сообщества, не могут решить как писать (generators vs promises в плане версий 1 vs 2, тот же роутер уже 7 версии и конца и края не видно)
по hapi вообще ничего не могу сказать
---
надеюсь достаточно подробно осветил вопрос :)
Vitaly
касательно типичны - CRUD действия с различными ACL + прослойка между внутренними микросервисами и внешним API
Evgeny
Hapi - круто
Evgeny
Ну, на экспрессе по сравнению с хапи надо очень (ОЧЕНЬ) много делать руками. В хапи много готовых модулей котрые легко подключить и использовать. Более прописанны пути как/что делать.
Вот за генерацию хтмл на его стороне ничего не скажу - всегда делал только апи
Evgeny
Vitaly
О, кстати, не заметил. На хапи есть готовые круды весьма вменяемые
раз такая тема пошла - то вопрос как там реализован pipeline запроса?
типичный условно возьмем стандартный кейс auth middleware -> API endpoint -> response / error handler
доку сейчас читаю, но как-то на глаза не попадается этот паттерн (вижу кучу плагинов для auth, вижу boom для ошибок, но не вижу форматтеров ответа)
Evgeny
Несколько этапов проходит запрос - на каждом можно повесить свои доп обработчики
Vitaly
а можно ссылку где это почитать?
Evgeny
hapijs.com ?