кажется нашел, hooks?

Для чего нужен заголовок x-powered-by?

Для чего нужен заголовок x-powered-by?

По нему можно предположить, что приложение сделано на node.js

По нему можно предположить, что приложение сделано на node.js

Ну то есть просто идентификатор того, на чем написан северный код?

По сути пользы тогда и нету

https://stackoverflow.com/questions/33580671/what-does-x-powered-by-means

Ну то есть просто идентификатор того, на чем написан северный код?

Парни из экспресса советуют отрубать, в целях безопасности

Парни из экспресса советуют отрубать, в целях безопасности

Security through obscurity

Есть пакет helmet, который отрубает все заголовки, которые могут «рассказать» о ваших технолгиях злоумышленнику.

https://github.com/helmetjs/helmet

Кто-то юзает fluent-logger?

Best practice по иб экспреса http://expressjs.com/ru/advanced/best-practice-security.html

Кто-то юзает fluent-logger?

не использую, но интересен вопрос

Всем привет. Господа, подскажите пожалуйста. Мне нужно с мобильного приложения загрузить файл на сервер на node. Я отправляю данные как multipart/form-data. Как мне на сервере "вытащить" этот файл?

router.post('/:id/file', function (req, res) { console.log(req.params.id, res); });

Заюзай Busboy или так читай pipe

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

Всем привет. Господа, подскажите пожалуйста. Мне нужно с мобильного приложения загрузить файл на сервер на node. Я отправляю данные как multipart/form-data. Как мне на сервере "вытащить" этот файл?

Гугли модуль multer

Гугли модуль multer

ага. Заюзал multiparty. Щас надо входящий файл в base64 конвертировать)

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

Ну ты бы sql продуцирумый смотри

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

А ещё sequelize (3 версия точно, 4 - не проверял) в случае сложных запросов к PostgreSQL генерирует их совершенно неправильно. Так что будьте аккуратнее.

>альтернатив то особо и нету bookshelf

а вообще sql рулит

это знания, которые не устаревают и не протухают

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

а sql-запросы и через 20 лет будут sql-запросами

а вообще sql рулит

Это не оправдание того, что одна из популярнейших (если не самая популярная) ORM для ноды - глючное говно.

идеальная тулза - это knex

хотя наверняка он тоже люто лажает

Это не оправдание того, что одна из популярнейших (если не самая популярная) ORM для ноды - глючное говно.

Orm все же не query builder

Какой body/params валидатор лучший для express?

Orm все же не query builder

Да нет, вполне может быть и query builder.

Это не оправдание того, что одна из популярнейших (если не самая популярная) ORM для ноды - глючное говно.

ну и вообще, в описании твоей боли нет глюков, а есть - плохой эррор хендлинг

Почему для Java есть какой-нибудь Hibernate, для Python есть SQLAlchemy

что, конечно, плохо, но не так уж люто, чтобы обзываться

а для JS вообще непонятно что есть

ну и вообще, в описании твоей боли нет глюков, а есть - плохой эррор хендлинг

нет, в описании моей боли как раз глюки есть

плохой error handling - это в описании боли другого товарища

а, сорри

что, конечно, плохо, но не так уж люто, чтобы обзываться

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

после того как с этими проблемами сам столкнулся

я давно уже выкинул sequelize из проекта и пересел на нативный драйвер с голым sql

но бомбит до сих пор

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

да, это люто:)

в проекте с > 11 000 звёзд на гитхабе

31 открытых issue с тегом bug

Это не оправдание того, что одна из популярнейших (если не самая популярная) ORM для ноды - глючное говно.

Сделайте Pull Request

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

Кроме include таблиц со связью м:м, все не так плохо

Сделайте Pull Request

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

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

Вы против Opensource и PullRequest-ов?

Кроме include таблиц со связью м:м, все не так плохо

А ну почему я об этом сразу не подумал? Действительно, зачем же использовать связи в реляционной бд?

Вы против Opensource и PullRequest-ов?

Я против того, что до сих пор нет нормальной ORM для ноды. Для Python есть, для Java есть, для PHP (прости, господи) целая куча а для ноды мне приходится теперь Mongo брать.

зачем орм вообще?

орм круто только если она как в рельсах - с мощной интеграцией на всех уровнях приложения

зачем орм вообще?

Чтобы быстро и удобно доставать данные из базы.

