401 with devise token based auth

Recently I had a problem with token based authentication, when we switched in our cluster for two pods for our rails-based application we had a 401 response for each second request.

So the problem was fixed with defining a secret key in devise config, it was very simple fix, but I spent a lot of time for looking a solution :(, because I thought that the problem is caused by sessions or some session data.

Why the problem have appeared?

Secret key in devise is used for generating your application token string and second part of token – body. So when you have two instances of the same application without defining your secret key you will have different results on checking your token.

You may check this by trying this line in your application console with different secret key.

Когда работодатель тебя ценит, даже если ты удаленщик

Приятное сообщение от приятного HR приятной IT-компании 🙂

Если нужно быстро сделать стартап или реанимировать существующий для веб и мобилки, рекомендую – https://www.flatstack.com/

Ruby On Rails GEMS – CRUD контроллер с decent_exposure

Решил я недавно вспомнить RubyOnRails на котором писал 3 года и было это 2 года назад, поэтому вспоминать пришлось многое, хотя и не все.

Рельсы и руби славятся тем, что с помощью них можно быстро писать код. При этом код еще и легко читается – в результате меньше ошибок, быстрее скорость разработки. Помимо красивого кода в рельсах богатый вспомогательный инструментарий, но не все ограничивается рельсами – существует много дополнительных компонентов, в терминологии рельсов это гемы(gems).

Об одном из них и этот пост, называется он decent_exposure, его задача упростить наисание CRUD контроллеров.

Подробно с этим компонентом можно ознакомиться перейдя на гитхаб проекта – https://github.com/hashrocket/decent_exposure

Ниже пример использования 🙂