здец. это тебе уже 21. одуреть.

здец. это тебе уже 21. одуреть.

ага, через полторы недели) сам в шоке

ща ещё перлы скину кусок кода, может кому-то понравится)

заодно растолкуете может что эта ересь делает

здец. это тебе уже 21. одуреть.

ога а те, кто родился в 2000, уже совершеннолетние

здец. это тебе уже 21. одуреть.

а самому то сколько?

я 89го

2002го

не поверишь, уже три года кожу) на ноде чуть меньше года

ладно

код в студию: use(fn) { this.go = (stack => (...args) => stack(...args.slice(0, -1), () => { const next = args[args.length - 1]; fn.apply(this, [...args.slice(0, -1), next.bind.apply(next, [null, ...args.slice(0, -1)]), ]); }))(this.go); }

код в студию: use(fn) { this.go = (stack => (...args) => stack(...args.slice(0, -1), () => { const next = args[args.length - 1]; fn.apply(this, [...args.slice(0, -1), next.bind.apply(next, [null, ...args.slice(0, -1)]), ]); }))(this.go); }

нахуя

код в студию: use(fn) { this.go = (stack => (...args) => stack(...args.slice(0, -1), () => { const next = args[args.length - 1]; fn.apply(this, [...args.slice(0, -1), next.bind.apply(next, [null, ...args.slice(0, -1)]), ]); }))(this.go); }

нахуя

ахвхавхах

я даже не понимаю

что тут происходит

зачем так

и почему

Лол

в общем это кастомный врапер over FaaS, serverless.

напоминает експресс, только самописный

этот кусок - по идее имплементация паттерна middleware

но как работает - я так и не выкупил

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

нахуя

и да - я полностью солидарен с тобой и предидущим оратором)

и да - я полностью солидарен с тобой и предидущим оратором)

я так понял это отсюда взято https://gist.github.com/darrenscerri/5c3b3dcbe4d370435cfa

я так понял это отсюда взято https://gist.github.com/darrenscerri/5c3b3dcbe4d370435cfa

ок, вижу (и да - в коде есть в комменте ссылка на гитс - правда на другой и с другим кодом =( ) только вопроса это не снимает - что

как это работает?

не, получше поищу

хм, а инфы и правда немного в этих ваших интернетах, но вот что-то похожее... https://stackoverflow.com/questions/39318027/how-to-write-a-middleware-class-in-node-js

хм, а инфы и правда немного в этих ваших интернетах, но вот что-то похожее... https://stackoverflow.com/questions/39318027/how-to-write-a-middleware-class-in-node-js

ok, спасибо, но согласись - constructor() { this.middlewares = []; } use(fn) { this.middlewares.push(fn); } в разы проще того что я сбрасывал..

ok, спасибо, но согласись - constructor() { this.middlewares = []; } use(fn) { this.middlewares.push(fn); } в разы проще того что я сбрасывал..

Не, там суть еще в другом немного

ok, спасибо, но согласись - constructor() { this.middlewares = []; } use(fn) { this.middlewares.push(fn); } в разы проще того что я сбрасывал..

ну а как ты эти this.middlewares применять потом будешь? попробуй написать сам, в итоге то на то и выйдет. тут просто народ хотел написать "чтобы было минимум строк кода"

код в студию: use(fn) { this.go = (stack => (...args) => stack(...args.slice(0, -1), () => { const next = args[args.length - 1]; fn.apply(this, [...args.slice(0, -1), next.bind.apply(next, [null, ...args.slice(0, -1)]), ]); }))(this.go); }

? Классный, понятный код, который легко поддерживать :))

это "engine". его один раз написал и потом никогда к нему не возвращаешься. поэтому не страшно если он сложный.

главное чтобы основной код был нормально написан

Никогда не понимал вот этих эпизодов "умного программирования", на-ху-я? За лишние строчки кода вас током хуячит что-ли?

Никогда не понимал вот этих эпизодов "умного программирования", на-ху-я? За лишние строчки кода вас током хуячит что-ли?

+

это "engine". его один раз написал и потом никогда к нему не возвращаешься. поэтому не страшно если он сложный.

famous last words :D

Никогда не понимал вот этих эпизодов "умного программирования", на-ху-я? За лишние строчки кода вас током хуячит что-ли?

??

famous last words :D

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

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

и почему

За столбики ро выдам в следующий раз

