- 1. 【PHP】APIをNew Relicでエンドポイントごとにモニタリング with Docker
- 2. PHPStanをインストールして使ってみる
- 3. Laravel 学習(ミドルウェア)
- 4. Laravel 学習(viewおさらい)
- 5. 【PHPフレームワークFlow】FlowでPSR-15のカスタムミドルウェアを扱う
- 6. XserverにComposer 2をインストール
- 7. LaravelでAccess-Control-Allow-Originエラー【CORS】
- 8. Laravel 学習(サービスプロバイダ)
- 9. Laravel 学習(view × コントローラ)
- 10. プログラミング言語・ライブラリ・フレームワークのバージョンアップ手法
- 11. Laravel 学習(コントローラ)
- 12. Laravel学習(view)
- 13. PHP高性能フレームワークにおけるWorkermanデーモンの原理を深く理解する
- 14. PHP の SplPriorityQueue を使って、推理作家一覧を作りたい
- 15. Laravelのpaginatorで件数カウントとデータの取得が同時に行われるのを防ぐ
- 16. PHPのDBクラス
- 17. Laravelを用いた開発でgit pullすると500 Server Errorになった話と対処法
- 18. Laravel 学習(アプリ構成)
- 19. Laravel の laravel と framework の違い
- 20. 試す価値のある7つのツール、使ったことがありますか?
【PHP】APIをNew Relicでエンドポイントごとにモニタリング with Docker
# やりたいこと
PHPで書いたAPIのエンドポイント毎のパフォーマンスをNewRelicでざっくり見ていくまでを書きます。
APMを細かく分析していくところまでは書きません。
ホスト端末のCPU状況などは見ません。
無料枠を利用して、Dockerで完結させます。# 環境
Mac M2# NewRelicのアカウント作成
こちらから会員登録しておきます。
クレカ情報いらないので色々安心。https://newrelic.com/jp/sign-up-japan
ログインしたらコンソールに飛ばされるので、LICENSE_KEYを控えておきます。
以下のようにデフォルトでもアカウントが作成されていると思うので、こちらのTypeがINGEST – LICENSEの三点リーダーをクリックしてCopy Keyで取得できます。
![スクリーンショット 2024-08-18 21.17.44.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/855584/c509142a-9d0c-9d49-b116-15
PHPStanをインストールして使ってみる
## はじめに
PHPを学習して2か月が経ち、コード量が増えるにつれてエラー原因の特定に時間がかかるようになってきました。そのため、潜在的なバグやエラーを検出できる静的解析ツールを導入することにしました。
## PHPStanとは
PHPStanはPHPの静的解析ツールで、実行ファイルを実行することなくコードを解析し、バグやエラーを検出することができます。
## 導入
公式ドキュメントに従い、Composerを使ってインストールします。PHPStanの実行ファイルはデフォルトで `/vendor/bin` に配置されます。
“`bash
composer require –dev phpstan/phpstan
“`## 設定ファイルの作成
PHPStanの設定ファイル (`phpstan.neon`) を作成します。`level` には0から9までの数値が設定可能で、数値が大きくなるほど解析が厳しくなります。記事を参考にすると、レベル8や9は厳しすぎると感じる人が多いようです。今回はレベル6を使用します。
`paths` には静的解析の対象となるフォルダを指
Laravel 学習(ミドルウェア)
## ミドルウェア
下記コマンドを実行し、ミドルウェアを作成します。
“` cmd
php artisan make:middleware HelloMiddleware
“`下記ファイルが作成されます。
“`\app\Http\Middleware\HelloMiddleware.php
Laravel 学習(viewおさらい)
## 内容
以前viewについて学習したのですが下記内容がややこしかったのでおさらいです。
– @section・@yeild・@extends
– @component・@slot
– @include
– ビューコンポーザ## 実行結果
以降に記述しているデフォルトや@section、@componentなどいずれも下図の結果になります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/604560/a9e8a316-3025-232f-0d8e-c54345e72f16.png)## 共通処理
“` php:\routes\web.php
Route::get(‘/hello’,’App\Http\Controllers\HelloController@index’);
“`## デフォルト
継承などせずに、コントローラとビューだけで解決します。
“`php:\app\Http\Controllers\HelloController.php
【PHPフレームワークFlow】FlowでPSR-15のカスタムミドルウェアを扱う
# 初めに
PHPにおけるリクエストとレスポンスを扱うためのガイドラインであるPSR-15は主にFW内で使われる技術であり、Controller以降を実装する開発者にとって意識する機会は少ないかもしれません。
そんな中、Flowでは独自のミドルウェアを作成し、ミドルウェアチェインの中に組み込む機能を有しています。今回は、Flowにおけるカスタムミドルウェアの作成方法とその組み込み方について解説します。
# PSR-15とは
PSR-15は、Web APIやWebアプリケーションのリクエストとレスポンス処理を共通化・標準化するためのガイドラインです。https://www.php-fig.org/psr/psr-15/
詳しくは以下の記事で解説をしたので、ご覧ください。
https://qiita.com/nnhkrnk/items/912fa9ade4352bf1c764
# FlowにおけるPSR-15
前述の通り、FlowではPSR-15のルールに沿ってリクエストとレスポンスを扱う処理を共通化しています。そして、Flowでは開発者が独自に作成したミドルウェアをミドル
XserverにComposer 2をインストール
See the Pen
Untitled by John Doe (@04)
on CodePen.