Ну вот я скорее про koa2 как раз, потому как вижу что его всюду продвигают уже.

я когда пробовал, то приходилось почти везде convert() юзать

Даже на том же javascript.ru его уже в качестве основы для курсов юзают, вот недавно узнал.

А что тебе нужно? В коа только мидлвары.

Ну мне что-то на таком уровне и нужно, с мидлварами да роутерами, не какой-нибудь жирный sails.

Стоит таки koa попробовать наверное?

Я сейчас начал сильно рассматривать вот это. Помоему кидали тут уже. http://ratneshsinghparihar.github.io/Node-Data/ Пример: https://github.com/h-adk/demo-sample/tree/master/Demo-Sample

https://twitter.com/nordicjs/status/773781021900861440

https://twitter.com/nordicjs/status/773781021900861440

О, отлично, сейчас то и узнаем последние тренды!

Я сейчас начал сильно рассматривать вот это. Помоему кидали тут уже. http://ratneshsinghparihar.github.io/Node-Data/ Пример: https://github.com/h-adk/demo-sample/tree/master/Demo-Sample

Выглядит интересно, но пока немного меня пугает. Я вот еще видел такую штуку, но это чета прям очень жирное https://www.totaljs.com/

Тотал - о да. Слышал о нем, но тоже пока руки не дошли

Что мне обычно не нравится во всяких restify, express, koa. В том, что нужно писать все самому. Что мне не нравится в Sails, MEAN, … - монстры. Где ж найти тот баланс

Что мне обычно не нравится во всяких restify, express, koa. В том, что нужно писать все самому. Что мне не нравится в Sails, MEAN, … - монстры. Где ж найти тот баланс

trailsjs смотрел?

Что мне обычно не нравится во всяких restify, express, koa. В том, что нужно писать все самому. Что мне не нравится в Sails, MEAN, … - монстры. Где ж найти тот баланс

hapijs глянь, он не особо монструозный

Честно сказать, пишу на express, koa1, но так достало уже. «Я не хочу писать много кода, я хочу чих-пых и в деплой»

HAPI как по мне очень учтарел уже.

Устарел относительно чего?

Он развивается постоянно вроде как.

Честно сказать, пишу на express, koa1, но так достало уже. «Я не хочу писать много кода, я хочу чих-пых и в деплой»

Может ну его nodejs, го на dotnet? :D

Юзал я HAPI+GLUE - как по мне прикольно получилось. Но вот не хватает ему новшевств. Его помоему спокойно можно запустить еще на 0.12.

Что мне обычно не нравится во всяких restify, express, koa. В том, что нужно писать все самому. Что мне не нравится в Sails, MEAN, … - монстры. Где ж найти тот баланс

Есть такое, у меня от этого теорема Эскобара.

Может ну его nodejs, го на dotnet? :D

го на GO

го на GO

go прикольно, но не то.

Есть такое, у меня от этого теорема Эскобара.

Шо то х…, шо то х… ?

Ага

понял +1 )

go прикольно, но не то.

есть такое, но ща типа модно. Как же я скучаю за старым python+Django|Flask

но не в этом чате

есть такое, но ща типа модно. Как же я скучаю за старым python+Django|Flask

Так они никуда не делись же.

но работы меньше

покрайней мере у меня

Go – это просто то что удобно гуглу.

ну не скажи, те же потоки в GO неплохо сделаны. В ноде ухищрятся приходится.

я конечно в GO не сильно, чисто «диванный эксперт», так как не юзал пока сильно

В Go много чего хорошо сделано

Go – это просто то что удобно гуглу.

Не только гуглу, как оказывается

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

Мне язык понравился, но писать серьезное пока не довелось на нем.

Кроме как докер не видел чтобы на нем писали что-то серьезное.

Я кстати борода веган

Мне язык понравился, но писать серьезное пока не довелось на нем.

Чем??

меня взломали, сорян

оставил ноут незалоченым

оставил ноут незалоченым

Судя по всему, сейчас тебе нужно написать статью, что телеграм небезопасен 🙃

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

йоу, друзья. есть тут те, кто имел опыт работы с Sequelize?

ты лучше сразу вопрос задавай

+1, это Node.js, это Back-end, здесь не любят прилюдий =)

йоу, друзья. есть тут те, кто имел опыт работы с Sequelize?

немного есть, а что именно интересно?

окай. как сделать условие по include'у? типа такого: SELECT * FROM a LEFT JOIN b ON (...) WHERE a.field1 = 2 AND b.field2 = 5; по логике доков, как-то так: modelA.findAll({ include: { model: modelB }, where: { field1: 2, 'b.field2': 5 } }) но в реальности, он выдаёт следующий код: SELECT * FROM a LEFT JOIN b ON (...) WHERE `a`.`field1` = 2 AND `a`.`b.field2` = 5

Кроме как докер не видел чтобы на нем писали что-то серьезное.

influx, grafana, consul, вроде дропбокс его для внутренних сервисов используют, syncthing

@elkornacio Sequelize.col() посмотри

вру

это условие попадает в ON для JOIN, а не в WHERE для всего запроса, пробовал

так запихни типа LEFT JOIN b on b.a_id=a.id AND b.field2 = 5 WHERE a.field1 = 2

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

Как по мне, если джойнить таблицу, туда и все условия пихачить.

так запихни типа LEFT JOIN b on b.a_id=a.id AND b.field2 = 5 WHERE a.field1 = 2

такой вариант с индексами норм сработает?

да, составной индекс нужен

а?

Чем??

Ну лучше уж чем nodejs.

так запихни типа LEFT JOIN b on b.a_id=a.id AND b.field2 = 5 WHERE a.field1 = 2

подправил запрос

так запихни типа LEFT JOIN b on b.a_id=a.id AND b.field2 = 5 WHERE a.field1 = 2

да, с таким запросом всё и правда сработает

Ну лучше уж чем nodejs.

Вопрос был - чем понравился го?

Вопрос был - чем понравился го?

Я отказываюсь отвечать на провокационный вопрос. Только в присутствиии моего авокадо!

модно, молодежно, популярно )

Каналы, конкаретность, вот это все. Простота, быстрота.

Наносекунды, вот это все. Реально, после ноды все летает.

Каналы, конкаретность, вот это все. Простота, быстрота.

А сам язык? это все про тулзы

ну проиозводительность - тут все ясно

но так и до сишки можно скатиться

я немного переформулирую проблему. можно ли в sequelize как-то сделать проверку на то, прошёл left join или нет? типа SELECT * FROM a LEFT JOIN b ON (...) WHERE b is not null

Жаль только работы особо на Go пока не завезли

А на ноде уже все ОК

я немного переформулирую проблему. можно ли в sequelize как-то сделать проверку на то, прошёл left join или нет? типа SELECT * FROM a LEFT JOIN b ON (...) WHERE b is not null

Дык, может INNER JOIN?

я немного переформулирую проблему. можно ли в sequelize как-то сделать проверку на то, прошёл left join или нет? типа SELECT * FROM a LEFT JOIN b ON (...) WHERE b is not null

оО

если пустой array - не прошел =)

ну он сам же выдаст left join при таком подключении. или можно как-то зафорсить поставить inner join?

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

оп, да, с проверкой выдаёт inner. окей, спасибо, сейчас ещё потыкаюсь

помоему нужно required: true пропихивать, чтоб был INNER