Я против того, что до сих пор нет нормальной ORM для ноды. Для Python есть, для Java есть, для PHP (прости, господи) целая куча а для ноды мне приходится теперь Mongo брать.

ИМХО у вас просто завышенные ожидания от OpenSource.

Только не говорите пожалуйста, что ORM не нужна. Это неправда однозначно.

чтобы можно было одной командой создать таблицу и, скажем, сделать API к ней и круд какой-нить

чтобы можно было одной командой создать таблицу и, скажем, сделать API к ней и круд какой-нить

это уже больше задачи больших фреймворков, ORM - лишь часть таких штук, а в ноде такие большие фреймворки не распространены, но это не значит, что ORM не нужна

ИМХО у вас просто завышенные ожидания от OpenSource.

За несколько лет сделать силами сообщества нормальную ORM без таких вот критичных багов - это завышенные ожидания?

может её уже запилили кстати? просто я о ней не знаю

За несколько лет сделать силами сообщества нормальную ORM без таких вот критичных багов - это завышенные ожидания?

ORM это не LeftPad. Нужно много людей с глубокими Domain Knowladge. С#, Java, Ruby имеют хорошие ORM не из за времени потраченного а из за людей работавшими над этими ORM и кол-вом денег вбуханым в развитие и багфиксинг библиотек.

это печально

так что пока все сидим на Mongo

это печально

С этим не спорю. Я сам этому не рад ? Не вижу просто другово выхода как контрибьютить или ждать фиксов.

Как при помощи деструктуризации вырезать подобъект? Например из { a: 20, b: 30, c: 40 } получить { a: 20, c: 40 }

Как при помощи деструктуризации вырезать подобъект? Например из { a: 20, b: 30, c: 40 } получить { a: 20, c: 40 }

const obj = {a: 20, b: 30, c: 40}; const {a, c} = obj; const result = {a, c};

const obj = {a: 20, b: 30, c: 40}; const {a, c} = obj; const result = {a, c};

Вторую и третью объединить можно

const obj = {a: 20, b: 30, c: 40}; const {a, c} = obj; const result = {a, c};

Я хотел без временных переменных

типо {{ a, b } = req}`

Вторую и третью объединить можно

Как?

о, круто или нет не работает

const new = { a, c } = prev

Как при помощи деструктуризации вырезать подобъект? Например из { a: 20, b: 30, c: 40 } получить { a: 20, c: 40 }

_.pick

_.pick

Я хотел нативный джс без лодашей

Я хотел нативный джс без лодашей

Выше

Как при помощи деструктуризации вырезать подобъект? Например из { a: 20, b: 30, c: 40 } получить { a: 20, c: 40 }

const { a, ...newObject } = { a, b, c }

const new = { a, c } = prev

Победитель в номинации "Лучшее имя переменной"

const new = { a, c } = prev

Это не работает

Победитель в номинации "Лучшее имя переменной"

лол

Победитель в номинации "Лучшее имя переменной"

Я сначала подумал что это какой-то странный новый не изученный мной синтаксис new )

const { a, ...newObject } = { a, b, c }

ну и получается {a,c,...other} просто запихивает а и с в отедельные переменные

Я думал есть однострочное решение

Всем привет. Имеется свой проект на Node.js https://github.com/mingruport/mqtt-web-panel Можно ли с подобным пытаться устроиться на должность backend или fullstack. Спасибо.

ну и получается {a,c,...other} просто запихивает а и с в отедельные переменные

Тебе нужен был объект без a?

Тебе нужен был объект без a?

из {a,b,c} получить {a,c}

const { b, ...newObject } = { a, b, c } newObject // => { a, c }

const { b, ...newObject } = { a, b, c } newObject // => { a, c }

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

я давно уже выкинул sequelize из проекта и пересел на нативный драйвер с голым sql

а не лучше ли хранимками?

а не лучше ли хранимками?

тот же sql, только на стороне СУБД будет храниться

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

а тут GraphQL самое-то

тот же sql, только на стороне СУБД будет храниться

все зависит же от архитектуры и продумывания сущностей в проекте) тогда уже зранимки не просто такие же запросы, а осмысленные блоки запросов

Почему такая запись не выдает то, что мне нужно? let my = { a, c } = { a, c } = { a: 20, b: 30, c: 40 } Ведь присваивание начинается с конца, то есть, появляются переменные a и c, которые имеют значения 20 и 40, а запись let my = { a, c } должна же создать объект из этих переменных, т.к. переменные уже созданы