Vlad
я им кстати писал с предложением включить oauth2
Vlad
но они молчат
Vlad
уже месяца два
Ale
Ну у большинства пакетов так-то ссылка на гх по итогу
Sergo
так то да, но нельзя видеть общую картинку. так-то приходится гулять по гитхабу и смотреть на звездочки, issue,.. Да и то не показатель
Vlad
я бы хотел видеть, кто какие пакеты использует
Vlad
кто какие пакеты перестаёт использовать
Vlad
кто-что старрит
Yan👀
а как ты трекать это хочешь? @iamstarkov
Sergo
по мне речь про сложные срезы. кто, где, как, для чегл
Sergo
чего*
Ale
кто какие пакеты перестаёт использовать
Это кстати yarn запилить может
Vlad
это не кли
Vlad
это морда к хукам реестра
Ale
не может
Может для клиентов ярна
Vladimir
Они проксируют весь трафик, кроме того
Vlad
Они проксируют весь трафик, кроме того
только если дефортный реестр не выключить
Ale
Они же трекают количество установок
Vladimir
Даже если бы не проксировали - какие проблемы?
Vladimir
Отправлять аналитику себе и все
Ale
Но он в любом случае не трекается
Ale
Ну а так в общем да, нет никакой проблемы трекать инфу. Причём скорее всего надо даже двумя способами (и на проксе, и аналитику посылать)
Vlad
мб можно
Vlad
но это всё равно только срез ярн пользователей
Дима
Ну можно просто статистику по n % популярных пакетов у себя держать
Дима
Или по запросу трекать
Дима
у себя? это где именно?
Ну сервис статистики там какой-нибудь отдельный. Старришь там какой-нибудь пакет и у тебя в newsfeed в нем появляются все его изменения зависимостей
Sergo
ок
Дима
Я просто предположил)
Sergo
мне просто сразу про «записать на бумажку» подумалось : )
Дима
😄
Sergo
бред конечно
Anonymous
Для кого нормальный?
Для тех кто использует в продакшине и тех кто попадет на деньги если что
Oleg
Class constructor Admin cannot be invoked without 'new' ((new require(path.join(directory, fileName)))(self))
Ohar
Для тех кто использует в продакшине и тех кто попадет на деньги если что
С первым не вижу проблем, а по поводу второго — можно открыть страховое агентство и страховать от ненормальных NPM-модулей. Дарю идею.
Ale
)))))
Anonymous
Народ, тут в логах обнаружил иногда всплывающий баг со стектрейсом в никуда: Unhandled rejection RequestError: Error: read ECONNRESET at new RequestError (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request-promise\lib\errors.js:11:15) at Request.RP$callback [as _callback] (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request-promise\lib\rp.js:60:32) at self.callback (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request\request.js:186:22) at emitOne (events.js:96:13) at Request.emit (events.js:188:7) at Request.onRequestError (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request\request.js:824:8) at emitOne (events.js:96:13) at ClientRequest.emit (events.js:188:7) at TLSSocket.socketErrorListener (_http_client.js:308:9) at emitOne (events.js:96:13) at TLSSocket.emit (events.js:188:7) at emitErrorNT (net.js:1271:8) at _combinedTickCallback (internal/process/next_tick.js:74:11) at process._tickCallback (internal/process/next_tick.js:98:9) Встречал кто-нибудь такое? Гугл кидает в основном на ошибки из-за Socket.IO, но он в этой части сервера вообще не заводится! В основном грешу на недавно подключённого бота ('node-telegram-bot-api'), т.к. больше нигде нет request-promise. Но там мы все ошибки то ловим)
Ohar
Народ, тут в логах обнаружил иногда всплывающий баг со стектрейсом в никуда: Unhandled rejection RequestError: Error: read ECONNRESET at new RequestError (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request-promise\lib\errors.js:11:15) at Request.RP$callback [as _callback] (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request-promise\lib\rp.js:60:32) at self.callback (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request\request.js:186:22) at emitOne (events.js:96:13) at Request.emit (events.js:188:7) at Request.onRequestError (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request\request.js:824:8) at emitOne (events.js:96:13) at ClientRequest.emit (events.js:188:7) at TLSSocket.socketErrorListener (_http_client.js:308:9) at emitOne (events.js:96:13) at TLSSocket.emit (events.js:188:7) at emitErrorNT (net.js:1271:8) at _combinedTickCallback (internal/process/next_tick.js:74:11) at process._tickCallback (internal/process/next_tick.js:98:9) Встречал кто-нибудь такое? Гугл кидает в основном на ошибки из-за Socket.IO, но он в этой части сервера вообще не заводится! В основном грешу на недавно подключённого бота ('node-telegram-bot-api'), т.к. больше нигде нет request-promise. Но там мы все ошибки то ловим)
Смахивает на багу в request-promise
Vladimir
Печалька, хост обравыет соединение
Vladimir
Какой хост - ты никогда не узнаешь
Vladimir
Если не завренешь все запросы
Ohar
На вот эту https://github.com/request/request-promise/issues/147
Vladimir
Да не бага это, а нормальная ситуация
Ohar
а, точно
Ohar
Собственно там даже написано чего делать
Ohar
basically your request is configured correctly
Vladimir
Ну да, либо ловить везде прямо где видишь, либо нужно написать свою обертку, которая добавляет хост/url в сообщение об ошибке
Vladimir
Второй вариант поприятней
Vladimir
Но это опять же, если у тебя есть много вариантов
Vladimir
Если ты обращаешься только к одном хосту - то с ним и проблема
Ohar
> ловить везде прямо где видишь catch на всю асинхронщину?
Vladimir
Ну все http запросы
Vladimir
Но это сильно может засорить код
Ohar
я просто чот подумал что это само собой разумеется и не делать так bad practice
Ohar
Но это сильно может засорить код
Дык можно мидлварь написать
Vladimir
Ну это ближе ко вторму варианту
Vladimir
То есть, у тебя так и так есть код где то наверху, который ловит все ошибки
Ohar
я у себя собсна так и сделал
Vladimir
Проблема только в том, что ошибка неинформативная
Ohar
Ну ты хотя бы видишь в каком она модуле и дальше уже понимаешь что может быть не так
Дима
Народ, тут в логах обнаружил иногда всплывающий баг со стектрейсом в никуда: Unhandled rejection RequestError: Error: read ECONNRESET at new RequestError (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request-promise\lib\errors.js:11:15) at Request.RP$callback [as _callback] (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request-promise\lib\rp.js:60:32) at self.callback (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request\request.js:186:22) at emitOne (events.js:96:13) at Request.emit (events.js:188:7) at Request.onRequestError (C:\Users\EnRoute\Desktop\Projects\brainswar\node_modules\request\request.js:824:8) at emitOne (events.js:96:13) at ClientRequest.emit (events.js:188:7) at TLSSocket.socketErrorListener (_http_client.js:308:9) at emitOne (events.js:96:13) at TLSSocket.emit (events.js:188:7) at emitErrorNT (net.js:1271:8) at _combinedTickCallback (internal/process/next_tick.js:74:11) at process._tickCallback (internal/process/next_tick.js:98:9) Встречал кто-нибудь такое? Гугл кидает в основном на ошибки из-за Socket.IO, но он в этой части сервера вообще не заводится! В основном грешу на недавно подключённого бота ('node-telegram-bot-api'), т.к. больше нигде нет request-promise. Но там мы все ошибки то ловим)
Так вот оно что
Ohar
я мидлварем в лог все возможно важное пишу
Дима
Только вчера про horseman жаловался
Anonymous
Да просто всё взаимодействие с ботом сводится к отправке 3-ём людям критичных логов с прода) bot.sendMessage и всё.
Дима
А оно вон где падает
Ohar
или чем ты там логи пишешь
Anonymous
ну ты обмажь всё logger.debug и посмотри
Ну вот пойду копаться. Было подозрение на сам модуль, может внутри где не цепляет catch. Вот поинтересовался, мож кто сталкивался.
Farrux
всем привет, на ноде для обработки event emit и event listening между серверами что лучше ? RabbitMQ
Anonymous
Он до этого выкидывал вот такое вот в консоль: You have triggered an unhandledRejection, you may have forgotten to catch a Promise rejection: Error: 502 <html> <head><title>502 Bad Gateway</title></head> <body bgcolor="white"> <center><h1>502 Bad Gateway</h1></center> <hr><center>nginx/1.10.0</center> </body> </html> at tryCatcher (/var/www/brainswar/node_modules/request-promise/node_modules/bluebird/js/main/util.js:26:23) at Promise._settlePromiseFromHandler (/var/www/brainswar/node_modules/request-promise/node_modules/bluebird/js/main/promise.js:510:31) at Promise._settlePromiseAt (/var/www/brainswar/node_modules/request-promise/node_modules/bluebird/js/main/promise.js:584:18) at Promise._settlePromises (/var/www/brainswar/node_modules/request-promise/node_modules/bluebird/js/main/promise.js:700:14) at Async._drainQueue (/var/www/brainswar/node_modules/request-promise/node_modules/bluebird/js/main/async.js:123:16) at Async._drainQueues (/var/www/brainswar/node_modules/request-promise/node_modules/bluebird/js/main/async.js:133:10) at Immediate.Async.drainQueues (/var/www/brainswar/node_modules/request-promise/node_modules/bluebird/js/main/async.js:15:14) at runCallback (timers.js:570:20) at tryOnImmediate (timers.js:550:5) at processImmediate [as _immediateCallback] (timers.js:529:5)