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

<?php return [ 'default' => env('DB_CONNECTION', 'mysql'), 'connections' => [ 'mysql' => [ 'driver' => 'mysql', 'read' => [ 'host' => env('DB_SLAVE_HOST', '127.0.0.1'), 'port' => env('DB_SLAVE_PORT', '3306'), ], 'write' => [ 'host' => env('DB_MASTER_HOST', '127.0.0.1'), 'port' => env('DB_MASTER_PORT', '3306'), ], 'database' => env('DB_DATABASE', 'test'), 'username' => env('DB_USERNAME', 'ore'), 'p
<?php // ビューにアサインされた変数+DIコンテナに入ってるオブジェクトが引数に渡る return function ($hoge, Fuga $fuga) { // 戻り値は元のビューにアサインされた変数とマージされる return [ 'hoge' => $hoge * 2, 'fuga' => $fuga->func($hoge), ]; }; というのを prefilter や postfilter を使ってやっていました。 コントローラーに書くにはビューの都合すぎる、テンプレートに書くにはロジックすぎる、というときに、テンプレートに近い位置に PHP のコードを置くのに重宝していました(最近なら ViewModel とか Presenter とか呼ばれるそれ用のクラスを作ったりするのかもしれない)。 それと似たようなことを Laravel Blade でやる方法。 Com
同一ドメイン上に複数のLaravelのサーバが立ってるっていうのもおかしな話ではあるんですが、まぁ。 とあるパスは5.5.43で処理させて、他のパスは5.*で処理をさせるとか、そういう場合でしょうか 5.5と5.*でcookieを共有すると爆発する 同一ドメインだからといって、APP_KEYの値を同じにしてcookieをそのまま共有しようとすると爆発を起こします。 5.5とそれより前のページを行ったり来たりしていると、なんだかエラーが出てきてしまいます。 cookieの値がserialize/deserializeできないというエラー タイトルのようなエラーが出てきてしまいます。 何故かと言うと、laravel5.5.43から、参照しているilluminate/cookieに変更が入っているのです。 5.5のソース 5.5/Middleware/EncryptCookies.php /**
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに よくあるファイルアップロードの仕組みをLaravelとS3で作ってみたいと思います 前提 Laravel version 5.6 のプロジェクトは作成済み AWSアカウントは作成済み S3用のIAMを作成 まずはAWSのコンソールの右上から、自分のアカウントをクリックしアコーディオンを開き、「My Security Credentisals」をクリック 遷移したら、左側のメニューから「Users」をクリック 遷移したら、「Add User」をクリック 遷移したら、「User name」に適当な名前を入力し、「Select AW
きっかけ これまでWEBアプリの開発を結構やってきたけど、本番でのログローテーションの設定は自分でやったことなかったのでメモ。 Apache 大まかな設定は以下のURLの通り だいたいのコマンドの一覧(全てではない) なぜかdateextがない。 dateext:ローテーションするファイル名フォーマットに日付を使う。 私の思うポイント logrotateというコマンドはCentOS6系にはデフォルトで入っている様子。 このコマンドはcronのデイリーで設定されていた。 /etc/logrotate.d/httpd もデフォルトにはあった。 今回は私はこの設定が気にくわないので変えた。 logrotate -d の -d での実験は絶対やるべき。(ログファイル消す設定もあるので) Laravel 大まかな設定は以下のURLの通り https://readouble.com/laravel/5
Laravel Dusk で画面キャプチャが簡単に取れるのですが、 ディスプレイに収まらない場合、全体画像が取れないことがわかり、対処方法を考えてみました。 対処方法 - 概要 通常の画像と 一番下にスクロールした画像を撮影することで、 画面全体が確認できるようにしました。 > 2枚で収まらないケースが出てきたら、再検討します。 実行環境 Laravel5.5 MacOS High Sierra 10.13.2 PHP 7.1 Docker 18.06.0 対処方法 - 詳細 DuskTestCase.php に以下を追記 use Facebook\WebDriver\WebDriverBy; use Facebook\WebDriver\WebDriverDimension; abstract class DuskTestCase extends BaseTestCase { // --
はじめに Laravelで構築したphpアプリをAWS Elastic Beanstalkにデプロイする際に、スケジューラが使いたかったので、cronを仕込むことにしました。インスタンスはイミュータブルにデプロイされることを想定し、.ebextensionsを使用して設定します。このやり方は公式ドキュメントに記載があります。 https://aws.amazon.com/jp/premiumsupport/knowledge-center/cron-job-elastic-beanstalk/ しかしながら、cronで実行されるスクリプト内では、環境プロパティで設定した環境変数が取得出来ないようで、"artisan schedule:run"がうまく動いてくれずハマりました。 解決策 ヒントは公式ドキュメントにありました。 https://aws.amazon.com/jp/premium
2021年7月 延期 6.0 Bug Fix 2021-09-07 => 2022-09-06 延期 8.0 Bug Fix 2022-03-01 => 2022-07 延期 8.0 Security Fix 2022-09-06 => 2023-01 延期 9.0 Release 2021-09 => 2022-01 延期 9.0 Bug Fix 2023-09 => 2024-01 延期 9.0 Security Fix 2024-09 => 2025-01 延期 10.0 Release 2022-09 => 2023-01 延期 10.0 Bug Fix 2024-03 => 2024-07 延期 10.0 Security Fix 2024-09 => 2025-01 リリースノート リリースノート 11.0 Laravel https://readouble.com/larav
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く