Migracja z Authlogic do Devise
Wcześniej zaimplementowałem Authlogic do autoryzacji na mojej stronie. Teraz jednak chciałbym zamiast tego przełączyć się na używanie Devise i zastanawiam się, czy ktoś ma z tym jakieś doświadczenie. Może ktoś widział wpis na blogu w tym temacie?
Dziękuję.
4 answers
Sam niedawno przesiadłem się z Authlogic na Devise i nie znalazłem żadnych artykułów. Jednak w prostym przypadku, po wyrzuceniu całego kodu user_session i innego kodu związanego z authlogic, głównym elementem pracy jest konwersja starej tabeli użytkowników do formatu oczekiwanego przez devise.
Mój stary stół wyglądał tak:
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)
I stwierdziłem, że tabela musi zawierać co najmniej następujące informacje dla devise (z wieloma opcjonalnymi funkcjami włączone):
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 |
Więc zdefiniowałem klasę ActiveRecord w klasie migracji
class ConversionUser < ActiveRecord::Base
set_table_name "users"
end
A oto kod migracji "up", którego użyłem (z 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
Zauważ, że tutaj przekonwertowałem kolumnę z hasłem na kolumnę zaszyfrowaną bcrypt dla Devise -- jeśli używałeś zaszyfrowanych haseł z Authlogic, prawdopodobnie będziesz chciał zmienić nazwę kolumny (jeśli to konieczne)i wybrać poprawny moduł szyfrujący w config/initializers/devise.rb
.
Dla reference, klauzula "devise" w moim modelu użytkownika wygląda tak:
devise :database_authenticatable, :registerable, :recoverable,
:rememberable, :trackable, :validatable, :confirmable, :lockable,
:timeoutable, :authentication_keys => [ :login ]
Zauważ, że nadpisanie :authentication_keys
tak, aby użytkownicy logowali się za pomocą swojego loginu, a nie adresu e-mail wymagało ode mnie modyfikacji niektórych widoków devise: rails generate devise:views
, a następnie edycji plików.
Mam nadzieję, że to trochę pomoże. Powodzenia!
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-11-24 14:27:34
ODPOWIEDŹ Sanityinc jest świetna! Dziękuję bardzo!
Ale miałem inną wersję authlogic z zaszyfrowanymi hasłami i moja ostateczna migracja up była:
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
.. i to działało świetnie dla MySQL.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-11-22 20:31:42
Jeśli napotkasz błąd 'invalid hash' podczas logowania użytkownika, Dodaj :encryptable w modelu użytkownika. Przeniosłem się z authlogic do devise. Moja baza danych to MySQL.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-01-11 02:39:24
Jeśli pojawiają się błędy szyfrowania, spróbuj je zmienić w devise.rb
config:
config.stretches = 20
config.encryptor = :authlogic_sha512
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-03-21 02:26:28