問題タブ [monolog]

(簡略化して) ステージ マシンとライブ マシンがあるとします。両方とも、prod 環境を使用してテストする必要があります。残念ながら、私たちのステージ マシンでは、利用可能な memcache インスタンスが 1 つあります。ライブでは、3 つの memcache インスタンスがあります。Memcache 拡張機能を使用する必要があります。ライブで構成するには、次のような構成を使用しています。

さらに、ライブではドクトリン接続にスレーブを追加していますが、ステージングではそうではありません。ライブではログをリモート サービスに送信したいのですが、ステージでは送信しません (ただし、他のすべてのロガーは同じように構成する必要があります!)。ステージ上の URL は、「app_stage.php」プレフィックスなしでアクセスできる必要があります。明らかに、これには parameters.yml を使用して解決できるよりも、もう少し (複雑な) マシン固有の構成が必要です。

この種のマシン固有の構成を機能させるために、最初に config_prod.yml によってインポートされる config_local.yml (バージョン管理されていない) を使用し、config_prod.yml は prod の実行に必要なものを追加します。Monolog は一度定義されたロガー チェーンを「忘れる」ことはないため、この試みはログ記録に失敗します (メインのロガーを単純に「オーバーライド」することはできません。古いロガーはまだ存在し、重複したログが生成されます)。

バージョン管理から config_prod.yml を削除し、基本的な製品構成を持つが、たとえばロガーを定義しない (バージョン管理された) config_stage.yml を追加しました。ローカルで変更された config_prod.yml はそれをインポートし、環境の構成の詳細を追加します。

構成の変更を追跡できないため、git の下に config_prod.yml がないのは気分が悪いです。ローカル テスト用に独自の config_prod.yml を作成する方法を設計者に伝える必要があります。すべてのライブ インスタンスで config_prod (+ parameters.yml) を作成する必要があります。

これは物事を行う方法ですか、それとも Symfony2 構成ドキュメントで何かを見逃したのですか?

monolog ファイルを解析し、ログ レベルのフィルタリングなどを使用して「きれいな」HTML 形式で表示するために使用されるパッケージはありますか?

過去数週間、composer または Laravel 4 を使用していませんでした。今日、新しい Laravel プロジェクトを作成しましたが、突然 Monolog が大量の問題を引き起こしています。

最初はプロジェクトを完全に作成できませんでしたが、その後、移行を作成できず、現在は php artisan serve を実行できません。Bootstrap/compiled.php に見つからない Laravel 4 Classの手順に従いましたが、最初は役に立ちましたが、2 回目の移行を作成し、php artisan migrate を実行しようとすると、次のエラーが発生します。

これを修正するにはどうすればよいですか?

自己更新を使用して composer を更新し、dump-autoload を使用しようとしました。また、リンクを投稿した質問の他の手順も使用しました。

すべてのリクエストのログを書き込む API があります。常に実行されている別のバックグラウンド タスクもあり、エラーのログ記録などに同じロガーを使用します。このプロセスは常に実行されており、ファイルへの参照があるため、API は実際にはそこに書き込む権限を取得しません。

「StreamHandler」ハンドラーでロガーとして monolog を使用しています。

私の目標は、両方のプロセスからこの同じログ ファイルを使用することです。どうすれば達成できますか？何かを書き込んだ後にファイルのアクセスロックを解放し、書き込む直前に再び取得する簡単な方法はありますか? ありがとう。

現在、config.ymlでこの構成を行っています

そして、私のコントローラーでは、次を使用します。

ただし、この情報「test」は常に /var/log/prod.log に書き込まれます。

これを my_file.log に変更するにはどうすればよいですか?

ありがとう

私はモノログのドキュメントを読むのに数時間を費やしました..そして、この基本的な質問を理解できませんでした.モノログでチャネルはどのように定義されていますか? ファイルにこれを含むこのsymfony2プロジェクトを取得しましたconfig.yml：

サービスの下の同じファイルで、これらを取得しました：

これは基本的にログメッセージをカスタマイズします..十分に公平です..

私が理解していない部分は、api_low とはどういう意味ですか? それはどこで定義されていますか？api_low は api とどう違うのですか? たとえば、ハンドラー名がチャネルと同じであることがわかります（つまり、APIハンドラーにはAPIチャネルがあります）..しかし、それをどうすればよいかわかりません

単純に言えば

私のコードでは、コンソールでこのログを取得します:

コンソールにもこれらが表示されます。

それらのいくつかは明白です: doctrine は関連するものと一致しますが、これらの定義や参照がどこにあるのかわかりません。

別の方法で尋ねられました: api_low は monolog で定義された特別なキーですか? もしそうなら、そのドキュメントはどこにありますか? すべてのコードでこの文字列のインスタンスを見つけることができなかったので、事前定義された変数であると想定していますか?