問題タブ [loggly]

iOS SDK で Parse.com を使用しています。すべての Parse ログをサード パーティ サービス (Logentries) に取得したいのですが、Parse.com のログを公開できるかどうかわかりません。

明らかに、Parse で定期的に削除されるログ データを保持することは理想的ではありません。さらに、ログ データをフィルター処理することはできず、Logentries との統合は素晴らしいものになる可能性があります。

以前の未回答の質問を参照しています:解析ログをサービス プロバイダーにストリーミングする方法は?

過去 2 か月間、Loggly に誤ってログを記録していました。私たちのコンテキストは歴史的に文字列の数値配列でした。

['message1', 'message2, 'message3' ...]

より少ないキーを使用する必要があるオブジェクトの配列を loggly に送信しようとしています。

新しいログ ペイロードの例:

['orderId' => 123, 'logId' => 456, 'info' => json_encode(SOMEARRAY)]

よりクリーンなログ形式を持つ新しい形式をテストする際に、Loggly は次のメッセージを提供します。

このイベントで送信された 9 件のうち 2 件は、このアカウントの一意のフィールド名の最大許容数 (100) を超えたため、インデックスに登録されませんでした。影響を受けたフィールドは次のとおりです: [json.context.queue, json.context.demandId]

30日プランです。これは、コンテキストが正しくインデックス付けされるためには、インデックス付けされた古いログの有効期限が切れるまで 30 日間待つ必要があるということですか? 新しい形式のログに対応するためにインデックス作成を再構築する方法はありますか?

一部のプログラムから stdout をログに記録したいと考えています。私が見つけたいくつかの単純なユーティリティがあります (例: https://github.com/meatballhat/loggly-pipeおよびhttps://github.com/segmentio/loggly-cat )。やり過ぎです。

私はこの単純なことをすることで逃げることができますか:

log.sh:

次に、プログラムを実行し、loggly ロギング スクリプトにパイプします。

これはうまくいくように見えますが、他のソリューションのすべての複雑さが何らかの理由で必要なのだろうか?

ここで何か問題が発生する可能性はありますか?

ありがとう！

PHP ログ ファイルを loggly に設定しました。PHP 通知のエントリが多すぎることがわかります。つまり、3 つのうち 4 つがこの PHP 通知です。

PHP Notice:loggly でその特定のログ エントリを除外するにはどうすればよいですか? 別の方法として、php.ini ファイルから php 通知エントリのみを除外できますか?