Ruby: 認証gem「Rodauth」README（更新翻訳）｜TechRacho by BPS株式会社
概要 MITライセンスに基いて翻訳・公開します。 リポジトリ: jeremyevans/rodauth: Ruby's Most Advanced Authentication Framework 英文: README.rdoc（3c3aa41） 公式サイト: http://rodauth.jeremyevans.net/ RodauthのREADMEは認証のセキュリティを考えるうえで参考になる情報が多く、ドキュメントの質が非常に高いのが特徴です。大きな概要をまず示し、必要な概念も適宜示しながら、先に進むに連れて詳細に説明するという書き方が見事です。 さらに、READMEから読み取れる筋のよい認証システム設計も参考になると思います。パスワードハッシュの保存場所を完全に隔離した上で可能な限り自由度を高めている点や、機能ごとにカラムを足したり減らしたりするのではなくテーブルを足したり減らしたり
Rails5 の落とし穴
Rails 5 がリリースされましたね。いつものことですが、Rails のリリースノートは『新機能最高！！！』って見せながらサラッと落とし穴を用意してくるあたり、実に渋いなと思います。本当にやめて欲しい。 大体 Upgrading from Rails 4.2 to Rails 5.0 な内容ではあるので、不正確な情報を頼りにするよりはできれば本家の Rails Guide を当たるほうがオススメです。 ということで、発見した落とし穴を随時更新していこうかと思います。なお、移行元は Rails 4 を想定していますので、 Rails (バージョンを問わない)特有の落とし穴については各自やっていく気持ちで対処して下さい。 belongs_to に optional オプションが追加されました (ついでに required オプションが非推奨になりました) 一発目から戦争勃発という感じですが、
（個人メモ）Rails5で関連を定義した時はbelongs_toに気をつける - Qiita
概要 Rails5で、1からアプリを作り始めたときに躓いた。 Rail5からbelong_toのデフォルト値が下記記事の通り変わったらしい。 Rails5からbelongs_to関連はデフォルトでrequired: trueになる 具体的な例 EventモデルとItemモデルがあり、Eventは複数のItemを保有するとしたとする。 モデルの記述は以下の通り create_table "events", force: :cascade do |t| t.string "name" t.datetime "created_at", null: false t.datetime "updated_at", null: false end create_table "items", force: :cascade do |t| t.integer "event_id" t.string "nam
これでもう怖くない！？Rails 4.1からRails 5.0にアップグレードする手順を動画付きで解説します - Qiita
これでもう怖くない！？Rails 4.1からRails 5.0にアップグレードする手順を動画付きで解説しますRailsRSpecRubyMine はじめに みなさんお待ちかねのRails 5.0が先日リリースされました。 これまでRailsを使って開発してきた方は、おそらく既存のRailsアプリケーションではRails 4系を使っているんじゃないかと思います。（Rails 3以前の方もいるかもしれませんが・・・） しかし、中には「Rails 5にアップグレードしたいけど、やり方がよくわからない・・・」と困っている方もいるんじゃないでしょうか？ そこでこの記事ではRails 4.1で作ったサンプルアプリケーションをRails 5.0にアップグレードする手順を説明します。 （この記事よりも詳しい）解説動画はこちら！ アップグレードの手順はYouTubeにアップした動画の中で詳しく説明しています
Rails 4.2 で ユーザー管理・認証 (devise) - Qiita
devise とは Rails でログイン認証管理を行う際のメジャーな Gem 。 以下の10個のモジュールからなる。 Database Authenticatable: DB に保存するパスワードの暗号化。ほぼ必須のモジュール。 POST リクエストや Basic 認証で使われる。 Omniauthable: OmniAuth サポートのためのモジュール。 Twitter などの外部サービスのアカウントでユーザー登録させたい場合に追加する。 Confirmable: アカウント作成の際のメール認証モジュール。 メール中のリンクをクリックしないとログインできないようにできる。 Recoverable: パスワードリセットが可能になる。 Registerable: サインアップ処理が可能になる。 Rememberable: クッキーに保存されたトークンの生成・削除を行う。 Trackable
Rails4で1対多のリレーションをモデルに実装する - Rails Webook
Railsでは、ActiveRecordのhas_manyとbelogns_toを使うことで、DBの「1対多」のテーブル間のリレーションをモデルに簡単に実装することができます。 動作確認 Rails 4.1 ActiveRecord 4.1 目次 1対多関連とは 参照先の外部キーを追加する モデルにhas_manyとbelongs_toを追加する 使えるようになるメソッド 1. 1対多関連とは説明のために次のER図を実装してみます。 顧客1人が複数回注文をするので、「顧客」から見ると「注文」は"多"です。 また、１注文は必ず一人の顧客から注文されないので、「注文」から見ると「顧客」は"1"です。 このような関係を「1対多関係」といいます。 2. 参照先の外部キーを追加するまず、多側のテーブル（今回はordersテーブル）にxxx_idという名で外部キーを追加します。 xxxの箇所は参照先の
Rails4のMass Assignment脆弱性対策のStrong Parametersについて
Mac OSX10.8でrbenvを使ってRuby1.9とRails4.0をインストールするで ひょんなことから Rails4 をインストールしてしまった俺達は attr_accessibleやattr_protectedを使わずに Strong Parameters を使うことになってしまっていた！ ActionController::StrongParameters rails/strong_parameters 初めての Rails で右も左も分からない状況で いきなり Strong Parameters と言われてもよくわからないので以下についてまとめます。 Mass Assignment とは Mass Assignment 脆弱性 Rails4 以前の Mass Assignment 脆弱性対策 Rails4 の Mass Assignment 脆弱性対策の Strong Pa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails 5 アップデートへの道 - Qiita
User認証を簡単に作れるDevise gemを調べた - Qiita