ブログ

以前、ネストしたlocation設定があった場合、どのようにlocationが選択されるのかを解説しました(こちら)。 今回は、あるlocationが選択された場合、その親のlocationのconfigが子のlocationにどのように継承されていくのかを解説します。

Laravelのフォームビルダー(*1)は、これまで何度か変わってきました。

• 初期の頃(～laravel4?)はLaravel内に存在した
• Laravel5からはLaravel本体から削除され、別パッケージのlaravelcollective/htmlとして分離された
• laravelcollective/htmlも2023年秋頃にサポート終了を迎えた
• 後継としてspatie/laravel-htmlがあるが、laravelcollective/htmlとは全く互換性はない

少し前からAnthropicのAPIを使って簡単なものを作りちょこちょこと遊んでいたのだが、最近はMCP(Model Context Protocol)が話題になることが多い。 VS CodeからMCPサーバーの呼び出しができるようになったことで一気に広まったようだ。

Nginxでは特定URIへの設定を行うのにlocationディレクティブを使います。 locationはぱっとみ簡単そうですが、実のところどの設定が適用されるのかルールが結構分かりづらかったりします。

さらに、このlocationはネストして指定することができ、ネストしてlocationをグループ化することで、 設定の重複記述を排除したり、URLのマッチングを減らしパフォーマンス劣化の懸念を回避できます。

年末あたりから仕事で使っているMacBookやらWindows PCを少しずつ入れ替えていました。 最新のMacBook ProだとCPUはM4になっているのですが、去年購入したMac StudioのM2 Maxに比べてどの程度速くなっているのかなど気になっていたので、手持ちのホスト間で雑に性能を測ってみました。