да потому что пиздабольство это все. нормальная система авторизации это пяток только модулей для вуекса)

лол ) нет

да потому что пиздабольство это все. нормальная система авторизации это пяток только модулей для вуекса)

нормальная это какая?

с вахтершей и турникетом ?

хах

шучу, не в обиду ))

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

стор тут ни при чем

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

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

гыгы ) ну да

ну судя по тому как капитанил про аксиос

и слой апи)))

ну так я не понял, чем тебе этот вариант не нравится? и чего ему не хватает для настоящей авторизации

есть чат по chai/mocha?

как передать в модель и роуты connection вот этот

Закинь все модели в app.set(“models”, models) и дергай их в роутах через req.app.get(“models”)

Мож кто сталкивался. Имеем вот такую очередь задач: Пример из книги "Шаблоны проектирования Node.js" https://codeshare.io/29rdpg Не могу придумать кейса, когда здесь нужен именно while. Когда мы впервые кладем задачи в очередь, то каждая из них по одной сразу же запускается - while нужен. А когда мы запустили задач в количестве this.concurrency и они начинают завершаться, то по заваршении каждая из них делает this.running--; и может запустить не больше одной новой задачи из очереди. Снова while не нужен. Распишу: Имеем, к примеру, 10 задач [task1, task2, ..., task10] и максимальное кол-во одновременно выполняемых задач равно 5 concurrency = 5 Делаем pushTask(task1) для 1 задачи -она кладется в очередь -сразу же запускается next() —в next() задача сразу же извлекается из очереди —и сразу же запускается Аналогично происходит для задач 2,3,4,5 - каждая из них сразу же запускаются и там где-то себе работают. И пока до этого момента в очереди не бывало больше одной задачи, причем, она тут же оттуда извлекаласьи запускалась. Т.е. цикл while можно заменить на if. Но м.б. дальше понадобится именно while, идем дальше. Делаем pushTask(task6), ..., pushTask(task10) Т.к. задачи 1-5 все еще выполняются, то задачи 6-10 только поместятся в очередь, но не запустятся, т.к. условие this.running < this.concurrency не выполнится. Затем задачи начинают завершаться и запускать переданный им колбек () => { this.running--; this.next(); } Который уменьшает количество запущенных задач на 1 (this.running--;), т.е. освободилось место для одной задачи и тут же запускает this.next(); и этот next() запустит ровно одну задачу. Нафиг тогда тут while?

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

Подозреваю что юзаете монгус? Если да то он сам добавляет s к названию модели

Подозреваю что юзаете монгус? Если да то он сам добавляет s к названию модели

Да, это mongoose. Это никак не отключается? ?

Подозреваю что юзаете монгус? Если да то он сам добавляет s к названию модели

но спасибо за ответ, понял в каку сторону копать

проверяете на instanceof outcomingMessage или што или как

есть что то на подобие tunnel, только работющее? (tunnel не работает) нужно на локалхосте получить ssl канекшн

проверяете на instanceof outcomingMessage или што или как

