現在のリクエストの任意の時点の変数のダンプをフロントに表示するのはもちろん、パフォーマンス確認したり無駄なクエリ追ったりするのにも重宝する。リダイレクトが起こったページもstackedとして表示してくれるし、そもそもログを記録しているので過去に遡って確認することもできる。5.4まで)config/app.phpにてServiceProviderを登録。AppServiceProviderより上に書いておくが吉。ブロックに書いておけば問題ない)PHPBarryvdh\Debugbar\ServiceProvider::class,1Barryvdh\Debugbar\ServiceProvider::class,また、Debugbar::info('message');のようなファザードを使う場合はaliasに登録しておく。以降ではパッケージオートディスカバリが利用できるためこれらの追加は省略できます。nullの場合、config('app.debug')の値がデフォルトの有効状態として扱われる。debugをfalseにしているはずのproductionで出ることは無いってわけ。デフォルトというのは実行時に切り替えられることに対して。\Debugbar::disable();12\Debugbar::enable();\Debugbar::disable();過去のログの記録って......任意のストレージドライバが使える。storageで設定。デフォルトはfileドライバでstorage/debugbar/*.jsonとかに保存される。(アプリもデフォルト設定の場合)なんで勝手にViewに埋め込まれるのdebugbarのDebugbarr::injectDebugbarがレスポンス内の</body>を勝手に置き換えてくれてる。気に入らなければinjectを無効化してViewに書けとのこと。ルートが勝手に生えるよdebugbarが使うAPIとdebugbarのCSS/JSのルートが自動的に生やされる。以下にassets/javascriptassets/stylesheetsclockwork/{id}open使い方について過去のリクエスト、またはajaxリクエストの詳細を見るフォルダアイコンから。(opened)がつく。リダイレクト前のリクエスト上記のフォルダアイコンの左のセレクトボックスから当該リクエストを選択。(stacked)がついてる。APIオンリーのプロジェクトで使うてっきり使いものにならないかと思ってた時期もあったけどDebugbar専用のルートを1つ用意しておけば上記の方法で遡れるため役に立つ。\Debugbar::stopMeasure('sendMail');12345\Debugbar::startMeasure('sendMail');//\Debugbar::stopMeasure('sendMail');もちろん連続して呼び出す必要はない。ロギングデバッグメッセージの出力各種。\Debugbar::log('log');123456789\Debugbar::emergency('emergency');\Debugbar::alert('alert');\Debugbar::critical('critical');\Debugbar::error('error');\Debugbar::warning('warning');\Debugbar::notice('notice');\Debugbar::info('info');\Debugbar::debug('debug');\Debugbar::log('log');もちろんオブジェクトや各種コレクションを突っ込んでもちゃんと中身を表示できる。公開環境で表示するのはやめましょう誰でも表示できる環境で使うのはやめましょう。SQLは見れてもいいとか思っててもデフォルト設定ではリクエストがすべて記録されている上にそれに誰にでもアクセス可能になっているのでパスワードも丸見えです。乗っ取られてしまいます。2017storageを無効化すれば防げるかもはしれないけど。