動画: https://youtu.be/QHjRGPw34EI?si=MWb-1v1i1S5MG0eE プロポーザル: https://fortee.jp/phperkaigi-2023/proposal/6211083d-fc51-49a3-8b27-485d8e231b1f
<?php use Illuminate\Database\Migrations\Migration; use Illuminate\Database\Schema\Blueprint; use Illuminate\Support\Facades\Schema; use Illuminate\Support\Facades\DB; class CreateUserTokensTable extends Migration { /** * Run the migrations. * * @return void */ public function up() { Schema::create('user_tokens', function (Blueprint $table) { $table->id()->comment('ID'); $table->foreignId('user_id
今回はLaravelでメールアドレスを変更する方法について、わかりやすく説明していきます。 また、なるべくコピペで実装できるようにコードをまるごと掲載していきます! 今回実装するメールアドレス変更機能の流れは以下の通りです。 ①すでにログインしているユーザーが新しいメールアドレスを入力 ②入力したメールアドレスあてに確認メールを送信する ③メールのリンクをクリックするとメールアドレスの変更が完了する ※新しいメールアドレスを認証するまでは、以前のメールアドレスでログインさせる LaravelにはEmail Verificationというメールアドレスの確認機能が実装されていますが、Email Verificationを使用すると新しいメールアドレスを入力した際に古いメールアドレスは上書きされてしまいます。 今回実装したい機能のように、新しいメールアドレスを認証するまでは以前のメールアドレス
元ネタ @localdisk さんの記事です。 こちらで概ね適切に説明されているものの,文章のみで図が無くて直感的に把握しづらいので,初心者にもすぐ飲み込ませられるように図に描き起こしてみました。 図 解説 illuminate/auth: 最小限の認証認可コアロジック コアコンポーネント群の laravel/framework に含まれているものです。 Socialite 以外のすべてのパッケージが,実質このコアに依存していることになります。 以下の記事でこのパッケージの詳細について説明しているので,ここでは端折って説明します。 伝統的 Cookie ベースのセッション認証 こちらでも解説している, 「Cookie に識別子を載せ,それに対応する情報はサーバ側のファイルに記録する」 という手法に近いものです。 実装は illuminate/session にあり, PHP ネイティブのセ
はじめに 私は個人開発で一山当てたいと常々思っていて、そのためにいくつかヒットしそうなサービスのアイデアがあります。エンジニアであればアイデアを具現化することに躊躇してはいけないと思うわけですが、一度リリースしてしまうとランニングコストが発生するわけで、仮に全く人気がでなかったとしたらランニングコスト分の赤字を垂れ流すことになります。 一方、個人開発者というのはおそらく誰しも夢見がちなので、リリース後バズったりしてユーザーが大量に押し寄せてきてしまってサーバーダウンする可能性も考えてしまいます。 その結果、「全く誰も来なくてランニングコストが赤字になったらどうしよう」という不安と「めちゃくちゃバズってしまってサーバーダウンしてチャンスを逃したらどうしよう」という不安が、心の中でせめぎ合うことになります。 そこで、今回はその2つの不安を一気に解消する「使われなければランニングコストが限りなく
Laravel is a good framework to create "software-as-a-service" solutions - with monthly payments by users. Usually, it should incorporate some kind of Free Trial mechanism. In this article, will show you my version of how to do it in Laravel 5.8. What are we creating here We take default Laravel app, run artisan make:auth for default registration form;Will add a new timestamp field users.trial_unti
はじめに Laravel Advent Calendar 2021 7日目の投稿です。 枠があまっていたので1日目に続いて7日目も投稿します。 他の記事のタイトルを見ると応用的な内容が多かったのでLaravel初心者の方向けにおすすめのLaravelデバッグ方法(tips)を22個ご紹介します。 思ったより数が多くなったので、1つ1つは掘り下げず概要と簡単な使い方をご紹介します。 公式ドキュメントや参考リンクも載せているので詳細はそちらを見てください。 どれか一つでもLaravel開発のヒントになれれば幸いです。 おすすめの手法 特におすすめの方法をご紹介します。 2.17. テストコードを書く 一番のおすすめはテストコードを書くことです。 予期する値と実際の値をテストしながらコードを書くことで一つ一つの処理を確認しながら進めることができます。 2.5. beyondcode/larave
・・・ 'channels' => [ 'daily' => [ 'driver' => 'daily', 'days' => 90, 'permission' => 0664, ], ], class Handler extends ExceptionHandler { protected $dontReport = [ \Illuminate\Auth\AuthenticationException::class, \Illuminate\Validation\ValidationException::class, \Illuminate\Auth\Access\AuthorizationException::class, \Illuminate\Database\Eloquent\ModelNotFoundException::class, \Symfony\Component\Ht
はじめに LaravelでのWebアプリケーションの開発をしていて、ログイン中のユーザーのロール毎にアクセス可能なルーティングのコントロールを実装する必要がでてきました。 Laravelの認可の機能である、ゲートを使った簡単なルーティングへのアクセスコントロールを実装したので、やったことを書いておきます。 なお、ここではゲートをルーティングに実装する基本のみで、ログイン認証の実装などには触れません。 やりたかったこと 以下、簡単なプロジェクト管理システムを開発している前提で進めます。 ログインユーザーのロールは4種類あります。 - 管理者 - リーダー - マネージャー - メンバー それぞれのロール毎に使える機能を制限したかったので、アクセスできるURIを設定するのがやりたいことでした。 ロール毎にアクセス可能なURIは次の表の様になります。 URI 機能 管理者 リーダー マネージャー
Chris is a software developer at Andela. He has worked with both Rails and Laravel, and enjoys sharing tips through blogging. He also loves traveling. You can find him @vickris on Github, Twitter, and other places. Introduction In this tutorial, we will show you how to test middleware in Laravel applications. If you are not familiar with the concept of middleware, it acts as a middle man between a
この記事は Laravel Advent Calendar 2020 - Qiita 最終日の記事です。 TL;DR DDD や "真の" クリーンアーキテクチャは, Web 業界における大抵の現場ではオーバースペックだし,導入しても全員がついてこれるとは限らない app/UseCases ディレクトリだけ切って,ドメインごとに単一責務なクラスを置くと使いやすいよ ActiveRecord 指向のフレームワークで Repository パターンを無理に導入すると死ぬので, UseCase で Eloquent Model の機能を使うことを恐れるな はじめに Zenn では初投稿です。日本の Laravel コミュニティではもうお馴染みのようで実はあまり顔を出していない(?) @mpyw と申します。オンラインサロンの火付け役となった Synapse が最初の仕事でしたが,就職後すぐ会社が
この記事はLaravel Advent Calendar 2018 - Qiitaの21日目の記事です。 はじめに みなさん、アプリケーションのレイヤー化してますか? してますね? Eloquent使ってますか? 使ってますね? レイヤードアーキテクチャやクリーンアーキテクチャなどを学んでいると、こんなこと思いませんか? Auth::user()でEntity返してえ〜〜 ということで 今日は Auth::user() で独自クラスを返してみましょう! ※この記事中ではアーキテクチャの話は一切出てきません 目的 Auth::user() の返り値を独自のクラスに変更することを通じてLaravelのことを知る やること Illuminate\Contracts\Auth\Authenticatable を実装 Illuminate\Contracts\Auth\UserProvider を実
Vue + Vue Router + Vuex + Laravelで写真共有アプリを作ろう (4) 認証API | Hypertext Candy https://www.hypertextcandy.com/vue-laravel-tutorial-authentication これの間違い。 routes/api.phpをwebミドルウェアで使うためにRouteServiceProviderを変更してるけどこれはやめたほうがいい。 フレームワークはルールなので普通と違うことをするならそれなりに理由が必要。 例えば後から何も知らない人が参加して気付けるか?と考えると難しい。それどころか変更した本人でさえ数ヶ月後には忘れる。 ではどうすればいいのか。(web.phpに書けば終わるけど他の方法) RouteServiceProvider::map()の// このたった2文字がヒントだけどルー
はじめに Laravelでの独自の認証処理の実装を通して、認証関連のmiddlewareやguardについてまとめました。 認証処理の仕様 今回、実装する簡易な認証処理の仕様は、以下の通りです。APIでの使用を想定しています。 ヘッダーのAuthenticationに設定したBearerトークンの値が、予め決めた文字列と一致すること ヘッダーのuuid設定した値が、予めDBに登録してあるユーザのUUIDと一致すること 独自の認証処理の実装 独自の認証処理では、以下の項目を実装します。順番に内容を見ていきます。 Model UserProvider Guard Middleware Handlerとその他の設定 Modelの実装 認証処理に使うモデルは Illuminate\Foundation\Auth\User を継承している必要があります。今回実装する認証処理の仕様では、 getAut
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く