код в студию: use(fn) { this.go = (stack => (...args) => stack(...args.slice(0, -1), () => { const next = args[args.length - 1]; fn.apply(this, [...args.slice(0, -1), next.bind.apply(next, [null, ...args.slice(0, -1)]), ]); }))(this.go); }

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

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

да, я согласен в чём-то со всеми) да только вот там вся кодобаза такая хитровыделаная с 0 написаны свои mailer, request/responce, auth классы, и много чего другого =( всё бы то ничего, да только это прийдётся поддерживать.

да, я согласен в чём-то со всеми) да только вот там вся кодобаза такая хитровыделаная с 0 написаны свои mailer, request/responce, auth классы, и много чего другого =( всё бы то ничего, да только это прийдётся поддерживать.

удачи

удачи

спасибо (без под*ба)

спасибо (без под*ба)

аналогично

да, я согласен в чём-то со всеми) да только вот там вся кодобаза такая хитровыделаная с 0 написаны свои mailer, request/responce, auth классы, и много чего другого =( всё бы то ничего, да только это прийдётся поддерживать.

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

ех, раз у меня кажись бенефис в этом чате сегодня, то вот вам занятная ссылка: https://edgecoders.com/how-well-do-you-know-node-js-36b1473c01c8 кто сколько осилит взять вопросов? =)

За столбики ро выдам в следующий раз

сори

а в одном сообщении можно столбиками писать ?

а в одном сообщении можно столбиками писать ?

Если в этом есть смысл

ех, раз у меня кажись бенефис в этом чате сегодня, то вот вам занятная ссылка: https://edgecoders.com/how-well-do-you-know-node-js-36b1473c01c8 кто сколько осилит взять вопросов? =)

мне кажется большинство этих вопросов не имеют практического смысла. по модулям к примеру, не очень понимаю, зачем знать детали того, как оно работает. может и есть какие-то хитрости, но в 99% случаев нужен module.exports и require, а они простые как топор. опять же libuv, я про неё знаю только потому, что когда-то давно готовился к собеседованию. а на практике важно только знать что IO асинхронный и может выполняться параллельно с основным кодом (если не использовать методы *Sync).

а какая там либа для этого используется, да какая к черту разница

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

Не бывает такого кода, который "раз написал и никогда не возвращаешься"

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

Очень хотелось бы писать такой код, но увы :))

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

+

Не бывает такого кода, который "раз написал и никогда не возвращаешься"

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

Код должен быть выразительным и понятным. Исключение могут составить разве что всякие хаки оптимизации ради.

Я надеюсь понятно, что я говорю в контексте работы в команде.

Я надеюсь понятно, что я говорю в контексте работы в команде.

+

ERROR: S client not available

мне кажется большинство этих вопросов не имеют практического смысла. по модулям к примеру, не очень понимаю, зачем знать детали того, как оно работает. может и есть какие-то хитрости, но в 99% случаев нужен module.exports и require, а они простые как топор. опять же libuv, я про неё знаю только потому, что когда-то давно готовился к собеседованию. а на практике важно только знать что IO асинхронный и может выполняться параллельно с основным кодом (если не использовать методы *Sync).

"когда-то давно готовился к собеседованию". Примерно для того же оно и мне надо) - назначили меня куратором по ноде в нашей конторе? и тут мне как-то так печально стало, что я не знаю как тот же event loop в потрохах работает) то есть что это такое и в чём профит понимание есть, но вот его фазы вспомнить сходу не мог вот и полез гуглить-ковырять. А как оказаось - чем дальше в лес, тем больше дров

но ок, спасибо, народ! пришёл на новый проект, где весь народ постарше, поопытнее, и все не с СНГ. Не то что бы я ноду вообще отвратно знал, но у чувака написано что тот кодит с 1998 года, я же 1997. Вот теперь и думаю местами -то ли я дыбил, то ли это лажа полная

ноды то тогда не было.

я с 2004 код пишу понемногу.. и толку

я с 2004 код пишу понемногу.. и толку

+

"когда-то давно готовился к собеседованию". Примерно для того же оно и мне надо) - назначили меня куратором по ноде в нашей конторе? и тут мне как-то так печально стало, что я не знаю как тот же event loop в потрохах работает) то есть что это такое и в чём профит понимание есть, но вот его фазы вспомнить сходу не мог вот и полез гуглить-ковырять. А как оказаось - чем дальше в лес, тем больше дров

вот главное такие вопросы на собеседовании не задавай)

вот главное такие вопросы на собеседовании не задавай)

