Как в koa остановить дальнейшее выполнение кроме ctx.throw ?

Не вызывать 'next'

async ctx => { const { password, repeatedPassword } = ctx.request.body if (!password) { ctx.response.status = 400 ctx.body = { success: false, data: errorMessages.password.required } } if (password !== repeatedPassword) { ctx.response.status = 400 ctx.body = { success: false, data: errorMessages.password.notmatch } } }

если сваливается на первой проверке, должен остановиться, а он идёт дальше по коду, можно сделать return, но я не знаю насколько это корректно. ctx.response.end() вообще убивает весь JSON, который я хочу отдать

а почему ctx.throw не подходит?

не знаю как отдать JSON через throw

можно конечно мидлвар сделать для этого, как и пишут...

Ребят, авось поможет кто Такая шляпа: Я тут верстаю телеграм (внезапно) и у меня какая-то хрень с отображением ластмессаджа https://2ffd35cd.eu.ngrok.io

Почему-то он вместо того чтоб следовать своему text-overflow двигает соседний элемент

Ребят, авось поможет кто Такая шляпа: Я тут верстаю телеграм (внезапно) и у меня какая-то хрень с отображением ластмессаджа https://2ffd35cd.eu.ngrok.io

С чего это ты вдруг телеграм верстаешь?))

Верстать учусь

Аа

Здравствуйте, это канал об аниме?

Да

nvm is not compatible with the npm config "prefix" option: currently set to "/Users/user_name/.npm-packages" Run `npm config delete prefix` or `nvm use --delete-prefix v8.4.0 --silent` to unset it. такая херня выходит в терминале при открытии вкладки это нормально не?

Переведи ошибку/гугли

знает ли кто что такое Pool ?

const { Pool, Client } = require('pg')

Бассейн

для чего используют Pool?

Бассейн

я в коде имею ввиду)

Гугли connection pool

Гугли connection pool

Не обязательно connection )

В данном случае он

const { Pool, Client } = require('pg')

Пул- это объединение соединений в одном месте. Каждый раз когда ты отправляешь запрос, модуль берет одно свободное соединение и отправляет запрос через него

Пул- это объединение соединений в одном месте. Каждый раз когда ты отправляешь запрос, модуль берет одно свободное соединение и отправляет запрос через него

спасибо за инфу

спасибо за инфу

?

Точнее пул это объединение чего либо в одном месте, для дальнейшего использования, когда оно понадобится

Точнее пул это объединение чего либо в одном месте, для дальнейшего использования, когда оно понадобится

Более общее понятие

знает ли кто что такое Pool ?

ты не поверишь https://en.wikipedia.org/wiki/Pool_(computer_science)

ты не поверишь https://en.wikipedia.org/wiki/Pool_(computer_science)

постараюсь) спасибо!

в википедии вообще полно информации, особенно по it

https://habrahabr.ru/post/337098/

https://habrahabr.ru/post/337098/

Уже в Go чате похоливарил.. как то не очень. Ryan просто не так уж сильно вовлечен в Node.js, так что этот statement не особо заметен.

TJ Holowaychuk - уход из Node.js был более болезнынным

https://habrahabr.ru/post/337098/

Хрень это всё. Синтаксис JS и Go несравним, с async/await вы получаете практически тот же блокирующий вызов, а приход декораторов ознаменовывет появление нормального ООП.

Лучше разкажите мне, как вы видите работу с DI или ServiceLocator в современных реалях NodeJS? Остановились ли вы на уровне require('../libs/mongoose') или впиливали какой-то свой/чужой костыль, спеку?

Inversify для di использую

Уже в Go чате похоливарил.. как то не очень. Ryan просто не так уж сильно вовлечен в Node.js, так что этот statement не особо заметен.

Чувак в google топит за go — почему я не удивлён

у ноды свой фатальный недостаток. она треды не умеет. и скорее всего не будет их уметь.

у ноды свой фатальный недостаток. она треды не умеет. и скорее всего не будет их уметь.

это недостаток только для определенных задач

В го математика быстрее. Для игровых серверов потому лучше заходит

Сейчас бы игровые сервера на интерпретируемых языках писать...

на луа и эрланге пишут

у ноды свой фатальный недостаток. она треды не умеет. и скорее всего не будет их уметь.

Их много кто не умеет.

Хрень это всё. Синтаксис JS и Go несравним, с async/await вы получаете практически тот же блокирующий вызов, а приход декораторов ознаменовывет появление нормального ООП.

Async await все таки не горутины и csp.

у ноды свой фатальный недостаток. она треды не умеет. и скорее всего не будет их уметь.

всегда есть fork()

всегда есть fork()

ага с которым возникает проблема общения с другими форками

я для этого beanstalk юзаю

ага с которым возникает проблема общения с другими форками

и что же там за проблема?

и что же там за проблема?

ну как. либо писать лисапед либо юзать чей-то лисапед.

Лучше разкажите мне, как вы видите работу с DI или ServiceLocator в современных реалях NodeJS? Остановились ли вы на уровне require('../libs/mongoose') или впиливали какой-то свой/чужой костыль, спеку?

Не виже профита от этого, можно спокойно жить без DI, а локатор очень специфичная вещь и накладывает сильный отпечаток на архитектуру, имхо. плохо представляю его(локатор) себе за пределами жабаЕЕ, где под него много чего заточенно.

Не виже профита от этого, можно спокойно жить без DI, а локатор очень специфичная вещь и накладывает сильный отпечаток на архитектуру, имхо. плохо представляю его(локатор) себе за пределами жабаЕЕ, где под него много чего заточенно.

