Мигрировать от autlogic для разработки

Question

Я ранее реализовал authLogic для авторизации на моем сайте. Однако, однако, я хочу перейти на использование разрабатывающего вместо этого, и мне интересно, есть ли у кого-нибудь опыт работы с этим. Возможно, кто-нибудь видел сообщение в блоге на эту тему?

Спасибо.

Answer 1

Я сам перешел от AuthLogic в последнее время придумать, а также не нашел никаких статей. Однако в простом случае, как только вы выбросили все ваши код user_session и другой код, связанные с authLogic, основной рабочей задачей преобразует таблицу ваших старых пользователей в формат, ожидаемый Devise.

Моя старая таблица выглядела так:

      Column       |           Type           |                     Modifiers                      
-------------------+--------------------------+----------------------------------------------------
 id                | integer                  | not null default nextval('users_id_seq'::regclass)
 login             | character varying(256)   | not null
 password          | character varying(64)    | not null
 created_at        | timestamp with time zone | not null
 updated_at        | timestamp with time zone | not null
 persistence_token | character varying(255)   | not null
Indexes:
    "users_pkey" PRIMARY KEY, btree (id)
    "index_users_on_persistence_token" UNIQUE, btree (persistence_token)
    "users_login_key" UNIQUE, btree (login)

И я решил, что таблица должна будет содержать хотя бы следующую информацию для разработки (со многими дополнительными функциями включена):

 id                   | integer                     | not null default nextval('contributors_id_seq'::regclass)
 email                | character varying(255)      | not null default ''::character varying
 encrypted_password   | character varying(128)      | not null default ''::character varying
 password_salt        | character varying(255)      | not null default ''::character varying
 confirmation_token   | character varying(255)      | 
 confirmed_at         | timestamp without time zone | 
 confirmation_sent_at | timestamp without time zone | 
 reset_password_token | character varying(255)      | 
 remember_token       | character varying(255)      | 
 remember_created_at  | timestamp without time zone | 
 sign_in_count        | integer                     | default 0
 current_sign_in_at   | timestamp without time zone | 
 last_sign_in_at      | timestamp without time zone | 
 current_sign_in_ip   | character varying(255)      | 
 last_sign_in_ip      | character varying(255)      | 
 failed_attempts      | integer                     | default 0
 unlock_token         | character varying(255)      | 
 locked_at            | timestamp without time zone | 
 created_at           | timestamp without time zone | 
 updated_at           | timestamp without time zone | 

Итак, я определил неоднородный класс Activerecord в классе миграции

 class ConversionUser < ActiveRecord::Base
   set_table_name "users"
 end

И вот вот код миграции «вверх», который я закончил использовать (с PostgreSQL):

add_column :users, :email, :string, :limit => 255
execute "UPDATE users SET email = login || '@somedomain.net'"
execute "ALTER TABLE users ALTER email SET NOT NULL"

add_column :users, :encrypted_password, :string, :limit => 128
add_column :users, :password_salt, :string, :limit => 255

require 'devise/encryptors/bcrypt'
ConversionUser.find(:all).each do |u|
  password_salt = Devise::Encryptors::Bcrypt.salt(Devise.stretches)
  u.update_attributes!(:password_salt => password_salt,
                       :encrypted_password => Devise::Encryptors::Bcrypt.digest(u.password, Devise.stretches, password_salt, Devise.pepper))
end

add_column :users, :confirmation_token, :string, :limit => 255
add_column :users, :confirmed_at, :timestamp
add_column :users, :confirmation_sent_at, :timestamp
execute "UPDATE users SET confirmed_at = created_at, confirmation_sent_at = created_at"
add_column :users, :reset_password_token, :string, :limit => 255

add_column :users, :remember_token, :string, :limit => 255
add_column :users, :remember_created_at, :timestamp
add_column :users, :sign_in_count, :integer, :default => 0
add_column :users, :current_sign_in_at, :timestamp
add_column :users, :last_sign_in_at, :timestamp
add_column :users, :current_sign_in_ip, :string, :limit => 255
add_column :users, :last_sign_in_ip, :string, :limit => 255

add_column :users, :failed_attempts, :integer, :default => 0
add_column :users, :unlock_token, :string, :limit => 255
add_column :users, :locked_at, :timestamp

remove_column :users, :password
remove_column :users, :persistence_token

add_index :users, :email,                :unique => true
add_index :users, :confirmation_token,   :unique => true
add_index :users, :reset_password_token, :unique => true
add_index :users, :unlock_token,         :unique => true

Обратите внимание, что здесь я преобразовал столбец простого пароля в столбец bcrypt-зашифрованного для разработки - если вы использовали зашифрованные пароли с authLogic, то вы, вероятно, захотите просто переименовать столбец (при необходимости) и выбрать правильный Модуль шифрования в config/initializers/devise.rb.

Для справки, предложение «Devise» в моей модели пользователя выглядит так:

devise :database_authenticatable, :registerable, :recoverable,
  :rememberable, :trackable, :validatable, :confirmable, :lockable,
  :timeoutable, :authentication_keys => [ :login ]

Обратите внимание, что переопределение :authentication_keys Подобно так, чтобы пользователи вошли в систему со своим логином, а не на адрес электронной почты, требуется, чтобы я изменил некоторые из разрабатываемых представлений: rails generate devise:views, Затем отредактируйте файлы.

Надеюсь это немного поможет. Удачи!

Answer 2

Ответ SanityInc отлично! Большое спасибо!

Но у меня была другая версия authLogic с зашифрованными паролями, и моя финальная миграция была:

rename_column :users, :crypted_password, :encrypted_password

add_column :users, :confirmation_token, :string, :limit => 255
add_column :users, :confirmed_at, :timestamp
add_column :users, :confirmation_sent_at, :timestamp
execute "UPDATE users SET confirmed_at = created_at, confirmation_sent_at = created_at"
add_column :users, :reset_password_token, :string, :limit => 255

add_column :users, :remember_token, :string, :limit => 255
add_column :users, :remember_created_at, :timestamp
rename_column :users, :login_count, :sign_in_count
rename_column :users, :current_login_at, :current_sign_in_at
rename_column :users, :last_login_at, :last_sign_in_at
rename_column :users, :current_login_ip, :current_sign_in_ip
rename_column :users, :last_login_ip, :last_sign_in_ip

rename_column :users, :failed_login_count, :failed_attempts
add_column :users, :unlock_token, :string, :limit => 255
add_column :users, :locked_at, :timestamp

remove_column :users, :persistence_token
remove_column :users, :perishable_token
remove_column :users, :single_access_token

add_index :users, :email,                :unique => true
add_index :users, :confirmation_token,   :unique => true
add_index :users, :reset_password_token, :unique => true
add_index :users, :unlock_token,         :unique => true

.. и это отлично сработало для MySQL.

Answer 3

Если вы соответствуете ошибке «Неверную хэш», когда вход пользователя, добавьте: шифранты в модели пользователя. Я мигрировал от authLogic для разработки. Моя база данных mysql.

Answer 4

Если вы получаете ошибки шифрования, попробуйте изменять их в devise.rb config:

config.stretches = 20
config.encryptor = :authlogic_sha512