第16章 - アプリケーションの運用ツール (symfony 1.4 legacy version)
開発とデプロイの両方の期間において、開発者はアプリケーションが期待どおりに動いているかを判断するには絶え間なく一貫した診断情報が必要になります。この情報は一般的にロギングとデバッグユーティリティに集約されます。symfony のようなフレームワークは稼働中のアプリケーションで中心的な役割を果たすので、効率的な開発と運用活動を保証するためにこれらの機能がしっかりと統合されていることは極めて重要です。 アプリケーションが運用サーバーに設置されている期間、アプリケーションの管理者はログのローテーションからアップグレードまで膨大な数のタスクを繰り返します。フレームワークはこれらのタスクを可能なかぎり自動化するツールも提供しなければなりません。 この章では、symfony アプリケーションの運用ツールがこれらのニーズに対してどのように答えるのかを説明します。 ロギング リクエストが実行されている間に
PHP/symfony1.2/ログを吐く - 俺の基地
PHPエラー PHP自体のエラーは、symfonyのエラーとは別に捕捉されます。 っでその設定値は hogeapp/config/setting.yml に各セクションに分かれて error_reporting: <?php echo (E_ALL | E_STRICT)."\n" ?> のように書かれています ▲ ▼ symfonyのエラー symfonyのエラーは log ディレクトリ以下に吐き出されます。定番のフレームワーク同様ログレベルを定義できます。 そしてその設定は hogeapp/config/factories.yml で行われます。 通常は本番はログをとらない設定になっているので、まずこんな風にfactories.ymlを修正して prod: logger: class: sfAggregateLogger param: level: info logger: c
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Symfony]ログ出力をカテゴリ別に分ける | Share Technical Blogs
