Девайз довольно сложно поддается кастомизации — это раз.
Не спорю. Devise лучше использовать как коробочный вариант — когда вы точно знаете, что вам нужно и этот гем изначально отвечает всем поставленным требованиям.
Девайз довольно тяжелый, что добавляет времени для прохождения тестов — это три.
Здесь нужно выбирать: либо разработчик хочет решение из коробки со всеми плюшками, либо ему нужно что-то быстрое и у него есть в запасе достаточно времени на настройку и тестирование.
Думаю, что смысл есть лишь в двух случаях:
1. для самообразования;
2. у вас супер-пупер крутая система и вам нужно собственная уникальная система авторизации.
Во всех остальных случаях лучше не изобретать велосипеды, а использовать готовые решения. Благо, что ruby-сообщество может похвастаться разнообразием.
github.com/NoamB/sorcery — от EvilMartians
Большое спасибо Вам. Обязательно, в свободное время рассмотрю эту альтернативу.
Согласен с Вами на все 100%. Сам, особенно в последнее время, активно совершенствую свой английский потому что понимаю, что вся основная документация по IT написана именно на нем. Но, если на хабре публикуют переводы, значит они кому-то нужны.
Не все хорошо владеют английским языком. Да и те кто владеют, по-моему, лучше воспринимают информацию на родном языке, на котором говорят каждый день. Я могу ошибаться, но это мое мнение.
В статье попытался организовать информацию по настройке гема в виде туториала, чтобы разработчик в случае, если ему когда-нибудь еще нужно будет настроить аутентификацию в новом проекте, смог открыть эту статью из закладок и произвести пошаговую настройку. В частности, писал еще эту статью и для себя, так как знаю, что настроив гем сегодня, не вспомню как это делал год назад — проще воспользоваться статьей, где все шаги зафиксированы.
1. jimneath.org/2011/03/24/using-redis-with-ruby-on-rails.html
2. www.sitepoint.com/introduction-to-using-redis-with-rails/
Выберите и скажите, какая из этих двух вам нравится больше. Можете предложить свой вариант.
Не спорю. Devise лучше использовать как коробочный вариант — когда вы точно знаете, что вам нужно и этот гем изначально отвечает всем поставленным требованиям.
Здесь нужно выбирать: либо разработчик хочет решение из коробки со всеми плюшками, либо ему нужно что-то быстрое и у него есть в запасе достаточно времени на настройку и тестирование.
Думаю, что смысл есть лишь в двух случаях:
1. для самообразования;
2. у вас супер-пупер крутая система и вам нужно собственная уникальная система авторизации.
Во всех остальных случаях лучше не изобретать велосипеды, а использовать готовые решения. Благо, что ruby-сообщество может похвастаться разнообразием.
Большое спасибо Вам. Обязательно, в свободное время рассмотрю эту альтернативу.
В статье попытался организовать информацию по настройке гема в виде туториала, чтобы разработчик в случае, если ему когда-нибудь еще нужно будет настроить аутентификацию в новом проекте, смог открыть эту статью из закладок и произвести пошаговую настройку. В частности, писал еще эту статью и для себя, так как знаю, что настроив гем сегодня, не вспомню как это делал год назад — проще воспользоваться статьей, где все шаги зафиксированы.