Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? laravelのライブラリであるlucadegasperi/oauth2-server-laravelを使ってOAuth2用のサービスプロバイダー(OAuth2サーバ)を立てる。 OAuth2クライアントを実装する記事はググると沢山にヒットするがサーバの方は少ない。あっても古い。そして英語の記事...。 OAuth2自体ややこしい、oauth2-server-laravelについても記事が少ない。2度と面倒な調査をしたくないのでメモで残す。 1.環境とか OSX 10.10 Yosemite vagrant 1.8.1 VirtualB
<?php namespace App\Socialite; use Laravel\Socialite\Two\AbstractProvider; use Laravel\Socialite\Two\ProviderInterface; use Laravel\Socialite\Two\User; class LineProvider extends AbstractProvider implements ProviderInterface { protected function getAuthUrl($state) { return $this->buildAuthUrlFromBase('https://access.line.me/dialog/oauth/weblogin', $state); } protected function getTokenUrl() { retu
Laravelはじめたての頃、誰もが遭遇する嫌なメッセージの代表格 「TokenMismatchException in VerifyCsrfToken」 これが発生した時に、TOPページに飛ばすとかそういうことをします。 必要になった経緯 WEB画面上でのメール送信プログラムをつくっていたとして、 送信完了ページで画面をリロードすると、メールが二重で送信される。 だからメール送信後、 $request -> session() -> flush(); みたいなことをすると 二重送信は防げるが、トークン情報が消失するため、TokenMismatchException が出てくる。 なので、トークン情報がない時(送信完了画面でリロード、または送信完了画面に直接アクセス)はTOPページにリダイレクトさせる 実装 <?php namespace App\Exceptions; use Excep
Laravelは素晴らしいフレームワークです。ほとんど文句はありません。が、唯一の不満がMulti-Authに標準で対応していなかったことです。が、とうとう対応したようなので使ってみます。 ここでいうMulti-Authとは、認証用のユーザーテーブルとしてusersとadminsと別のテーブルを利用するようなものを意味しています。 これで、今までの苦労も報われます。 ##準備 では、認証に使うテーブルを作成するためのmigrateファイルや初期ユーザー登録用のseeder等を作成してみます。作成するものは、 テーブル(migrateすることにより作成します) モデル(driverとしてeloquentを利用するので作成します) 初期ユーザー(seederで登録してみます) ###usersテーブル ####migrateファイル usersテーブル生成用のmigrateファイルは既に、da
Laravelには便利な認証機構が存在しますが、標準ではusersテーブルのみを使ってユーザーを認証します。 実際の開発ではadministratorsとusersを分けたいことはよくあることなので、テーブルを分けた認証をしてみます。 Laravel4の時代は定番のパッケージなどがあったようですが、Laravel5には対応していないようで、仕方ありません。 追記 5.1対応のパッケージを見つけたので、その使い方を書きました。こちらの方がオススメです。 参考 ちょうど、目的とする内容の記事を見つけたので参考にさせていただきました。 やりたいこと ・認証用のユーザーをusersとadministratorsでテーブルを分けて、それぞれ認証する。 ・一般ユーザーは、標準のusersおよび標準ドライバを利用。 ・userの認証はAuth::attempt(['email'=>$email,'pas
###追記 Laravel5.2に正式にMulti−Authに対応しました。なので、この記事はもう役割終了です。 こちらをどうぞ。 私にとってLaravelの最大の難所は、Multi Authです。つまり、標準ではusersテーブルのみで行われる認証を、users(一般ユーザー)、admins(管理者)に分けた認証です。 極力自力作成派なので、 テーブルを分けないパターン(usersにroleを追加) テーブルを分けるパターン を過去にトライしてみたのですが、毎日の実装の中で気楽に利用できるレベルではないと感じました。そこで、頼りたいのが、サードパーティー製のパッケージ?なのですが、なかなかこれというものがありません。 ##Multi Authパッケージの現状(2015年7月27日時点) 私の知る限り、4.2までは、ollieread/multiauthというのが主流だったようなのですが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く