OAuth2やOpenID Connectの理解を深めようと思い、 OAuth徹底入門 セキュアな認可システムを適用するための原則と実践（Justin Richer Antonio Sanso 須田 智之 Authlete, Inc.）｜翔泳社の本 Auth屋さんの書籍 【電子版】雰囲気でOAuth2.0を使っているエンジニアがOAuth2.0を整理して、手を動かしながら学べる本 - Auth屋 - BOOTH 【電子版】OAuth、OAuth認証、OpenID Connectの違いを整理して理解できる本 - Auth屋 - BOOTH 【電子版】OAuth・OIDCへの攻撃と対策を整理して理解できる本（リダイレクトへの攻撃編 - Auth屋 - BOOTH OAuth認証とは何か?なぜダメなのか - 2020冬 - r-weblife OAuth & OpenID Connect 関連仕

[IT研修]注目キーワード Python UiPath(RPA) 最新技術動向 Microsoft Azure Docker Kubernetes 第2回　ActiveRecord::Base.transaction ロールバック編 (泉隼人) 2015年4月 こんにちは、トランスネットの泉です。 Ruby on Railsについてのコラムenjoy Railsway、第2回は「ActiveRecord::Base.transaction ロールバック編」 をお送りします。 複数のモデルを一度に更新するような処理をおこなう場合、原子性を担保するためにトランザクションを考慮した実装となるはずです。 Ruby on Railsでの開発では、 ActiveRecord::Base.transaction を利用することになります。 ロールバックされない？トランザクション さてこのtransact

iCARE の提供しているサービス Carely では 2020年の 10月から半年ほどかけて Webpacker からの脱却を行いました。似たような記事はいくつかありますが、まったくの未着手から解説したものはないと思うので、記録をかねてまとめました。長めの記事になりますが同じことで困っている方の参考になれば幸いです はじめに - Carely の構成について もともとは Rails5 のスタンダードな構成だったものを、 Webpacker を導入して GraphQL + Vue2 の構成に移行。SPA ではなくエンドポイントごとにエントリーポイントがあるような構成になっています ルーティングなどは Rails に則りつつ、画面はほぼ Vue2 で構成されています。もちろん古い slim + sprockets の画面も残っているため coffee script のファイルも一部健在です

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

Wardenとは? 導入 1. インストール 2. ベースとなるRailsアプリ 3. Strategyを定義する 4. Strategyをwardenに追加する 5. wardenをRackミドルウェアスタックに追加 6. 認証情報をコントローラーから利用する strategy strategyとは? Warden::Strategies::Baseとは? 使い方1. Warden::Strategies::Baseを継承する場合 使い方2. 定義 + 追加 使い方3. 復数strategyを使う場合 scope scopeとは? 使い方 scopeを設定する scopeを使用する callback callbackとは? 使い方 種類 Warden::Manager.after_set_user: userをset後 基本 only: 指定のtriggerだけ実行 except: 指定

この記事は、Railsのユーザー認証機能のgemとして有名なDeviseを使っていて感じがちな、モヤモヤを解消することを目的としています。 私自身がモヤモヤを感じていたため、このようなタイトルにしましたが、単に「Deviseに対する理解を深める」目的で読んでいただければと思います。 Devise はとても便利ですよね。 installして、configファイルを設置して、モデルの設定をして、routes.rbにdevise_forを書くだけで導入できます。 たったこれだけで、、 ユーザーの新規登録画面の作成 ログイン画面の作成 パスワードを忘れた際の画面の作成 authenticate_user!やuser_signin?のようなユーザー認証向けの各種メソッドの付与 etc... といったユーザー認証機能に関する様々なことをしてくれます。凄いです。 「最低限の設定だけで、多くのことをやって

Fat Model1まずはFatステージ1。Railsというものを全然知らない超初心者が陥るステージです。ビューに何でもかんでもロジックを書いちゃう。その結果がFat Viewです。 次にFatステージ2。ある程度Railsに慣れてきた開発者が陥るステージです。Modelへのロジック分離がうまくできず、Controllerにロジックが集中する。その結果はFat Controllerです。 最後がFatステージ3。Railsを習熟したエンジニアであればModelにロジックを寄せていくのが定石です。その結果出来上がるのはFat Modelです。 このように どんなにRailsに習熟してようと最終的にぶつかる壁がFat Model です。 Fat Model対処のための３つのアプローチFat Modelを倒すためのアプローチとして、僕は下記の3つに分けて整理すれば良いのではと考えました。 Rai

皆さんこんにちは！遅れてきた最年長ルーキー MUGENUP の osada です。 さて皆さんは初めてオープンクラスという概念を知った時、驚かれませんでしたか？私はとても驚きました！だって、基本クラスさえもオーバライド可能なんですよ？ [コラム]オープンクラスとは？ 同名でクラス定義を行うと、クラスの再定義(上書き)ではなく、クラスへの追加拡張になる仕組み。 class A def a "a" end end a = A.new raise unless a.a == "a" raise if a.respond_to?(:b) # b というメソッドはない # 同名のクラス定義は拡張になる class A def b "b" end end raise unless a.b == "b" raise unless a.respond_to?(:b) # b というメソッドがある # a

