Laravelが如何にダメで時代遅れかを説明する - Qiita
2024.11.05「追記１：問題編」を追加しました！ 2024.11.06「追記２：回答編」を追加しました！ 2024.11.06 [補足]を追加しました！ 前提 LaravelはWordPressからステップアップしたい人に丁度フィットしたような作りになっており、オンプレ前提であり、MVC構成の簡単なSSR（サーバーサイドレンダリング）を推しています。 WordPressの次のステップと捉えると納得できますし、小さなアプリを簡単に作るには丁度良いと思います。 しかし、これで大きなサービスを作ろうとすると途端に崩壊します。 基本的にドキュメント通りに作成すると画面とインターフェースが密結合し、サービスとしてのインターフェースが固まらない状態になります。 結果的に私が関わったプロジェクトは全て密結合で触れない状態に陥っていました… たぶん日本中、いや世界中がこうなってると思います。 決して
Laravel の認証・認可パッケージが多すぎてわけわからんので図にまとめた - Qiita
元ネタ @localdisk さんの記事です。 こちらで概ね適切に説明されているものの，文章のみで図が無くて直感的に把握しづらいので，初心者にもすぐ飲み込ませられるように図に描き起こしてみました。 図 解説 illuminate/auth: 最小限の認証認可コアロジック コアコンポーネント群の laravel/framework に含まれているものです。 Socialite 以外のすべてのパッケージが，実質このコアに依存していることになります。 以下の記事でこのパッケージの詳細について説明しているので，ここでは端折って説明します。 伝統的 Cookie ベースのセッション認証 こちらでも解説している， 「Cookie に識別子を載せ，それに対応する情報はサーバ側のファイルに記録する」 という手法に近いものです。 実装は illuminate/session にあり， PHP ネイティブのセ
【超入門】Laravelのデバッグ手法22選 - Qiita
はじめに Laravel Advent Calendar 2021 7日目の投稿です。 枠があまっていたので1日目に続いて7日目も投稿します。 他の記事のタイトルを見ると応用的な内容が多かったのでLaravel初心者の方向けにおすすめのLaravelデバッグ方法(tips)を22個ご紹介します。 思ったより数が多くなったので、1つ1つは掘り下げず概要と簡単な使い方をご紹介します。 公式ドキュメントや参考リンクも載せているので詳細はそちらを見てください。 どれか一つでもLaravel開発のヒントになれれば幸いです。 おすすめの手法 特におすすめの方法をご紹介します。 2.17. テストコードを書く 一番のおすすめはテストコードを書くことです。 予期する値と実際の値をテストしながらコードを書くことで一つ一つの処理を確認しながら進めることができます。 2.5. beyondcode/larave
LaravelのGateを使ってルーティングにアクセスコントロールを実装する - Qiita
はじめに LaravelでのWebアプリケーションの開発をしていて、ログイン中のユーザーのロール毎にアクセス可能なルーティングのコントロールを実装する必要がでてきました。 Laravelの認可の機能である、ゲートを使った簡単なルーティングへのアクセスコントロールを実装したので、やったことを書いておきます。 なお、ここではゲートをルーティングに実装する基本のみで、ログイン認証の実装などには触れません。 やりたかったこと 以下、簡単なプロジェクト管理システムを開発している前提で進めます。 ログインユーザーのロールは4種類あります。 管理者 リーダー マネージャー メンバー それぞれのロール毎に使える機能を制限したかったので、アクセスできるURIを設定するのがやりたいことでした。 ロール毎にアクセス可能なURIは次の表の様になります。 |URI|機能|管理者|リーダー|マネージャー|メンバー |
Laravel ルーティングファイルは増やしていい - Qiita
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】サービスコンテナとは？２つの強力な武器を持ったインスタンス化マシーン。簡単に解説。 - Qiita
はじめに サービスコンテナは、 Laravelのコアとなる機能で Laravelのめちゃくちゃ便利で魔法のような仕組みを 実現してくれているものです。 しかし、普段Laravelを使っていても 簡単なアプリケーションを作るうえではあまり意識しないところかもしれません。 （意識しなくていいようになってる） このサービスコンテナについて理解すると、 より便利に自分でカスタマイズしたりできるし、 何より面白いです。 Laravelのサービスコンテナとは何なのかについて 調べましたので、簡単に解説します。 サービスコンテナとは サービスコンテナとは、 一言でいうと 「クラスをインスタンス化してくれるマシーン」 というイメージ。 具体的なコードで見てみます。 ClassAをインスタンス化するとき、 普通はこのようにnewしますね。
LaravelでS3を操作する時はアクセスキー&シークレットキーではなくIAMロールを使うこと - Qiita
LaravelからS3を使用する際はStorageファサードでS3を操作することが多いと思う。 その際に私がググった限りでは、ほとんどがアクセスキーとシークレットキーをソースコードにべた書きしているケースばかりだった。 しかし、こちらはアンチパターンなので、ec2で上記を行う場合はIAMロールを使用して、アクセスキー等はAWS側に隠ぺいしてもおう。 ec2にIAMロールを割り当てる手順は転がっているので、ここでは割愛。 Laravel側 config/filesystems.php 's3' => [ 'driver' => 's3', 'key' => env('AWS_ACCESS_KEY_ID'), 'secret' => env('AWS_SECRET_ACCESS_KEY'), 'region' => env('AWS_DEFAULT_REGION'), 'bucket' =>
Laravelでドメイン駆動設計(DDD)を実践し、Eloquent Model依存の設計から脱却する - Qiita
この記事はドメイン駆動設計#1 Advent Calendar 2019の 10 日目の記事です。 2020/12/17追記 以下に続編を書きました！ LaravelにDDDを導入して1年経った所感(達成したこと / 課題点 / モデリングの難しさなど) やったこと 自社サイトのバックエンドを Laravel で実装して半年間が経ち、初期に考えた設計にいろいろと綻びが出てきたと感じていました。 そんな中、ちょうど実践ドメイン駆動設計や Web+DB Press で特集された体験 DDD を読むことができたので、さっそくいくつかの機能を DDD で実装してみました。 本記事では「もともと Laravel で実践していたEloquent Model 依存の設計」の問題点を提起し、「DDD を取り入れて実装した結果」のソースコードや考え方、そのメリットを記載しています。 結論 Laravel の
Laravelで実践クリーンアーキテクチャ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事を書くにあたって Laravel について色々サポートしてくれた皆さまに向けてお礼申し上げます。ありがとうございました。 本記事はクリーンアーキテクチャに対する理解を深めていただくために、「実践クリーンアーキテクチャ」の内容を Laravel で実装して解説するという内容になっています。 記事のゴールは「クリーンアーキテクチャに対する理解を深めてもらう」というものです。つまり、この実装の形は一例に過ぎません。 はじめに 皆さんクリーンアーキテクチャはご存知でしょうか。 そう、こんな図のアレです。 The Clean Archit
【Laravel】 認証や認可に関する補足資料 - Qiita
アプリケーション例外は Laravel フレームワークで定義されているもので，HTTPに直接関係ない抽象的な部分ではまずこれをスローすべき。 HTTP 例外は Symfony フレームワークで定義されているもので，Handler::render() でアプリケーション例外から変換して生成するのが一般的。 401 Unauthenticated のほうがどう考えても正しいが，そうなってないのには歴史的な理由があるのだろうか…？ 認証のアーキテクチャ Auth ファサードあるいはコンテナから "auth" のエイリアス名でアクセスできる，認証サービスのルートオブジェクトが AuthManager である。ここが認証サービスの中核となる。 Guard が認証手段ごとの実装として存在し，ロジックの多くはここに集約される。 このクラスは Guard 契約 を実装しなければならない。 ユーザを取得して
LaravelからVue.jsを使う最短レシピ - Qiita
以下古い情報です この記事は2018年3月に書かれた記事で、Laravel5.4をベースに記載しています。 （執筆時点では2020年4月ですが）今からこの手順通りにはできませんので、こちらの記事に移動してください。 Laravel7からVue.jsを使う最短レシピ - Qiita Laravel から最短でVue.jsを使う インストールから動かして本番投入まで一通りっていうのが見つからなかったのでまとめてみる。 知らないとわかんないよそんなの！みたいな罠がそこかしこに。 TL;DR bladeテンプレートの修正とコマンドをいくつか実行すれば使える bladeのいじるとこ クローンしたら割りといい感じになるリポジトリつくった fruitriin/laravel-vue-example 今回の環境 macOS High Sierra PHP 7.2 (composerがインストールされている
更新！！Laravel6/7 (laravel/ui)でのLogin機能の実装方法〜MyMemo - Qiita
Laravle6.x/7.xのログイン実装コマンドの違いを見る みなさんこんにちは ジーズアカデミー学校長 山崎ですm(_ _)m 今回はLaravel7にアップデートされLogin画面作成(laravel/ui)を前バージョン同様で使用したい場合 の方法をMemoしておきます（初めてLaravel触る人はこっちが良いかも、、敷居が低い）。 ◆「Laravel8/jetstreamの人はこちらのリンク」 https://qiita.com/daisu_yamazaki/items/607ea579a374c4187562 ◆【Laravel8.x のLOGIN(Breaze)動画も用意してます！】 https://youtu.be/XXXQOYnsCBk 前提条件/検証環境 LaravelでCRUDを作成した経験がある人 Laravelの基本を理解している人 記事内容的には、Laravel
Laravel で Service 層を取り入れるときに検討したいこと - Qiita
この記事について 普段何気なく使っている Service クラス（Service 層）について、書籍を中心にその役割や目的について書かれた資料を読みながら、Laravel 製のウェブアプリケーションに Service 層を取り入れる際の判断材料となるような情報や観点を、提供できればと思います。 以前にも調べたり考えたりしたんですが、そのときは明確な役割や使い方の提案ができなかったので、それの補遺的な位置づけになります。 Laravelでウェブアプリケーションをつくるときのベストプラクティスを探る (9) Service編 - Qiita Service レイヤーとは これ 出典: Martin Fowler's Bliki https://martinfowler.com/eaaCatalog/serviceLayer.html どんなときに Service 層が必要になるか Despit
【5.5対応】Laravel の Collection を使い倒してみたくなった 〜 サンプルコード 115 連発 2/3 - Qiita
$items = new Collection([ ['id' => 1, 'name' => 'John Doe', 'score' => 10], ['id' => 2, 'name' => 'Jane Doe', 'score' => 8], ['id' => 3, 'name' => 'Adam Smith', 'score' => 10], ['id' => 4, 'name' => 'John Rock', 'score' => 8], ]); // key $groupedByScore = $items->groupBy('score'); $groupedByScore->each(function ($group, $score) { $group->each(function ($entity) use ($score) { $this->assertEquals($
【Laravel】「『Controllerに入る』と思ったならッ！ その時スデに（ほぼ）ビジネスロジックは終わっているんだッ！」という、DIコンテナのお話 - Qiita
発端 QiitadonでDIの話題が盛り上がっていた時に「LaravelのDIはつよい」みたいなことを書いたら一部反響があったので、その解説です。 はじめに LaravelのDIコンテナ（サービスコンテナ）はめちゃ強力です。「DIコンテナとは何ぞや」という説明は良記事が大量に存在するので詳細を省きますが、超初心者向けに端折った説明をすると「クラスをnewするときに必要なインスタンスを外からブチ込んでくれる人[1]」みたいな感じです。 [1]:かなり雑な説明。真面目に書くなら「クラスに関わる依存性の取り扱いを責務とするフレームワークの総称」という方が適切ですが、まあ初心者はよくわからんと思うので手を動かして勘を掴んだ方がよいかと思う次第。 実際にコイツのヤバさをサンプルコードで確認してみましょう。 RequestFormを用意する まず、検索リクエストを雑にバリデーションするSearchRe
Laravel で Request, UseCase, Resource を使いコントロールフローをシンプルにする - Qiita
この記事について 「Clean Architecture」（Robert C. Martin 著）に触発されて、ユースケースパターンを試してみたので、その記録です。 本書では UseCaseInteractor という名前になっていますが、本記事のサンプルでは UseCase としています。 あくまでも触発されただけなので、Clean Architecture に完全に沿ってるわけではないので、その点だけご注意ください、詳しくは書籍をお読みいただければ、と思います。 環境 PHP: 7.1.16 Laravel: 5.5.42 サンプルコード 「Clearn Architecture」にある Interactor についての記述を引用します。 ウェブサーバーは、ユーザーからの入力データを受け取り、左上のControllerに渡す。ControllerはプレインオールドなJavaオブジェクト
Laravel5のアーキテクチャから学ぶより良いクラス設計 - Qiita
はじめに ウェブアプリケーションフレームワークのクラス構成にはさまざまなバリエーションがありますが、どれも様々なデザインパターンを駆使し、素晴らしいクラス構成になっています。 今回、じっくりフレームワークのソースコードを読むことで、少しでもいいクラス設計について学べるといいなぁと思い、このような企画を思いつきました。 PHP には様々なウェブアプリケーションフレームワークがあり、それぞれに特徴がありますが、今回は、近年突出して注目されている Laravel を取り上げます (いずれ他のフレームワークでも試してみたいです)。 環境 PHP 5.6.9 Laravel 5.2 やったこと Eloquent (Active Record) と DBファサード (Query Builder) の使い分け、ついでに Repository について Dependency Injection と Ser
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Laravel 認証済みユーザーの取得方法 - Qiita
PhpStormとXdebugでステップ実行 ①ステップ実行するための設定 - Qiita
Laravel で 最適化 高速化 手法一覧 - Qiita
