warden のコードリーディング - ogidowの日記
warden gem のコードリーディングしたのでメモ warden とは rack ベースの認証フレームワーク。 devise でお馴染みの gem ですね。 github.com rack middleware の登録 warden は rack middleware として動作します。 rails とかだと config/application.rb あたりで以下のように rack middleware に登録することで warden を利用することができます。 # https://github.com/wardencommunity/warden/wiki/Setup module Hoge class Application < Rails::Application config.use Warden::Manager do |manager| manager.default_s
How To: Allow users to edit their account without providing a password
By default, Devise allows users to change their password using the :registerable module. But sometimes, developers want to create other actions that allow the user to change their information without requiring a password. The best option in this case is to create your own controller, that belongs to your application, and provide an edit and update actions, as you would do for any other resource in
Deviseのモヤモヤを解消して快適なRailsライフを送ろう！
この記事は、Railsのユーザー認証機能のgemとして有名なDeviseを使っていて感じがちな、モヤモヤを解消することを目的としています。 私自身がモヤモヤを感じていたため、このようなタイトルにしましたが、単に「Deviseに対する理解を深める」目的で読んでいただければと思います。 Devise はとても便利ですよね。 installして、configファイルを設置して、モデルの設定をして、routes.rbにdevise_forを書くだけで導入できます。 たったこれだけで、、 ユーザーの新規登録画面の作成 ログイン画面の作成 パスワードを忘れた際の画面の作成 authenticate_user!やuser_signin?のようなユーザー認証向けの各種メソッドの付与 etc... といったユーザー認証機能に関する様々なことをしてくれます。凄いです。 「最低限の設定だけで、多くのことをやって
devise_for - 日々コツコツと
Deviseを使うとき、 routes.rbに書く devise_for が何をやっているか。 devse_for? devise/rails/routes.rb の devise_for のコメント欄のところ # Includes devise_for method for routes. This method is responsible to # generate all needed routes for devise, based on what modules you have # defined in your model. モデル上でDeviseのモジュール設定をベースとして、routesの設定をする。 また、 devise/mapping.rb の先頭のコメント。 # Responsible for handling devise mappings and routes
パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary
最近、パーフェクトRuby on Railsの増補改訂版をリリースさせていただいた身なので、久しぶりにRailsについて書いてみようと思う。 まあ、書籍の宣伝みたいなものです。 数日前に、noteというサービスでWebフロント側に投稿者のIPアドレスが露出するという漏洩事故が起きました。これがどれぐらい問題かは一旦置いておいて、何故こういうことになるのか、そしてRailsでよく使われるdeviseという認証機構作成ライブラリのより良い使い方について話をしていきます。 (noteがRailsを使っているか、ここで話をするdeviseを採用しているかは定かではないので、ここから先の話はその事故とは直接関係ありません。Railsだったとしても恐らく使ってないか変な使い方してると思うんですが、理由は後述) 何故こんなことが起きるのか そもそも、フロント側に何故IPアドレスを送ってんだ、という話です
devise導入からユーザーのプロフィール画面を作成するまで - Qiita
はじめに deviseで作ったuserテーブルに名前やプロフィールを入れておきたかったのでやってみました。 自分でログイン機能を作ると簡単にできるのですが、deviseをいじるのって最初は勇気がいると思うのでそんな方々の手助けになればと書いてみます。 ここではサインアップの時に名前の入力をできるようにして、アカウントの編集の時に名前とプロフィールを入力できるようにしてみます。 バージョン Ruby 2.3.1 Rails 5.1.6 devise 4.5.0 各種インストール まず、見本という事でここでは適当にブログアプリを作ります。 $ rails new devise_app $ rails g scaffold blog title:string content:text $ rails db:create $ rails db:migrate
deviseで使用しているbcryptによるencrypted_passwordの挙動 - Qiita
devise/bcrypt/encrypted_password 以下のバージョンで確認 devise v4.2.1 bcrypt-ruby v3.1.6 encrypted_passwordの生成 deviseからbcryptの呼び出し def self.digest(klass, password) if klass.pepper.present? password = "#{password}#{klass.pepper}" end ::BCrypt::Password.create(password, cost: klass.stretches).to_s end self.digestに平文パスワードを渡して、暗号化されたパスワードを生成している。 ソルトアンドペッパー (salt & pepper) 平文パスワードにあらかじめ設定されている文字列(pepper)をくっつけ、結合
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
