8月30日、Laravelは「Laravel Cloud」を発表した。Laravelアプリケーションを即座にデプロイできる新しいクラウドプラットフォームだ。 Laravelの創設者であり主要な開発者であるTaylor Otwell（テイラー・オットウェル）氏が、Laracon 2024のキーノートスピーチで初めてこのプラットフォームを公開した。デモンストレーションでは、プロジェクトの作成からLaravelアプリケーションの起動までがわずか25秒で完了したことが示された。 Laravel Cloudは完全に管理されたインフラストラクチャプラットフォームであり、LaravelとPHPに最適化されている。 以下に、Laravel Cloudの主な機能を示す。 即時デプロイ：Laravelアプリケーションをわずか数秒で起動・デプロイできる。 自動スケーリング：アプリケーションの需要に応じて、自動的

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

sailで作ったpostgresのデータベースに接続する sailでのlaravelのインストール 終わっている方は飛ばしてください。

3月13日、Laravelが最新バージョン「Laravel 11」をリリースした。 Laravel 11は、開発者に向けた新たな機能や最適化が盛り込まれ、ますます洗練された開発体験を提供している。この新バージョンの主な特徴を紹介する。 Laravel 11のハイライト: 最小のアプリケーション構成を導入 Laravel 11では、新しいアプリケーション向けに最小のアプリケーション構成が導入された。appフォルダは劇的にシンプルになりつつも、アプリケーションのカスタマイズ性はさらに向上した。これにより、既存のLaravel開発者が慣れ親しんだ概念や知識を損なうことなく、よりわかりやすく、よりモダンな開発体験を得られるようになった。 Laravel Reverbの導入 Laravel Reverbは、Laravelエコシステムに組み込まれたWebSocketサーバーで、アプリケーションに堅牢な

Today, we're thrilled to announce the release of Laravel 11 and Laravel Reverb. As we announced at Laracon EU, Laravel 11 introduces a minimal application structure, using SQLite by default, implementing health routing, offering per-second rate limiting, supporting graceful encryption key rotation, improving queue testing, introducing new Artisan commands, adding Resend mail transport, integrating

Laravelでアプリケーションを構築した経験がある人ならログイン認証機能を利用することでLaravelへのユーザのアクセス制限を行えることは知っているかと思います。しかし、Laravelの外側のアプリケーションからアクセス制限のかかっているLaravel内のリソースにアクセスするためにはどうしたらいいのでしょう。そんな疑問を解決してくれるのがLaravel Passportです。 Laravel Passportを使用するとLaravel上でOAuth2.0に沿った形でAPIの認証機能を短時間で実装することができます。 OAuth2.0に沿った形でAPIの認証機能 といってもそれが何かわからないという人が大半だと思います。簡単に言えばLaravelの外側にあるアプリケーションからアクセスしたいリソースに対してアクセストークン(文字列)を使って管理するための仕組みです。 アクセス制限の行わ

