res.serverError тот же самое res.json({message: 'Error', error: err}) но с сообщениями

предполагаю, что res.serverError просто валит сервак, а ты должен просто прокидывать ошибку и дальше ее обрабатывать где-то

именно так

eslint используй, чтобы никто такую херню не делал

написал такую middleware app.use((req, res, next) => { process.on('uncaughtException', (err) => { return res.serverError(err); }); next(); });

app.use(function *(next) { try { yield next; } catch (err) { this.status = err.statusCode || err.status || 500; this.body = { message: err.message }; } });

что-то такое должно быть

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

перед всеми app.use

не помогло

не помогло

Что ты хочешь чтобы перехватывалось?

Можно редактировать и вместо сообщения поставить "точку". Вроде норм Варик

Что ты хочешь чтобы перехватывалось?

все Exception

exception бывают разные

syntax error например

uncaught

Cannot read property

Cannot read property

++

Используй error-handler

Если ты не уверен в объекте используй _.get из lodash

убери код, который валит все res.serverError(err)

если оно валит , то сперва нужно это обыграть как-то, а ты видимо просто добавил middleware и такие строки у тебя остались по проекту, а их быть не должно, они должны прокидываться дальше и в middleware обрабатываться

Раньше были domains но теперь нужно писать нормальный код который не будет тебе такие ошибки генерировать

И не обращаться к объекту вслепую a.b.b.s.s

а чтобы не было ошибок типо "foo is not defined" используй eslint

И вообще, зачем тебе уведомлять пользователя о какой-то ошибке?

uncaughtException предназначен для того, чтобы отправить тебе email или какой-то багрепорт для твоей немедленной реакции и положить сервак

да, модель ждет от базы объект, если поля не пришли полным происходит ошибкаfoo is not defined я как то должен сообщить об ошибке и продолжать принимать другие запросы

if (foo) {}

ну так нужно дождаться данных с бд

тут либо на промисах, либо async await, либо генераторы

По старинке на callback

Дух старой школы

Смысла нет, что использовать. Если ты обращаешься к объекту, обращайся через новый Proxy или через require('lodash').get например

mongoose решил это через get/set например

Proxy это оверкил

Просто надо код нормально писать, с проверками

Я сказал как пример

Человек хочет использовать uncaughtException и после продолжать работать

Когда uncaughtException это последний поинт перед завершением процесса в случае ошибки

Я не прав?

Человек хочет использовать uncaughtException и после продолжать работать

+

+

Так нельзя делать

Всем привет. у меня API на express.js. когда в приложение происходит uncaught Exception как можно отправить response в json формате ?

Обмажь всё catch и будет тебе счастье. Откуда у тебя вообще это чудо?

Как это получилось вообще?

Чет трешак какой-то.

как это теперь развидеть?

как это теперь развидеть?

Тебе что нибудь похуже надо скинуть чтобы ты это забыл?

node.js -- русскоговорящее сообщество

Тебе что нибудь похуже надо скинуть чтобы ты это забыл?

не надо, спасибо

сорян, не туда нажал.

Генераторы, которые обернуты co. await = yield, * = async. Не совсем точно, но в текущем виде это так )

Вопрос все таки скорее для любителей копаться в v8. Интересует может ли это по хорошему оптимизипровать какие плюсы мы получим

Все будет хоршо в турбофане

инфа 100%

express.js не обновляется уже

вырезать вас надо. 5 альфа пилится. Оттуда все выносят на пакеты - роутер и т.д..

ребят

привет

ставлю генератор ангулар фуллстак

ставиться с кучей ошибок

потом делаю npm i

и вот что пишет

http://pastebin.com/aBt67bak

http://pastebin.com/aBt67bak

Читай ошибки, гугли, исправляй

ERROR: S client not available

второй день уже так и делаю

Зависимость есть? Брат жив? Можно ещё ишьюс полистать в проекте

Гуглил ошибки

На гитхабе ишьюс там такая же проблема ни одного решения

Чето с node-pre-gyp

Решил переустановить убунту

И заново все поставить

Радикально

ну библиотек не хватило, каких нибудь -dev версий

чо сносить то всё

Все зависимости вручную поставил

Все ок кроме вот этого

Чето с node-pre-gyp

Т

Чето с node-pre-gyp

ну так мб у тебя gcc старый

ну так мб у тебя gcc старый

Это тоже проверил

Может другой генератор выбрать раз уже такая шляпа

есть что-то подобное? https://gist.github.com/olamedia/ab3111b80c7d452c10162b5420f02180

чтобы почитать код, как делают

обертка над сокетом из двух дуплекс-потоков

Может другой генератор выбрать раз уже такая шляпа

Ты под кем устанавливаешь? Под своим юзером или рутом? А то там вон ошибки неправильные gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/7.2.1" Поставь nvm на юзера и локальную ноду через него, сделай её дефолтной и попробуй с нуля.

Ты под кем устанавливаешь? Под своим юзером или рутом? А то там вон ошибки неправильные gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/7.2.1" Поставь nvm на юзера и локальную ноду через него, сделай её дефолтной и попробуй с нуля.

И так и так пробовал

С самой нодой все ок

И так и так пробовал

Через nvm пробовал? Системную ноду можно вообще снести, чтобы не мешалась. Ты ведь 7-ю руками собирал небось?

Через nvm пробовал? Системную ноду можно вообще снести, чтобы не мешалась. Ты ведь 7-ю руками собирал небось?

Не

Так там проблема в доступах может быть.

С другими генераторами все ок

А с generator-angular-fullstack

?

Дело не в генераторах, а в капризах node-gyp. gcc и gcc-c++ стоят ведь?

Поэтому и советую проверить на чистую через nvm.

@iamstarkov мне по поводу 'now' ответили. Собственно как я и предполагал, юзают приватный форк 'enclose' и обещают скоро заопенсорсить.