Ребят. Ну пт жеж

а с этим никто не подскажет?

народ, не зазорно продакшн babel-node'ой запускать?

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

Ребят. Ну пт жеж

Точно, где мое пиво

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

Дебаггинг

В общем клиентская часть обращается на сервер REST API инпоинт, что бы забрать данные с БД. Перед тем, как брать данные с БД я хочу убедиться, что у этого пользователя есть необходимые права, т.е. добавил функцию мидлвар, которая проверяет наличие токена в заголовке, и если его нет или он не совпадает то возвращает на клиент статус ошибки, где я ее буду обрабатывать. Если токен правельный, тогда в мидлваре вызываю next() для обработки этого запроса. Но сейчас проблема в том, что если я отправляю с клиента запрос с токеном в headers, то мидлвар выкидывает ошибку при первом запросе. Если headers нет, то все нормально отрабатывает.

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

Точно, где мое пиво

Я твою 1.5 выпил. Сорян

Проблема в headers, есть идеи как решить?

Придётся за новой бежать

Проблема в headers, есть идеи как решить?

Какой тип запроса делаешь?

И ловишь как?

GET

Ловишь через app.get?

Проблема в headers, есть идеи как решить?

https://www.npmjs.com/package/cors

app.use('/city', verifyToken); app.get('/city', getCities);

О а так легально?

app.get('/city', verifyToken, getCities) работает корректно?

О а так легально?

Ну да, там же по нисходящей идёт

Как обработчики событий

И без next в следующий не провалится

app.get('/city', verifyToken, getCities) работает корректно?

Да, так работает

Интересно, почему мой вариант не работает?

Я так сделал так потому, что бы на любые методы запросов(GET, POST, PUT, DELETE) на REST API '/city' производилась проверка токена пользователя. И тем самым не дублировать код.

Т.е. получается сейчас мне нужно писать так app.get('/city', verifyToken, getCities) app.post('/city', verifyToken, createCities) app.put('/city', verifyToken, updateCities) app.delete('/city', verifyToken, deleteCities)

Т.е. получается сейчас мне нужно писать так app.get('/city', verifyToken, getCities) app.post('/city', verifyToken, createCities) app.put('/city', verifyToken, updateCities) app.delete('/city', verifyToken, deleteCities)

Можно all использовать или use

Можно all использовать или use

Я вот так писал, и оно почему-то не работало так как нужно: app.use('/city', verifyToken); app.post('/city', createCities) app.put('/city', updateCities) app.delete('/city', deleteCities)

Я вот так писал, и оно почему-то не работало так как нужно: app.use('/city', verifyToken); app.post('/city', createCities) app.put('/city', updateCities) app.delete('/city', deleteCities)

Уберите '/city' из use

Use для этого и был создан

Еще есть all для всех crud запросов

Уберите '/city' из use

Если пишу так, то проблема не исчезает

app.use(verifyToken); app.get('/city', getCities);

Корректно работает только так app.get('/city', verifyToken, getCities)

Если пишу так, то проблема не исчезает

Что внутри use. Должно работать

Что внутри use. Должно работать

Оно работает, но почему-то отрабатывает 2 раза. В первый раз без моих headers, а во второй раз уже с headers.

Оно работает, но почему-то отрабатывает 2 раза. В первый раз без моих headers, а во второй раз уже с headers.

Ибо иконка шлеться браузером

Это отдельный запрос

Fave icon

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

Fave icon

А его можно как-то игнорировать в мидлваре?

Да.

Почитайте в нете

А его можно как-то игнорировать в мидлваре?

Покажите лучше код verifyToken

Лучше на Gist

Покажите лучше код verifyToken

function verifyToken(req, res, next) { if (req.get('token') === "") { return res.sendStatus(401); } else { next() } }

function verifyToken(req, res, next) { if (req.get('token') === "") { return res.sendStatus(401); } else { next() } }

это обычный js?

function verifyToken(req, res, next) { if (req.get('token') === "") { return res.sendStatus(401); } else { next() } }

тебе нормально там????

во

что за req: express.Request - и потом юзает req и при этом, это работает

?

Это тайпскрипт

что за req: express.Request - и потом юзает req и при этом, это работает

Поправил, что бы не смущало)

земля пухом

1. зачем тс на серве

2. логичней проверять на соответсвие правильному значению

ибо у тебя сейчас просто любая запись проходит

1. зачем тс на серве

Ради типов?

3. ты уверен, что req.get возвращает

2. логичней проверять на соответсвие правильному значению

Это я для простоты скинул пример

Ради типов?

ага. видел я реальные, большие проекты. везде тип any

отличные типы

Ради типов?

зачем типы на сервере?

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

зачем?

*о серверной части - ФО норм

?

Это я для простоты скинул пример

3. ты уверен, что req.get возвращает, что нужно?

ага. видел я реальные, большие проекты. везде тип any

зато потом какие открытия когда постепенно их убираешь

зато потом какие открытия когда постепенно их убираешь

раскройте, тему пожалуйста

ибо я не понял

3. ты уверен, что req.get возвращает, что нужно?

Да, там все норм

раскройте, тему пожалуйста

несхождения типов например

несхождения типов например

ммм. чтож такого завязаного на типы есть? где это мешает

любая орм приобразует

а кроме этого. хз, где проблемы

в одном месте строка передается в другом месте обьект принимается

и?

очевидный баг

не делайте, что б так было

или у вас имя data - значение примитив?

я хз, как такое допускать

да бывает, но в основном при request с фронта

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

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

причем тут конст

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

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

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

может я еще не видел просто плохих проектов

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

и зачем они в js?

и зачем они в js?

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

попробуйте так. function verifyToken(req, res, next) { if (req.get('token') !== validValue) { return res.sendStatus(401); } next() }