не, я для себя) толку что-то объяснять если не смогу ответить на вопросы) вот недавно, я прям подофигел - сам пишу на 8-мой ноде, так как на 10-ке AWS Lambda пока писать не даёт. вижу у чувака в ноде import, потом черз пару строчек require. На вопрос в чём разница, и зачем ты их мешаешь он ответить понятное дело не смог. моё же объяснение свелось что 1) всё должно быть консистентно, мешать не стоит 2) это експерементальна фича..

ноды то тогда не было.

но мозги же у чувака тогда уже были)

Код должен быть выразительным и понятным. Исключение могут составить разве что всякие хаки оптимизации ради.

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

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

образования у меня нет, а перфекционизм давным-давно перерос в перфекцехуизм

Привет. У меня вопрос. Пишу сайт на express. Как избежать огромных ошибок от nodemailer в консоле при получении несуществующего адреса почты юзера при регистрации. Или это нормально? Подскажите пожалуйста кто с nodemailer работал. Спасибо

Nodemailer вроде юзает debug

Добавь в env DEBUG=-nodemailer*

Или как то так

или просто ошибки ловить? )

ok, спасибо, но согласись - constructor() { this.middlewares = []; } use(fn) { this.middlewares.push(fn); } в разы проще того что я сбрасывал..

Самая простая реализация миддлваров даже никакого библиотечного кода не требует http.on("request", async (req, res)=>{ await middleware1(req, res, middleware2, middleware3, middleware4, ...) }) async function middleware2(req, res, next, ...res){ ... await next(req, res, ...res); ... } async function middleware3(req, res, next, ...res){ ... await next(req, res, ...res); ... } async function middleware4(req, res, next, ...res){ ... await next(req, res, ...res); ... }правда вместо next() как в экспрессе нужно явно передавать параметры, зато все предельно просто и прозрачно

хм, а инфы и правда немного в этих ваших интернетах, но вот что-то похожее... https://stackoverflow.com/questions/39318027/how-to-write-a-middleware-class-in-node-js

https://github.com/ekifox/express-powerful-router

я пытался))))

https://github.com/ekifox/express-powerful-router

зачем

я пытался))))

ты вообще прочитал о чем был тред?

хз, нет, даже не вчитывался, но может кому будет полезно

потому что я adonisjs.com использую в локальных проектах, хотелось в express немного ООП добавить

Добрый вечер!

Кто может подсказать, делаю сейчас приложения для создания тестов, ну типа составляешь вопросы и варианты ответов, вот не знаю как лучше составить модель для mongodb, поидее mongo хорошо подходит для этого, то есть будет документ в нем поле вопроса, поля ответов, поле категории вопросов, автор вопроса (через ref подтягивается из другой коллекции где зарегистированные пользователи) проблема в том не могу сообразить как помечать правильный вариант ответа

Кто может подсказать, делаю сейчас приложения для создания тестов, ну типа составляешь вопросы и варианты ответов, вот не знаю как лучше составить модель для mongodb, поидее mongo хорошо подходит для этого, то есть будет документ в нем поле вопроса, поля ответов, поле категории вопросов, автор вопроса (через ref подтягивается из другой коллекции где зарегистированные пользователи) проблема в том не могу сообразить как помечать правильный вариант ответа

судя по аве, копируешь чей то проект?))

судя по аве, копируешь чей то проект?))

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

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

Кто может подсказать, делаю сейчас приложения для создания тестов, ну типа составляешь вопросы и варианты ответов, вот не знаю как лучше составить модель для mongodb, поидее mongo хорошо подходит для этого, то есть будет документ в нем поле вопроса, поля ответов, поле категории вопросов, автор вопроса (через ref подтягивается из другой коллекции где зарегистированные пользователи) проблема в том не могу сообразить как помечать правильный вариант ответа

Bool?

Привет, Ребята! Не подскажите пожалуйста , для авторизации на сайте для этого нужно ли создать две url'ы один для login/tutor , второй для login/user или все это объединить одним url'ом типо login/ и все ?

Подскажите, что то в упор не могу понять, почему: npm mysql -v Возвращает: 5.6.0 При том что установленный модуль mysql имеет версию: 2.16.0 https://www.npmjs.com/package/mysql

Подскажите, что то в упор не могу понять, почему: npm mysql -v Возвращает: 5.6.0 При том что установленный модуль mysql имеет версию: 2.16.0 https://www.npmjs.com/package/mysql

Потому что установлен 2.16.0?

Ты смотришь версию с репо похоже