Rails アプリケーションの開発において、自分の変更に関係のないテストのせいで CI がコケるとストレスですよね？真っ先に直したくなりますよね？不安定なテストを直すのは大変な労力が要ると思ってませんか？実は、たいていのケースは簡単に再現確認ができるし、不安定になる要因もだいたい決まっているし、ログやスクリーンショットを見れば原因も簡単に特定できるんです！ そんなわけで、日頃不安定なテストを潰している身として知見みたいなものをまとめてみました。 今回利用した環境は次のとおりです。 rails 6.0.0 capybara 3.29.0 selenium-webdriver 3.142.4 rspec-rails 3.8.2 Google Chrome 77.0.3865.75 (headless で使用) ChromeDriver 77.0.3865.40 (f484704e052e0b5

Rails Developers Meetup 2019（2019/03/22 - 23）

2019.04.01 週刊Railsウォッチ（20190401-1/2前編）Rails 5.2.3/5.1.7がリリース、Railsdmの「Railsの正体」、Ruby 2.7のnumbered parameter、新元号「令和」ほか こんにちは、hachi8833です。新元号が本日発表されたので早速単語登録しました。どことなくゼロサムっぽい響きを感じてしまいます。 参考: ゼロ和 - Wikipedia -- 「れいわ」ではありませんが 追記（2019/04/01）: 早速wareki gemが対応していました。 commit: Add new era. · sugi/wareki@7a5819e # lib/wareki/era_def.rb#23 - Era.new("平成", 1989, 2447535, DAY_MAX), + Era.new("平成", 1989, 244753

こんにちは、AppBrewのエンジニアの吉野です。 前回の記事ではElasticsearchとはどういうものか、ということについて書きました。 tech.appbrew.io この記事では、 ①ローカルでのElasticsearchの環境構築 から、 ②Railsとどうつなぎ合わせるか ③実運用上での注意点など について書いていきたいと思います。 動作環境 Rails 4.2.8 Elasticsearch 2.4.5 ①ローカルでのElasticsearchの環境設定 開発するにあたり、ローカルで環境がほしいと思います。 ElasticSearchのAnalyzerは標準としていくつかありますが、日本語のTokenizeなどをするならば Analyzer として、kuromoji Analyzer、icu_normalizer あたりを入れていきましょう。 GUIはelasticsear

はじめに 今仕事でRailsアプリケーションの運用をやっているのですが、いろいろなところで例外が定義されていて「これ必要なくね…」となんとなく思ったことが多々ありました。 しかし、effective rubyには「raiseにはただの文字列ではなくカスタム例外を渡そう」という章もあり、この違いはなんだろうと思いました。 なんでそう思ったのか整理して、今後自分のプログラミングに生かして行こうと思います。まとめると以下になります。 カスタム例外を自分でraiseしてrescueするな。戻り値で判断しろ。 よく見るコード Resourceモデル class Resource Error = Class.new(StandardError) def write # 何かの処理 result = false # 何かの処理の結果falseだったと仮定 raise Error, '保存時にエラーが発生

テーマ 初Adventです！ 最近､メール送信時のトラブルを分析していたのですが､ActionMailerの実装についての情報がなかなか見つからず困りました｡ この機会に、ActionMailerの実装を掘り下げ、「メールを送信したら内容がSlackに届く」というSlackMailerのサンプルに挑戦したいと思います。 なぞのおじさん あらためてrailsを支えるコンポーネント軍団を眺めてみると､それはそれはツヨそうなメンバーが揃っています。 ActionPackやActiveRecordといったフレームワークを動かす最重要幹部たち､ActiveSupportという有能な参謀。さらにはActionCableやActiveStorageのような期待の大型新人もいます｡ よく見るとわれらがActionMailerも｢地味な窓際おじさん｣といった風情で鎮座しておられますね｡ いまひとつ注目されな

So I'm trying to use a Rails URL helper (page_url) to create URLs that contain special characters, including ampersands. Most cases work like you'd expect them to: (rdb:1) page_url('foo', :host => 'host') "http://host/pages/foo" (rdb:1) page_url('foo_%_bar', :host => 'host') "http://host/pages/foo_%25_bar" But for some odd reason, ampersands are not escaped: (rdb:1) page_url('foo_&_bar', :host =>

Railsは、機能ごとに異なるコンポーネントで構成されています。Railsの全体像を見渡すために、今回はこのコンポーネントの種類や機能を紹介します。 前回の記事では、Ruby on Railsの基本であるMVCについて紹介し、Railsアプリケーションがどのような構造になっているかや、開発の際にどんなツールを使うかを見ました。さっそくアプリケーション開発の詳細を知りたい方もいることでしょうが、連載第2回目となる本記事では、もう少しだけ全体像についてお話しします。 Ruby on Railsは、機能ごとに異なるコンポーネントで構成されています。このため、デフォルトのRuby on Railsをそのまま使うだけでなく、目的に応じて一部のライブラリを入れ替えて使うといった、大きな粒度でのカスタマイズが可能になっています。一部を入れ替えて使うことも含めると、Ruby on Railsを利用できる場

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性