Laravelでは、デプロイメントステージ(開発、ステージング、本番)ごとに異なる設定を管理するために、.envファイルを使用する方法が最も一般的です。
各環境ごとに異なる.envファイルを用意し、環境変数を通じてアプリケーションの動作を制御します。
.env.local # ローカル開発環境用
.env.staging # ステージング環境用
.env.production # 本番環境用
開発環境 (.env.local)
APP_ENV=local
APP_DEBUG=true
APP_URL=http://localhost
DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_DATABASE=myapp_dev
DB_USERNAME=root
DB_PASSWORD=secret
本番環境 (.env.production)
APP_ENV=production
APP_DEBUG=false
APP_URL=https://example.com
DB_CONNECTION=mysql
DB_HOST=production-db-server
DB_DATABASE=myapp_prod
DB_USERNAME=prod_user
DB_PASSWORD=secure_password
デプロイ時に適切な.envファイルをコピーして使用します:
# ステージング環境へのデプロイ
cp .env.staging .env
php artisan config:cache
.envは.gitignoreに含める)https://github.com/github/copilot-cli/releases/tag/v0.0.370-0
リリースノート 0.0.370-0 プレリリース版
内容が提供されていないため、要約できません。
https://github.com/github/copilot-cli/releases/tag/v0.0.369-0
リリースノート0.0.369-0のプレリリース版
https://github.com/github/copilot-cli/releases/tag/v0.0.368
2025-12-10
https://github.com/github/copilot-cli/releases/tag/v0.0.368-4
リリース前バージョン 0.0.368-4
Laravel+Inertia+Reactで作って使っている。
RSS・フィードリーダーは色々いろいろ使って来て一つ前はFeedly+Chrome拡張だったけどChromeのManifest V3移行で使えなくなった。
他人のサービスに依存すると結局振り回されるので全部自作。
公開する予定はないので好き勝手に機能を付けている。
https://github.com/laravel/laravel/releases/tag/v12.11.0
https://github.com/laravel/framework/releases/tag/v12.42.0
型定義・型安全性の改善
新機能追加
バグ修正
その他の改善
https://github.com/livewire/livewire/releases/tag/v4.0.0-beta.4
バグ修正
data-currentの完全一致マッチングを修正機能追加・変更
wire:modelの内部デバウンスとユーザー定義デバウンスを統合wire:scrollをwire:navigate:scrollに変更wire:modelの転送機能を追加Laravelのテストにおける重要なベストプラクティスの一つは、本番環境のデータベースとは完全に分離された専用のテストデータベースを使用することです。
.env.testingファイルを作成し、テスト専用のデータベース設定を定義します:
DB_CONNECTION=sqlite
DB_DATABASE=:memory:
または、MySQL/PostgreSQLの場合:
DB_CONNECTION=mysql
DB_DATABASE=testing_database
use Illuminate\Foundation\Testing\RefreshDatabase;
class ExampleTest extends TestCase
{
use RefreshDatabase; // 各テスト後にデータベースをリセット
public function test_example()
{
// テストコード
}
}
このRefreshDatabaseトレイトを使用することで、各テスト実行後に自動的にデータベースがクリーンな状態にリセットされます。
https://github.com/laravel/boost/releases/tag/v1.8.4
Laraconとは違うようだけど公式のコミュニティカンファレンス
https://laravellive.jp/ja
Other packages have also added support, so we can now switch to 8.5.
Version constraints are unnecessary for regular Composer packages, except for those like Xdebug where version updates have significant impact.
Just specify ^8.2 and add constraints only when you find it doesn't work with a new version under development.
If the compatibility work only involves modifying composer.json, the constraint is meaningless.