ну если ты передаешь пароль в виде json number, а Go ожидает json string, будет ли он ругаться?

да не передаю я пароль в виде json number

это почему-то видимо rested client ошибается

видимо вся беда в нем

ну если там JS, то вполне возможны неявные преобразования из string в int

я почему-то про postman подумал

ага, спасибо огромное тебе

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

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

dgrijalva/jwt-go наверное самая известная

Есть ли смысл сохранять токен в базу?

метод скан обычно используют в цикле, так как он возвращает true если удалось просканировать строку и false если что-то пошло не так(файл закончился)

примеры использования
читаем из файла числа:
https://play.golang.org/p/dSvP6rzv4s3

читаем из файла строки, которые не содержат символ ^
https://play.golang.org/p/azNC8PXgonI

привет всем!
можете поделиться рекомендациями как хранить пароли, которые используются в проекте.
Я думал зашифровать пароль и хранить его в зашифрованном виде во внешнем файле. И потом дешифровать с помощью метода.
Такой подход безопасен?

Привет.
Я лично использую aws ssm для этого.
Насчёт файла: есть риск, что кто-то утащит файл и будет его дешифровать. А где вы файл будете хранить? На своём сервере или хранилище?

пока не решил, была лишь задумка. Хотел спросить рекомендации

Vault или AWS SSM

Раньше писал на php (yii2). После перехода на go не покидает ощущение что для работы необходимо писать в разы больше boilerplate кода, которые там был спрятан под капотом, что в сравнении сильно упрощало разработку (возможно не сопровождение). Может есть способы как-то оптимизировать написание кода и не писать все руками? Например на ум приходит go-swagger для генерации сервера по спецификации, или что-то подобное, пока не пробовал, но слышал полезная вещь. Работа с базой, в сравнении, тоже выглядит намного сложнее. Query builderы, sqlx тоже как-то не вдохновляют.. без genericов для каждой модели надо повторяться

Удвою это мнение

просто не стоит сравнивать подходы из php-мира с гошными (сорс: пишу на symfony)
там фреймворки, здесь их нет

Ну не, там даже без фреймворка кода поменьше