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

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

Прочитай текст ошибки

У тебя resp, а не res

resp

всегда нужно работать по id

Не понял как это поможет... Вот использование prepared queries (или как там они) поможет

Кстати, что за иде?

Прочитай текст ошибки

Там даже шторм подчёркивает переменную, кажется

Кстати, что за иде?

Idea

resp

заметил

Не понял как это поможет... Вот использование prepared queries (или как там они) поможет

я немного не дописал, нужно работать по token пользователя. например по token берешь id из редиса, а потом по id уже делаешь манипуляции в базе.

заметил

а еще интересно стало почему иногда используешь var а иногда let ?

а еще интересно стало почему иногда используешь var а иногда let ?

Потому что куски кода копипастит лол

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

а еще интересно стало почему иногда используешь var а иногда let ?

я не копирую, всё сам делаю, просто мне объясняли , чем отличие , но я не запомнил

Потому что куски кода копипастит лол

я не копировал, всё сам пишу

я не копирую, всё сам делаю, просто мне объясняли , чем отличие , но я не запомнил

Если не хочется запоминать отличия, можно запомнить "всегда использовать let"

Если не хочется запоминать отличия, можно запомнить "всегда использовать let"

ясно, хорошо

а как его (пароль) еще передать на сервер?

Или, например, заполнить пробелы в знаниях чтением соответствующей литературы...

Если не хочется запоминать отличия, можно запомнить "всегда использовать let"

если только не работаешь на старой старой ноде

а как его (пароль) еще передать на сервер?

Я имел в виду let body = req.body.password если это был вопрос мне

Я имел в виду let body = req.body.password если это был вопрос мне

пользователь хочет сменить пароль, для этого он должен ввести старый пароль. Он ведь должен отправить старый пароль на сервер? почему бы не в body? другое дело что в коде не проверяется валидность старого пароля а сразу перезаписывается новый (но думаю здесь просто тестовый код).

пользователь хочет сменить пароль, для этого он должен ввести старый пароль. Он ведь должен отправить старый пароль на сервер? почему бы не в body? другое дело что в коде не проверяется валидность старого пароля а сразу перезаписывается новый (но думаю здесь просто тестовый код).

Я про то, что пароль из запроса сохраняется в переменной с названием body, а уже в следующей строчке снова используется req.body. И сразу два неудобства: 1. Кажется, что body - это req.body, а не пароль 2. Внезапно пароль не в password, а в body *придирки к именованию*

ясно, хорошо

Idea - хорошая среда. Она тебе и var выделяет, и req подчёркивает. Наведи мышку, напишет, что ей не нравится) И за стилем немного следит, и ошибки находит ещё до запуска

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

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

Ревью поможет

локально записывает нормально на mysql, на докере выдает ошибку { SequelizeDatabaseError: Incorrect string value: '\xD0\x9D\xD0\xBE\xD0\xB2...' for column 'title' at row 1

на докере и локально версии mysql одинаковые

обычный insert into

кажется понимаю в чем проблема

докер создает базу не utf8

на докере и локально версии mysql одинаковые

а кодировка?

по умолчанию берет

я явно не указываю

надо указать

Так указывай явно ¯\_(ツ)_/¯

ну пока писал дошло)

(или просто используй постгрес)

Пацаны, как часто возникает потребность писать аддон на плюсах для ноды?

Пацаны, как часто возникает потребность писать аддон на плюсах для ноды?

Если ты делаешь что-то кроме раздатчика хтмлек, то частенько

Пример можешь привести?

Есть какой-то нормальный способ запускать скрипт ПЕРЕД ребилдом вебпака? Webpack shell plugin пробовал, есть проблемы.

(--watch mode)

Есть какой-то нормальный способ запускать скрипт ПЕРЕД ребилдом вебпака? Webpack shell plugin пробовал, есть проблемы.

Compiler.hooks смотри

Да, скорее всего то что надо. Спасибо)

Привет всем, давно интересует вопрос. Как правильно писать на node.js )) в том плане, что есть проблема с архитектурой каждый пишет как хочет даже на относительно крупных проектах. Нашел пару фрэймворков sails.js mean.js но они прям на крупные проекты направлены. Недавно писал телеграм бота и решения котрые смотрел на гитхабе все были кто в лес кто по дрова.

Привет всем, давно интересует вопрос. Как правильно писать на node.js )) в том плане, что есть проблема с архитектурой каждый пишет как хочет даже на относительно крупных проектах. Нашел пару фрэймворков sails.js mean.js но они прям на крупные проекты направлены. Недавно писал телеграм бота и решения котрые смотрел на гитхабе все были кто в лес кто по дрова.

3 паттерна, модульность, фасад, медиатор

на них и строишь

