Migration von Authlogic zu Entwickeln

Ich selbst wechselte von Authlogic zu Entwickeln, vor kurzem, und auch nicht finden, keine Artikel. Jedoch in dem einfachen Fall, sobald Sie entsorgt haben alle Ihre user_session und andere authlogic-bezogenen code, das wichtigste Stück der Arbeit ist das umwandeln Ihrer alten Benutzer-Tabelle, um das erwartete format von entwickeln.

Meinen alten Tisch sah so aus:

      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)

und ich festgestellt, dass die Tabelle haben würde, zu enthalten mindestens die folgenden Daten entwickeln (mit vielen optionalen Funktionen aktiviert):

 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 | 

So definierte ich eine schlichte activerecord-Klasse, die in der Migrations-Klasse

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

und dann die "up" migration code landete ich mit (mit 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

Beachten Sie, dass die hier hab ich Umgerechnet eine nur-Text-Kennwort-Spalte in eine bcrypt verschlüsselt, Spalte Entwickeln -- wenn Sie haben verwendet verschlüsselte Kennwörter mit Authlogic, dann werden Sie wahrscheinlich wollen Sie einfach benennen Sie die Spalte (falls nötig) und wählen Sie die richtige encryptor Modul in config/initializers/devise.rb.

Referenz, der "entwickeln" - Klausel in meinem User-Modell sieht wie folgt aus:

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

Beachten Sie, dass übergeordnete :authentication_keys wie diese, so dass die Benutzer melden sich mit Ihren login, anstatt Ihre E-Mail-Adresse erforderlich, mich zu verändern, der Entwicklung der Ansichten: rails generate devise:views, dann Bearbeiten Sie die Dateien.

Hoffe, das hilft ein bisschen. Viel Glück!

Wenn Sie einen "invalid hash" Fehler beim Benutzer-login hinzufügen :encryptable im Benutzer-Modell.
Ich habe migriert von authlogic zu entwickeln. Meine Datenbank ist MySQL.