monologでPHPのFatalエラーをログに残す - ぷぎがぽぎ
この記事はSymfony Advent Calendar 2014の9日目の記事です。 昨日は おかぽんさんの SymfonyのDIを利用してMail送信クラスをインテグレーションテストする：コード編 でした Symfony のエラーハンドリングはとても優秀 (ただし2.4以降) Symfony は monolog が標準でバンドルされており、2.4からはエラーハンドリングをFWでとても良い感じにやってくれます。 Symfony 2.4以降の devで Noticeエラー たとえば、dev環境だと <?php namespace AppBundle\Controller; use Sensio\Bundle\FrameworkExtraBundle\Configuration\Route; use Symfony\Bundle\FrameworkBundle\Controller\Cont
Symfony Advent Calendar JP 2012 - Day 17 — Symfony Advent Calendar 2012 - Day 17 v1.0 documentation
私は、まだまだ 2.0 をちまちまマイナーバージョンアップしながら利用していますが、幾つかの理由により 2.1 に上げたいと 思っています。 その理由のひとつが、強化されたロギングに関わる設定です。Symfony2.0 + MonologBundle(2.0) + Monolog(1.0) の組み合わせから 今 (Symfony2.1 + MonologBundle2.1 + Monolog1.2) を比べると、どのように変化しているかを見ていきます。 追加されたHandler¶ Monolog 1.0 時代の Hander は、メールやファイル出力、標準出力についてが用意されていましたが、 最新の安定版 1.2.x では、MongoDB、AMQP、GrayLog2 のための Hander が標準装備されています。 Channel¶ MonologBundle(2.0) は、設定ファイルを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
