ну хз от ручки микросервиса я ожидаю что он либо 200 ответит либо ошибкой

ну это странно, смотри, если у тебя доступен редис, но недоступна БД и часть микросервисов от которых ты зависишь, то тут конечно можно не ответить на хэлс, и просто закрыть соединение но это как-то неспортивно и неинформативно, обычно принято код отдавать и в произвольной форме в теле список проблем

вот эпичный пример почему я всегда использую console напрямую без всяких популярных решений $ node benchmark/logging.js console.info x 1,459,530 ops/sec ±0.78% (88 runs sampled) rufus.info x 201,119 ops/sec ±0.62% (91 runs sampled) winston.info x 65,377 ops/sec ±1.05% (80 runs sampled) intel.info x 59,193 ops/sec ±1.13% (97 runs sampled) bunyan.info x 82,040 ops/sec ±0.68% (100 runs sampled) log4js.info x 45,273 ops/sec ±2.64% (83 runs sampled) Fastest is console.info мне от логгера нужно очень немного, чтобы он космически быстро писал нужные мне строки в консоль без накладок на ненужное мне форматирование, выходит примерно в 10 раз быстрее популярных логгеров

ну ответь любым не 200 какие проблемы?

ну хз от ручки микросервиса я ожидаю что он либо 200 ответит либо ошибкой

Да

А есть исходник benchmark/logging.js?

А 201 тоже плохо?

обычно 2**, 3** считаются положительными а их логика уже избыточный смысл для балансера

это бинарная опция в целом

я очень сомневаюсь что ручка health в удачном состояние должна вернуть что-то кроме 200

ошибки это нормально. вопрос жив ли сервис стоит ли туда роутить трафик. ошибки и прочие истории должны в мониторинг уходить

ребята, привет пишу первое приложение на ноде помогите, пожалуйста разобраться с ассоциациями(sequelize + postgress) Есть моделька Card var Card = sequelize.define('Card', { name: { allowNull: false, type: DataTypes.STRING, }, }) Есть моделька Partnership var Partnership = sequelize.define('Partnership', { comment: { type: DataTypes.TEXT }, }) Задача связывать между собой Card через Partnership. Есть такие связи Card.belongsToMany(models.Partnership, { through: 'CardPartnership' }) Partnership.belongsToMany(models.Card, { through: 'CardPartnership' }) Создание Partnership const createdBy = ctx.request.body.fields.createdBy const acceptedBy = ctx.request.body.fields.acceptedBy const partnership = await models.Partnership.create({ comment: ctx.request.body.fields.comment, createdBy: createdBy, acceptedBy: acceptedBy, }) await models.Card.findAll({ where: { id:[createdBy, acceptedBy] } }).then((cards) => cards.forEach((card) => card.addPartnerships(partnership))) Если хочется получить карточку со всеми партнерами const card = await models.Card.find({ where: { id: cardId }, include: [{ model: models.Partnership, through: { where: { CardId: cardId } }, include: [{ model: models.Card, where: { id: { $not: cardId } } }] }] }) Это работает. Но хочется услышать насколько это правильная механика) Может можно проще)

gist.github.com для кого создан?

https://gist.github.com/ElistratovRoman/a5ba11d2f4e725e5e819e9b34230a62e

https://gist.github.com/ElistratovRoman/a5ba11d2f4e725e5e819e9b34230a62e

а регулярки поддерживаешь? :)

через час выложу, и буду ждать от вас лучей добра

end в конце не нужен вроде, send и так закончит response

Коллеги, а есть что-то быстрое - создать тестовое API (которое возможно потом перейдет в нетестовое) аля react-create-app

нет возможности строго по завершении одной функции выполнить другую функцию

нет

Ребята почему многие говорят про асинхронность в ноде словом "одновременно"? Он же с ним не имеет ничего общего, nodejs ничего не делает одновременно

https://www.youtube.com/watch?v=_kJeJaARUP4&list=PLDyvV36pndZFWfEQpNixIHVvp191Hb3Gg&index=20 вот тут чувак говорит полный бред

но там же для каждого хоста создается своя сессия в tcp и т.д или я че то не допонимаю?

На сколько плохо возвращать ошибку с сервера в виде "res.status('код').send('Текст').end();"?

На сколько плохо возвращать ошибку с сервера в виде "res.status('код').send('Текст').end();"?

Я не понимаю сути вопроса, если честно.