Я с этим как раз согласен, собираю мнения для обсуждения)

я для этого beanstalk юзаю

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

чтоб с соседний процесс передать

Мне кажется вы все загоняетесь

пишите на прологе

Не виже профита от этого, можно спокойно жить без DI, а локатор очень специфичная вещь и накладывает сильный отпечаток на архитектуру, имхо. плохо представляю его(локатор) себе за пределами жабаЕЕ, где под него много чего заточенно.

require/import хороший пример локатора

пишите на прологе

Лучше на клипсе

пишите на прологе

только хаскелл

ERROR: S client not available

ну как. либо писать лисапед либо юзать чей-то лисапед.

чем коробочный вариант не устраивает?

require/import хороший пример локатора

в каком месте? это просто стандартный функционал языка по импорту кода. локатор - это более сложная и хитрая вещь, решающая другие задачи и требущая определенную архитектуру приложения

чем коробочный вариант не устраивает?

ты про кластер? так на его базе тоже надо лисапедить

ты про кластер? так на его базе тоже надо лисапедить

что именно?

в каком месте? это просто стандартный функционал языка по импорту кода. локатор - это более сложная и хитрая вещь, решающая другие задачи и требущая определенную архитектуру приложения

а какие есть места на вариант? Да, локатор, который встроен в язык\платформу

а какие есть места на вариант? Да, локатор, который встроен в язык\платформу

jndi и его обвязки в апп.серверах - каноничный пример локатора. Импорт слишком обобщеная и базовая вещь, это не архитектурный паттерн, а просто инструмент импорта кода. он не работает динамически, скажем так: Ты через импорт не подцепишься/отцепишься уже к работающему сервису, например. у тебя сревиса вообще никакого не будет де-факто, пока интерпретатор его не заимпортит и не начнет его выполнять.

Юзал кто кнекс + букшелф?

jndi и его обвязки в апп.серверах - каноничный пример локатора. Импорт слишком обобщеная и базовая вещь, это не архитектурный паттерн, а просто инструмент импорта кода. он не работает динамически, скажем так: Ты через импорт не подцепишься/отцепишься уже к работающему сервису, например. у тебя сревиса вообще никакого не будет де-факто, пока интерпретатор его не заимпортит и не начнет его выполнять.

так и в локаторе сервис может не существовать до первого подключения, а через require вполне себе получу уже где-то юзаемый объект

Кто работал с restify ? Там интеграцию с ORM нужно вручную делать как в express ?

https://habrahabr.ru/post/337098/

Он просто сотрудник гугла

Он просто сотрудник гугла

он просто поменял мнение и взгляды, такое невозможно?

Об этом не обязательно вслух говорить. Поэтому не более чем пиар

Об этом не обязательно вслух говорить. Поэтому не более чем пиар

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

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

Сейчас расплачусь от таких эмоциональных аргументов.

Сейчас расплачусь от таких эмоциональных аргументов.

тут никаких эмоций кроме ваших ничем необснованных дурных выводов. а мнение автора интересное

Лол. Я прочитал последние сообщения этого типа. Это одни вопросы. Т.е. чел накидывает, собеседник ему отвечает, а он ещё один вопрос мочит. Бывают же такие люди

Лол. Я прочитал последние сообщения этого типа. Это одни вопросы. Т.е. чел накидывает, собеседник ему отвечает, а он ещё один вопрос мочит. Бывают же такие люди

Всякие люди бывают

А в итоге он решил поступить как школьница фанатка Бибера и объяснить мне какой я дно, раз посмел заподозрить кумира в чем-то

А в итоге он решил поступить как школьница фанатка Бибера и объяснить мне какой я дно, раз посмел заподозрить кумира в чем-то

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

Кто работал с restify ? Там интеграцию с ORM нужно вручную делать как в express ?

Никто не юзал restify c orm какой-нибудь ?

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

Тебе стоит поучится составлять сложноподчинённые предложения. Но зато у тебя отлично получается использовать в каждой своей реплике прилагательные вроде "идиотский", "дурной" по отношению к собеседнику, при том что собеседник вообще не обращался к тебе. На сим, дискуссия закрыта.

Тебе стоит поучится составлять сложноподчинённые предложения. Но зато у тебя отлично получается использовать в каждой своей реплике прилагательные вроде "идиотский", "дурной" по отношению к собеседнику, при том что собеседник вообще не обращался к тебе. На сим, дискуссия закрыта.

в общем по делу тебе ответить нечего. не удивительно

На что тебе отвечать по делу? Ты кроме фанбойных аргументов в его защиту ничего не привел. Любому нормальному человеку очевидно, что подобный комментарий от создателя неэтичен, учитывая его место работы, количество разработчиков на ноде (которым намекают что они говно, юзающие его поделки) и отсутствие реальных значимых проблем с нодой, не надуманных

На что тебе отвечать по делу? Ты кроме фанбойных аргументов в его защиту ничего не привел. Любому нормальному человеку очевидно, что подобный комментарий от создателя неэтичен, учитывая его место работы, количество разработчиков на ноде (которым намекают что они говно, юзающие его поделки) и отсутствие реальных значимых проблем с нодой, не надуманных

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

На что тебе отвечать по делу? Ты кроме фанбойных аргументов в его защиту ничего не привел. Любому нормальному человеку очевидно, что подобный комментарий от создателя неэтичен, учитывая его место работы, количество разработчиков на ноде (которым намекают что они говно, юзающие его поделки) и отсутствие реальных значимых проблем с нодой, не надуманных

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

А ты про фанбоев, про слезы, про что угодно, но не по делу

вы чё тут э

харош

харош

Бля буду