В Ангуляр есть вот John Pap котрый написал годную доку как нужно и как не нужно, есть под ноду что-то такое ?

Нууу даа. Но вот структура файлов

Нууу даа. Но вот структура файлов

Папка с контроллерами, папка с моделями, папка с мидлварями, всё!

Папка с контроллерами, папка с моделями, папка с мидлварями, всё!

Ну это как один из вариантов

а мне вот интересно в каких случаях лучше писать на классах, а в каких процедурным программированием?

а мне вот интересно в каких случаях лучше писать на классах, а в каких процедурным программированием?

в случае, если ООП - то классы, если нет ООП - процедурно. Но в любом случае, жаваскрипт это про процедурное

а мне вот интересно в каких случаях лучше писать на классах, а в каких процедурным программированием?

классы лучше ни в каких

в случае, если ООП - то классы, если нет ООП - процедурно. Но в любом случае, жаваскрипт это про процедурное

есть какие то критерии которые определяют что для данного проекта лучше ООП или не ООП ?

классы лучше ни в каких

При работе с бд, модели проще описывать класами

есть какие то критерии которые определяют что для данного проекта лучше ООП или не ООП ?

нет. это просто стиль/система/архитектурный подход

Сердце

Сердце

?

тем более ты можешь читерить, писать процедурно, имитируя классы

При работе с бд, модели проще описывать класами

проще описывать graphql - структуру

тем более ты можешь читерить, писать процедурно, имитируя классы

одним словом, обман, чтобы набрать классы

?

Как бы смешно не звучало, я серьёзно) На выходе часто важнее, что бы проект работал, чем то, в каком стиле он написан. Пиши как умеешь, в итоге научишься делать круто

одним словом, обман, чтобы набрать классы

так там же классы на самом деле не классы. везде обман

в случае, если ООП - то классы, если нет ООП - процедурно. Но в любом случае, жаваскрипт это про процедурное

Почему вы считаете, что JS - про процедурное?

кто pino юзает? почему он trace и debug не вываливает если log.level = 'trace'?

Почему вы считаете, что JS - про процедурное?

Потому-что его сложно натянуть на модель не процедурную

Потому-что его сложно натянуть на модель не процедурную

Объектно-ориентированный?

Объектно-ориентированный?

прототипно

прототипно

опередил ?

и event-driven

прототипно

Да, но на логическом уровне вполне себе ООП.

Да, но на логическом уровне вполне себе ООП.

по каким признакам можно так сказать?

Да, но на логическом уровне вполне себе ООП.

Это выглядит как ООП, но нет. ТС ближе, но опять же очень слабо развит

по каким признакам можно так сказать?

Если брать определение из вики В основе концепции объектно-ориентированного программирования лежит понятие объекта — некой сущности, которая объединяет в себе поля (данные) и методы (выполняемые объектом действия). JS вполне под него попадает

Если брать определение из вики В основе концепции объектно-ориентированного программирования лежит понятие объекта — некой сущности, которая объединяет в себе поля (данные) и методы (выполняемые объектом действия). JS вполне под него попадает

но реализует это всё прототипно

но реализует это всё прототипно

Да, но мы же говорим про стиль написания на JS, а не про то, как JS под капотом устроен

но реализует это всё прототипно

Нет

Если брать определение из вики В основе концепции объектно-ориентированного программирования лежит понятие объекта — некой сущности, которая объединяет в себе поля (данные) и методы (выполняемые объектом действия). JS вполне под него попадает

окей, чем класс отличается от прототипа?

Да, но мы же говорим про стиль написания на JS, а не про то, как JS под капотом устроен

так я не отрицаю, что оно так выглядит

Нет

???

окей, чем класс отличается от прототипа?

В жс?

# приватные поля не реализуемы через прототипы

# приватные поля не реализуемы через прототипы

В свежем пропозале завезут

так я не отрицаю, что оно так выглядит

Я начал этот разговор с вашего ответа на вопрос, в каком стиле лучше писать. Вы сказали, что JS - это про процедурное) Лишь это хотел оспорить.

В прототипы?

В прототипы?

Да

Я начал этот разговор с вашего ответа на вопрос, в каком стиле лучше писать. Вы сказали, что JS - это про процедурное) Лишь это хотел оспорить.

Да, но срачик уже начался ?

Эхх, а были времена, когда приватные методы через var делали........

Если я, например, при общении, скажу: Реализуй мне Класс который наследуется от Базового Класса - Будет ли это ООП если я использую "сахар" JS для этого?

Или это будет что-то другое?

Если я, например, при общении, скажу: Реализуй мне Класс который наследуется от Базового Класса - Будет ли это ООП если я использую "сахар" JS для этого?

Ты не реализуешь этого

Ты просто унаследуешься от прототипа

Это немножко другое