в fiber нужно поле Users. Нужно всех пользователей заранее в память загружать, чтобы в этот словарь передать? Не особо понимаю зачем оно нужно, если далее идет функция Authorizer
Добрый. Из документации: Users defines the allowed credentials Надо посмотреть реализацию функции Authorize. Серее всего она использует поле Users для проверки соответствия логина паролю.
Authorizer нужно самому прописывать, в этом и проблема app.Use(basicauth.New(basicauth.Config{ Users: map[string]string{ "john": "doe", "admin": "123456", }, })) // Or extend your config for customization app.Use(basicauth.New(basicauth.Config{ Users: map[string]string{ "john": "doe", "admin": "123456", }, Realm: "Forbidden", Authorizer: func(user, pass string) bool { if user == "john" && pass == "doe" { return true } if user == "admin" && pass == "123456" { return true } return false }, Unauthorized: func(c *fiber.Ctx) error { return c.SendFile("./unauthorized.html") }, ContextUsername: "_user", ContextPassword: "_pass", }))
Здесь в поле Authorizer проверяют двух юзеров. Правильнее было бы обращаться к полю Users. То есть дублирование кода по сути происходит... https://github.com/gofiber/fiber/blob/master/middleware/basicauth/config.go Вот тут посмотрите функцию configDefault и как задается в ней Authorizer.
А как в таком случае нужно загружать пользователей, неужели весь этот огромный словарь должен храниться в памяти?
В целом можно брать из бд пользователя по нику. И проверять в функции authorizer, в поле users оставить nil. Но лучше изучить авторизацию, аутентификацию с помощью jwt токенов, там в конечном итоге и проще и удобнее будет.
А токены jwt ведь хранят обычно в локалсторадже, а не в базе?
Вообще этим фронт занимается, у бэка задача просто сгенерировать и проверить в хедере, если не ошибаюсь.
Обсуждают сегодня