EloquentはLaravelに備わっているORM（Object-relational mapping）です。 Eloquent：利用の開始 5.7 Laravel オブジェクト関連マッピングとはオブジェクトとDB（データベース）の関連のマッピングのことであり、その都合上オブジェクトはデータベースと密接な関係にあります。 <?php class Post extends Model { // これだけでpostsテーブル中の各レコードを呼べる。 } この密接な関係のため、モデルをテストする際にDBが付きまといがちです。何を呼び出すにしても、DBの中を見に行きます。しかしモデルのメソッドのテストはDBから切り離されるべきです。これはモデルのテストがそれ以上掘り下げるべき最小単位のユニットテストであり、テスト失敗の原因がテストやソースコードのエラーかDBのエラーか考える手間を省くべきでもある

はじめに Laravel を使っていると避けては通れない ORM の Eloquent． データベースをオブジェクト指向っぽく扱えるため非常に便利で，複雑なリレーションも簡単に扱えちゃう魔法の道具です． 例えば，主キーでモデルを取得するには以下のように書けば簡単に DB からデータが取得できます． 簡単ですね😁 さて，Laravel を使ったプロジェクトに限らず，プロダクトを開発する中で「テストコード」を書くことがありますが，テストを書く際にしばしば モック を使うことがあります． モック（オブジェクト）は，テスト対象となるクラスが依存する外部クラスの振る舞いを定義するもので，本来使われるはずのオブジェクトの代わりに差し込むことで，テスト結果が外部のロジックによって左右されるのを防ぐことができます． Laravel 使って開発をしているなら， Mockery というモックライブラリを使っ

こんにちは、ディレクターのエリカです。 モデルのプロパティを変化させる場合は多々あると思います。そんなときデータベースの値は更新されているものの、その内容の比較などに、意図せず失敗してしまう場面に稀に遭遇してしまいます。たとえば、このようなケースです。 下記のようなテーブルがあったとします。 Schema::create('posts', function (Blueprint $table) { $table->bigIncrements('id'); $table->string('title'); $table->timestamps(); }); Schema::create('comments', function (Blueprint $table) { $table->bigIncrements('id'); $table->bigInteger('post_id')->un

元ネタ @localdisk さんの記事です。 こちらで概ね適切に説明されているものの，文章のみで図が無くて直感的に把握しづらいので，初心者にもすぐ飲み込ませられるように図に描き起こしてみました。 図 解説 illuminate/auth: 最小限の認証認可コアロジック コアコンポーネント群の laravel/framework に含まれているものです。 Socialite 以外のすべてのパッケージが，実質このコアに依存していることになります。 以下の記事でこのパッケージの詳細について説明しているので，ここでは端折って説明します。 伝統的 Cookie ベースのセッション認証 こちらでも解説している， 「Cookie に識別子を載せ，それに対応する情報はサーバ側のファイルに記録する」 という手法に近いものです。 実装は illuminate/session にあり， PHP ネイティブのセ

最近めっちゃLaravel使ってます。 で、Laravelのコネクションプーリングの話です。 コネクションプーリングとは、DBとの接続を永続化させること。 フレームワークによっては、これがデフォルトで永続化されているものもあるようですが、Laravelの場合はデフォルトで永続化がオフになっています。 DBとの接続の永続化、というと語弊があるかもしれないので補足しておくとPDOオブジェクトのインスタンス化時の接続をキャッシュしておく、といったほうが良いでしょうか。 これによって、毎回クエリ実行時に接続をする必要がなくなるのでオーバーヘッドが短縮され、高速化される、というわけですね。 あまり必要に感じる場面には出くわさないかもしれませんが...笑 で、Laravelでコネクションプーリングを有効にする設定が下記です。 'pgsql' => [ 'driver' => 'pgsql', 'url

さてさて、私の開発メインはPHP（Laravel）+ JavaScript（Vue.js）で、もしこれらに不向きな部分があればPythonを使うという形になっています。 実際この３つがあれば（私の）業務的に困ることはほぼないのですが、根っからのプログラム好きですので、「別のテクノロジーもかじっておきたい」欲があったりします。 そこで注目したのが、 Rust言語 です。 なぜ「Rust言語」かというと、ブラウザのJavaScriptを高速化することができる「WebAssembly」をつくることができるからなんですね。 ※ WebAssemblyについては、過去記事がありますのでぜひご覧ください。（前回はC言語を使いました） 📝 参考ページ： 入門！WebAssemblyを試してみた つまり、Rust言語はウェブ開発に関連させることもできるわけです。 そこで❗ 今回はRust言語でWebAs

さてさて、この間 wordpressみたいなドラッグ・アンド・ドロップをVueで実装という記事を公開しました。この記事の目的はユーザビリティだったのですが、ドラッグ＆ドロップ機能の先では画像のアップロードを想定していました。 最近のウェブサイトでは画像をサーバーへ保存するというのは珍しいことではないでしょうが、実はアップロードする側の状況が変化してきたことである問題が発生するようになってきました。 それが・・・ スマホ・カメラの高解像度化のせいで画像アップロードに時間がかかってしまう というものです。 つまり、サイズが大きなファイルをアップロードするのに時間がかかってしまうということですね。 特にまだ日本のウェブサイトは、以下のように確認ページを挟む場合も多く存在していますので、その場合（バリデーションを厳密にするなら）画像サイズが大きい場合は１番と２番で画像をアップロードする必要がでてき

どーも！ たかぽんです！ 今回はLaravelでN+1問題という設計上発生してしまう問題についてしっかり理解していこうと思います！ 実際はLaravelに限らず、より一般的なWeb開発等で発生しがちな問題なんですが、特にLaravelの場合どのように発生するのか？ そして、どうやって解消すればいいのか？を調べていこうと思います！ さて、ではこのN+1問題を理解していこうと思います！ WEBで様々なサービスを設計する際、DBから値の取得を行うシーンはたくさんありますよね。 全てのユーザーに紐付いているコメントリストに対して処理をする... 全てのイベントに紐づいている顧客リストに対して処理をする... などなど... そういった状況で、SQLのクエリを発行して情報を集めていく必要がありますが、その際、余分にたくさんのクエリを発行してしまい、少なからず表示速度等に悪影響を出してしまうことをN+

Laravel 職人の皆さん、PHP Doc 書いてますか？ 「静的解析バリバリやってるぜ！」 という方は是非ブラウザバック願います。 この記事は、Laravel での開発をちょっと快適にする、PHP Doc の書き方をご紹介します。 先日開催されたPHPカンファレンス2021 の、 とあるセッションに触発されて走り書きした雑な記事ですが、 少しでも誰かのお役に立てば。 実験環境は以下のとおりです。 VisualStudio Code 1.60.2 PHP Intelephense 1.7.1 Laravel のバージョンは、たぶん関係ありません。 とりあえずコード書こうぜ の前に事前準備 サンプルとして、こんなテーブルがあるとします。 宗教上の理由でテーブル名に m_ とかついてたり、 プライマリーキーが xxx_id とかなってますが、悪しからず。 これに対応するモデルは、だいたいこん

Speaker Deck This deck requires a password Password

PHPカンファレンス2021で使用した登壇資料です。

迷えるあなたへまず結論を Laravelでうまくrollbackできない全ての根源はconnectionが違うから。 connectionについて Laravel 5.7では、config/database.phpに記述するだけで、自動でReaderとWriterコネクションを選択してくれます。Laravel Document この機能、実装者にコネクションを意識させなくて良いとても便利な機能なので、おそらくみなさんの現場でもアーキテクトの方がよしなに設定してくれてると思います。 しかし、これがrollbackされない問題の原因かな、と個人的には考えています。「意識させない」が「意識されない」になってしまっているのです。 自動コネクション設定例 'mysql' => [ 'reader' => [ 'host' => [env('DB_READER_HOST', 'localhost')]

【第4回】Composerを使ってお手軽アプリケーション開発 本連載ではComposerで公開されているパッケージの中から、フレームワークを問わず汎用的に使えるライブラリをサンプルコードと共に紹介します。 今回はDBを扱う「Eloquent(Illuminate/Database)」というORMを紹介します。 ORMとEloquent ORMとは？ ORMは「Object Relational Mapping (オブジェクト関係マッピング)」と呼ばれている、オプジェクト指向で書かれているプログラムから、オブジェクト指向ではないデータベースなどのデータをオプジェクト指向のように扱う手法のことを言います。 かみ砕いて説明すると、データベースをオブジェクト指向っぽく扱うためのクラス構造ということです。 例えば、 SELECT 'id', 'name', 'age' FROM users WHER