Promise.resolve().then(invoked а что здесь происходит?

Promise.resolve().then(invoked а что здесь происходит?

некие асинхронные операции, код сильно упрощен, потому уродлив, но смысл такой

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

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

async await?

async await?

да вроде не особо подходит.. или я вас не понял.

function foo (req, res) { return Promise.resolve() .then(invoked => { if (invoked === true) { return res.status(200).send('synced successfully'); } else { return makeDirIfNotExist(dir); } }) .then((something) => { // ??? }) }

да вроде не особо подходит.. или я вас не понял.

я бы разбил на несколько ф-ий и сделал асинками

а зареджектить разве нельзя, и в кетче поймать и создать папку?

а зареджектить разве нельзя, и в кетче поймать и создать папку?

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

Доброго дня! Господа, такой вопрос: Есть возможность openvpn и pptp соединения в ноде? Гугл говорит про openvpn-bin и pptp-node. А есть, что по-удобнее и не привязанное к системе?

Да, это mongoose. Это никак не отключается? ?

Хз, нужно в доке смотреть

монгуз во множественном числе регистрирует модели

хз можно ли отключить

Хз, нужно в доке смотреть

Я уже разобрался, спасибо. Я просто в ручную переименовал коллекцию, не знал что он создает +s, поэтому это всегда будет работать нормально если не лезть ручками, как я сделал во время разработки для тестов

Пол дня убил на эту фигню

Я уже разобрался, спасибо. Я просто в ручную переименовал коллекцию, не знал что он создает +s, поэтому это всегда будет работать нормально если не лезть ручками, как я сделал во время разработки для тестов

new Schema({..}, { collection: 'modelName' })

Можно так попробовать

new Schema({..}, { collection: 'modelName' })

спасибо ?

оказывается, что app.use((err, req, res, next) => { }) и app.use((err, req, res) => { }) здесь параметры по другому работают

один вызывает колбек некст, второй нет ?

Всем привет, nodeJS вижу день (до этого два года на php), подключил passport и jwt для своей учебной apі, можно ли как-то задать глобально мидлвер для всех запроссов и только для auth роутов его исключить, что бы не было такого копипаста:

Всем привет, nodeJS вижу день (до этого два года на php), подключил passport и jwt для своей учебной apі, можно ли как-то задать глобально мидлвер для всех запроссов и только для auth роутов его исключить, что бы не было такого копипаста:

Создайте отдельный роутер

и на него вешать мидлвер?

оказывается, что app.use((err, req, res, next) => { }) и app.use((err, req, res) => { }) здесь параметры по другому работают

Правильно, с 3 параметрами обычная мидлвара, с 4 эрорхендлер

и на него вешать мидлвер?

Да

ок, спасибо

Правильно, с 3 параметрами обычная мидлвара, с 4 эрорхендлер

сенкс, а почему вот разбираю статью, и тут чувак использует с тремя параметрами еррорхандлер? https://medium.freecodecamp.org/learn-how-to-handle-authentication-with-node-using-passport-js-4a56ed18e81e

господа, и не подскажите, еще на один тупой вопрос, почему не отправляется текст с ошибкой, в консили все выводится, а на странице пусто? app.use((err, req, res, next) => { console.dir(err); res.status(err.status || 500); res.send(err) });

господа, и не подскажите, еще на один тупой вопрос, почему не отправляется текст с ошибкой, в консили все выводится, а на странице пусто? app.use((err, req, res, next) => { console.dir(err); res.status(err.status || 500); res.send(err) });

Потому что при ошибке выполнение прерывается, не?

Потому что при ошибке выполнение прерывается, не?

неа, если например я передаю текст. то все ок app.use((err, req, res, next) => { console.dir(err); res.status(err.status || 500); res.send('fdfdf') });

неа, если например я передаю текст. то все ок app.use((err, req, res, next) => { console.dir(err); res.status(err.status || 500); res.send('fdfdf') });

Вы сами ответили га свой вопрос, send принимает только текст, юзайте или res.json или Json.stringifu

сенкс, а почему вот разбираю статью, и тут чувак использует с тремя параметрами еррорхандлер? https://medium.freecodecamp.org/learn-how-to-handle-authentication-with-node-using-passport-js-4a56ed18e81e

И у него оно работало?)

Вы сами ответили га свой вопрос, send принимает только текст, юзайте или res.json или Json.stringifu

ага, +

Вы сами ответили га свой вопрос, send принимает только текст, юзайте или res.json или Json.stringifu

ну так я и юзал, тоже самое, я делал по примеру того чувака хочу раздуплить логику построения на ноде. Просто я заметил странную особеность, что сам обьект не отправляет, а его свойства да app.use((err, req, res, next) => { console.dir(err); res.status(err.status || 500); res.json({ errors: { message: err.message, error: err, }, }); });

ну так я и юзал, тоже самое, я делал по примеру того чувака хочу раздуплить логику построения на ноде. Просто я заметил странную особеность, что сам обьект не отправляет, а его свойства да app.use((err, req, res, next) => { console.dir(err); res.status(err.status || 500); res.json({ errors: { message: err.message, error: err, }, }); });

Express отличает обычный мидлвар от эрорхендлера количеством параметров, а не тем что в первым параметром у вас переменная с именем error. По поводу ошибки хз, сам когдато столкнулся с такой пооблемой, незнаю почему такая реализация класса ошибки. Обычно создаю свои ошибки и наследую от базовой плюс создаю метод экземпляра toJSON который вызывается в res.json

А что будет при {} === {} ?

Express отличает обычный мидлвар от эрорхендлера количеством параметров, а не тем что в первым параметром у вас переменная с именем error. По поводу ошибки хз, сам когдато столкнулся с такой пооблемой, незнаю почему такая реализация класса ошибки. Обычно создаю свои ошибки и наследую от базовой плюс создаю метод экземпляра toJSON который вызывается в res.json

ну я тоже когда в интесепторах axios на фронте разбирал ошибку, тоже замети странную особеность, он даже выводиться как обьект только когда сделать console.dir

А что будет при {} === {} ?

тоже самое

Express отличает обычный мидлвар от эрорхендлера количеством параметров, а не тем что в первым параметром у вас переменная с именем error. По поводу ошибки хз, сам когдато столкнулся с такой пооблемой, незнаю почему такая реализация класса ошибки. Обычно создаю свои ошибки и наследую от базовой плюс создаю метод экземпляра toJSON который вызывается в res.json

да и как то JSON.parse тоже хрень выводит

ну я тоже когда в интесепторах axios на фронте разбирал ошибку, тоже замети странную особеность, он даже выводиться как обьект только когда сделать console.dir

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

тоже самое

То есть что?

Не всем статьям можно верить. Если найдете ответ то дайте знать, ато самому всегда было интересно, но разбираться лень)

Думаю вам не мешало бы матчасть поучить. Как сравниваются обьекты?

Понял, спасибо

еее, callback-hell

Express отличает обычный мидлвар от эрорхендлера количеством параметров, а не тем что в первым параметром у вас переменная с именем error. По поводу ошибки хз, сам когдато столкнулся с такой пооблемой, незнаю почему такая реализация класса ошибки. Обычно создаю свои ошибки и наследую от базовой плюс создаю метод экземпляра toJSON который вызывается в res.json

Более того, у него собственный обработчик ошибок: " В Express предусмотрен встроенный обработчик ошибок, который обрабатывает любые возможные ошибки, встречающиеся в приложении. Этот стандартный обработчик ошибок добавляется в конец стека функций промежуточной обработки." http://expressjs.com/ru/guide/error-handling.html

Не всем статьям можно верить. Если найдете ответ то дайте знать, ато самому всегда было интересно, но разбираться лень)

https://stackoverflow.com/questions/18391212/is-it-not-possible-to-stringify-an-error-using-json-stringify

Более того, у него собственный обработчик ошибок: " В Express предусмотрен встроенный обработчик ошибок, который обрабатывает любые возможные ошибки, встречающиеся в приложении. Этот стандартный обработчик ошибок добавляется в конец стека функций промежуточной обработки." http://expressjs.com/ru/guide/error-handling.html

Так я об этом и говорю, и в нем всегда 4 параметра)

https://stackoverflow.com/questions/18391212/is-it-not-possible-to-stringify-an-error-using-json-stringify

ну короче говоря, обьект error не сериализуется

Так я об этом и говорю, и в нем всегда 4 параметра)

я дополнил, я не спорю.

ну короче говоря, обьект error не сериализуется

Можно и так сделать как в ответе на стеке, но как то не комильфо лезть в прототип базового класса

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

еее, callback-hell

нет, это просто графкуель для школьников-хипстеров

прикиньте поколение которое начинает программировать с графкуель

прикиньте поколение которое начинает программировать с графкуель

это же пиздец

я хоть и сам не олд скул, но это ж вообще за гранью имхо

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