はじめに OmniAuthの公式のwikiを読んで学習した内容を備忘録としてこちらに投稿します。 OmniAuthって？ Deviseのバージョン1.2から追加された、OAuthに関するモジュールのこと。 このモジュールを利用すれば、twitterやfacebookといったプロバイダーに登録されている情報でユーザー認証を行うことができます。 Before you start config.omniauthは、アプリケーションにomniauth プロバイダーのミドルウェアを追加します。これは、config/initializers/omniauth.rbにconfig.omniauthを記述するべきではないことを意味します。なぜなら、そうしてしまうとお互いのomniauth プロバイダーのミドルウェアが衝突し、認証ができない事態に陥ってしまうからです。 config/initializers
Rails.application.config.middleware.use OmniAuth::Builder do configure do |config| config.path_prefix = '/login' end provider :developer unless Rails.env.production? provider :github, ENV['GITHUB_KEY'], ENV['GITHUB_SECRET'] end OmniAuth::Configure#path_prefix を指定する。 関連URLが/auth/githubや/auth/github/callbackから/login/githubや/login/github/callbackに変更できる。 もっと詳しく builder内で利用できるDSLはここに定義されている。 その他のpathはO
if Rails.env.production? Rails.application.config.session_store :cookie_store, key: '_my_session', expire_after: 1.weeks, domain: 'mydomain.com' else Rails.application.config.session_store :cookie_store, key: '_my_session', domain: 'localhost' end 原因など Ruby On Railsのdeviseは本当に優秀であっという間にFacebookのログインは出来るようになったのですが、どうもlocalhostで試した時に「Google OAuthの挙動がおかしいような？」となり調べました。 どうもエラーでググると「provider_ignores_st
前回までは、deviseを用いることで、Railsチュートリアルなどの実装に比べて、ほとんどプロダクトのコードを記述することなくユーザー認証機能を追加できることを体験しました。今回は、SNS認証で定番のgemであるOmniAuthを使ってFacebook／Twitter認証機能を実装します。 OmniAuthの概要 OmniAuthは、複数の外部サービスのアカウント情報を使ってユーザー登録やログインを提供します。OmniAuthはサービスごとにストラテジー（Strategies）を管理する、いわば元締めのgemです。OmniAuthのストラテジーとは、外部サービスごとにOAuth認証に必要な処理が記述されており、Rackミドルウェアとして提供されます。 サービスごとのストラテジーは、 omniauth-［外部サービス名］のような名称のgemとして本体とは別のgemで提供されています。例えば
この記事はソニックガーデン Advent Calendar 2015 、6日目の記事です。 どうも大野（@xoyip）です。3日目に続いて登場させてもらいます。今日は5日目までとは少し変わって技術的なHow Toの話で、自分用の覚書でもあります。 ちなみに3日目のはこれ。 xoyip.hatenablog.com ソニックガーデンではお客さまが実現したいサービスを開発するのにRuby on Railsを使っています。PCやスマートフォンのブラウザから利用されるようなサービスを作ってきました。 ところが最近のスマートフォン普及率などから、スマートフォンのネイティブアプリケーションを用意してユーザーに使ってもらいたいというお客さまのご要望も増えてきています。社内でも開発や運用についてどうしていくかの議論が盛んになってきています。 そういう流れから今日はすでに運用しているRailsアプリケーショ
こんにちは。ガイヤーンをたべました、きたけーです。 doorkeeper gem で、OAuth2 で定義されているアクセス権委譲のフローの中から「Resource Owner Password Credentials グラント種別」を試してみました(フローの種類のことを「グラント種別」というらしい)。 Resource Owner Password Credentials グラント種別 は 他のグラント種別と比較して、アクセストークンを得るまでの手続きが少ない。そのかわりに、(OAuthのロールでいう)クライアントがリソース所有者(アプリケーションのユーザー)のパスワードを知ってしまう。 なので、このグラント種別を選択するのは、クライアントとAPIのプロバイダが同じ場合のような、クライアントを信頼できるケース(公式のモバイルアプリなど)。 doorkeeperの導入 Gemfileに以下
In this tutorial, I'll demonstrate how to protect the API with OAuth 2 protocol. The API is built with Grape, and mounted under Ruby on Rails. This tutorial was originally written in Chinese, so if you know Chinese please read this: OAuth 2.0 Tutorial: Grape API 整合 Doorkeeper. To protect the API with OAuth 2, we have to build the following things: Resource Owner - The role who can grant authorizat
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
