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

Юзаю fastify, там встроено это в контроллер

или просто validator.js нафига это твраппер над экспрессом? есть какие-то супер плюшки?

Юзаю fastify, там встроено это в контроллер

юзай

у нас тут свои экспрессы с валидаторами

или просто validator.js нафига это твраппер над экспрессом? есть какие-то супер плюшки?

а ты доку глядел?

Юзаю fastify, там встроено это в контроллер

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

а ты доку глядел?

глядел, и ничего полезного не заметил)

глядел, и ничего полезного не заметил)

молодец

хоть глядел

ты грубый очень

будь нежнее

нет

ну пожалуйста

ты не в детском саде

а если так, то тебе тут делать нечего

ты не в детском саде

> нодовский чат > не детский сад

> нодовский чат > не детский сад

звучит как бан

Юзаю fastify, там встроено это в контроллер

так хочется вот пробовать такие штуки. а потом такой лезешь за самыми критичными плагами, а там такое гавно с 15 звездами от нонейма https://github.com/SerayaEryn/fastify-session

У него хотя бы есть 15 звёздочек

У него хотя бы есть 15 звёздочек

справедливо

а у тебя и 4х нет

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

некоторые методы валидации от монги, а не монгуза

Пример?

Пример?

min, max например, если не ошибаюсь

min, max например, если не ошибаюсь

Хм, и в каком месте это валидация данных?

https://docs.mongodb.com/manual/core/schema-validation/

а что же это?

проверка минимум 10 символов, например. это не валидация?

или что значение не превышает max

https://docs.mongodb.com/manual/core/schema-validation/

О пардон, сыплю голову пеплом. Реально мимо внимания прошло.

Значит с 3.2 версии можно на создании таблицы задавать схему. Прикольно

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

Надо будет затестить как оно работает с $set и $push

validate.js или ему подобный валидатор, пишешь 1 раз для клиента и сервера - всё встроеных валидаторов иногда не хватает для специфичных данных

validate.js или ему подобный валидатор, пишешь 1 раз для клиента и сервера - всё встроеных валидаторов иногда не хватает для специфичных данных

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

или камикадзе

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

это не обязательно регексы

ну а как ты иначе проверишь что это валидный имейл, например?

jsonschema вполне неплохо справляется

ну а как ты иначе проверишь что это валидный имейл, например?

с мылом встроеные валидаторы справляются, я про специфичные данные. Если их сейчас нет, а потом появятся, то ты начнешь вилосипеды писать

ну а как ты иначе проверишь что это валидный имейл, например?

Но для мыла да regex писать

Там больше на тип данных

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

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

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

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

а зачем микросервису работать с авторизацией? нет api gateway?

чтоб левые юзеры не могли аплоадить

ну...

аплоад идет через какой-то центральный микросервис?

в плане, роутинг

нет же, я ж говорю отдельно хочу сделать. роутинг будет, просто /cdn

шо это было

демона вызвал?

не понял х) это тогда просто сервис а не микросервис

демона вызвал?

)

фух

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

нет же, я ж говорю отдельно хочу сделать. роутинг будет, просто /cdn

cdn.site.com?

не понял х) это тогда просто сервис а не микросервис

нет, на том же домене

нутк ебашь на поддомен

не в этом вопрос

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

я так понял ты хочешь чтобы у тебя был отдельный http сервис в принципе?

хз что такое http сервис

ухх

ладно, не столь важно, пусть другие вангуют

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

благодарю, что об этом сразу написал :)

на что это влияет вообще? как это связано с моиим вопросом?

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

ебать, где ты гнев почувствовал

может что-то по делу наконец, а?

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

чтобы левые юзеры не могли аплоадить. зачем ты 2 раза спрашиваешь? я же ответил уже

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

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

не нужно злобы :)

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

зачем и как мне там делать отдельную авторизацию?

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

который выдаст уже основной рест апи сервер (где авторизация)

пришел с 1 вопросом - ушел с 2) отлично)

Добрый вечер, знатоки, объясните пожалуйста новичку, в чем помимо написания API для обработки запросов с фронтеда заключается работа backend разработчика? Что и на каком уровне необходимо знать?

API — это только интерфейс, транспорт

Добрый вечер, знатоки, объясните пожалуйста новичку, в чем помимо написания API для обработки запросов с фронтеда заключается работа backend разработчика? Что и на каком уровне необходимо знать?

node.js, react.js, electron.js Vue.js Html, Php, Css.

node.js, react.js, electron.js Vue.js Html, Php, Css.

Штоу

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

node.js, react.js, electron.js Vue.js Html, Php, Css.

Лицо порвано

Выбирай:)

node.js, react.js, electron.js Vue.js Html, Php, Css.

Тупо перечислил пачку технологий, только две из которых — бэк

Тупо перечислил пачку технологий, только две из которых — бэк

угу

Не, ну это победа

Не, ну это победа

)

node.js, react.js, electron.js Vue.js Html, Php, Css.

Ну так то я умею полностью делать приложение и фронтенд Angular + верстка, меня интересует что нужно изучить чтобы быть более востребованным специалистом, так как мне кажется что мало уметь расписывать API ведь nodejs много чего другого умеет

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

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

Пили проект

Лучший экспириенс

Пили проект

Хорошо, но я и спрашиваю что нужно в nodejs изучить и использовать помимо обработки запросов и работы с БД