Laravel UUID、ULID で遊んでみる
前書き Laravel Ver.9.30.1、9.31.0 で、UUID / ULID 関係の機能が追加されましたので、その機能で遊んでみた内容を記事にしたいと思います。 UUID and ULID support for Eloquent #44074 Improve UUID and ULID support for Eloquent #44146 上記の機能追加は、主に、 Eloquent モデルに対するトレイトの提供 ULID のサポート という感じになると思います。 なお、UUID / ULID を id の代わりのプライマリキーにしたり、又は id とは別の項目として持たせる事も上記のトレイトでは対応可能になっています。 という事で、まずは予習（or 復習）から。 UUID / ULID とは？ 詳しくは下に掲げた参考リンクなどを参照いただきたいのですが、私なりにざっくりまとめ
Laravel Notification Channels
Documentation About / FAQUsing on Laravel 5.1 / 5.2Push / Webpush Apple Push (APN)Firebase Cloud Messaging (FCM)OneSignalPushoverPushBulletPusher Push NotificationsWebPushPushwooshVWO EngageMessenger / Chat / Social DiscordFacebook WorkplaceMicrosoft TeamsGoogle ChatGitterTwitterTelegramBearyChatFacebookFacebook Page PosterRocket ChatWebexSupport PagerdutyIntercomSMS / Voip TouchSMSClickatellJusib
Laravel におけるリポジトリ実装のポイント - Shin x Blog
Laravel を使った開発でも、ドメインロジックと RDBMS などの永続化層へのアクセスを分離するためにリポジトリパターンを採用するケースが増えてきました。 ただ、Laravel には Eloquent という Active Record タイプの ORM があるので、これとリポジトリをどのように組み合わせるかで悩んでいる人が多いようで、これまで開発現場や勉強会などで質問を受けることがありました。 本エントリでは、リポジトリを実装してきた経験を元に、私が考える実装のポイントをご紹介します。 1. ドメインデータの入出力にリポジトリパターンを使う 2. メソッドの型宣言にドメインデータを指定する 3. 機械的に CRUD メソッドを実装しない 4. Eloquent を利用したリポジトリクラスの実装 5. 複数テーブルを扱うリポジトリ 6. Paginator との連携 さいごに 1.
Laravel大規模開発入門！MVC分離のFatModel問題に対する責任分離と依存管理、その設計と考え方について｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Laravel大規模開発入門！MVC分離のFatModel問題に対する責任分離と依存管理、その設計と考え方について ナイル株式会社メディアテクノロジー事業本部の工藤さんにMVC分離のFatModel問題に対する責任分離と依存管理、その設計と考え方について解説いただきました。 こんにちは、ナイル株式会社メディアテクノロジー事業本部で開発マネージャをしています工藤@ta99toです。 今回は大規模で複雑度の高い開発をMVCフレームワークベースで構築する際に僕が課題と捉えているポイントやその具体的な解決手法について解説させていただきたいと思います。 「MVC以上の責任分離イメージがつかないよ！」 「DDDとかクリーンとかオニオンとかあのへんの設計パターンの導入モチベーションが不明」 「どうやっても最終的には複雑になって追加開発や修正開発が怖い状態になっちゃう」 ↑このような悩みを持った方に対して
laravelのヤバい脆弱性をついたkinsing(kdevtmpfsi)というマルウェアに感染した話 CVE-2021-3129 - Qiita
laravelのヤバい脆弱性をついたkinsing(kdevtmpfsi)というマルウェアに感染した話 CVE-2021-3129PHPSecurityLaravelkinsingkdevtmpfsi webサーバー上でlaravelを動かしていれば、ちょっとした設定のミスで誰でもマルウェアに感染する可能性がある激ヤバセキュリティホール(CVE-2021-3129)が2021年1月20日に報告されています！ composerでインストールしたパッケージをバージョンアップせずに使っていませんか？ インターネット上に公開されているサーバー、特にステージングや開発環境でDEBUG=ONにしていませんか？ エラー画面がこんな風に見えますか？ この3つの条件を満たしていると、あなたのlaravelは、今すぐにでもマルウェアに感染する可能性があります。 laravelの脆弱性をついたkinsing(k
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
