問題タブ [access-log]

ファイルのダウンロードが完了したかキャンセルされたかを確認したいので、nginxにオプションがあることを知りました

OKまたは空のステータスを与える$request_completion

status パラメータをログに記録するように access.log を編集しました。
この方法はうまく機能していますが、少し混乱しています。ユーザーがそのファイルに複数回接続してチャンクでロードした場合はどうなるでしょうか? 最後のバイトが送信された場合、ステータスは「OK」に設定されていますか、それとも複数のリクエストの場合は nginx を「認識」していますか?

例えば：

ユーザーは同じファイルに 4 回接続します。

最初のリクエスト: 0 ～ 499 バイト
2 番目のリクエスト。
: 500 ～ 999バイト
: 1000 ～ 1499バイト : 1500-1623 バイト (ファイルの終わり)

最後のリクエストが最初に終了しました。nginx はステータスを「OK」に設定しますか、それとも他の 3 つのリクエストも終了するまで何をしますか?
この場合、開かれているすべての接続が閉じられているかどうかを誰が確認できますか?

nginx access_log に Java スクリプト ファイル リクエストのみを記録しようとしています。このサイトで見つけた次のコードを使用してみました。

問題は、get リクエストがまったく許可されず、ブラウズで js ファイルを実行する html ファイルを実行しようとすると 404 エラーが発生することです。

すべてが同じように機能するようにしたいのですが、アクセスログがjsファイルのリクエストのみを記録するようにします。それ、どうやったら出来るの？

サーバーでaccess.logを開くと、このメッセージが表示されます

POST "//162.243.67.47:8145/Notification/notifi.php HTTP/1.0" 404 480 "-" "-"

誰がそれが何であるかを知っています404 480 "-" "-" ????

tomcat accesslogvalve を使用して、パラメータとして投稿されたものを tomcat の下で birt に記録する可能性はありますか。標準パターンを使用しても結果が得られません。私が望んでいた期待される結果は、このレポートのパラメーターとしてユーザーが投稿したものです

実際にテストされた accesslog バルブ conf :

結果 ：

ありがとう

restlet サーバーで、アプリケーション ログがファイルに正しく書き込まれ、アクセス ログ ファイルが作成されたが、そのファイルにログが保存されない。

生のアクセス ログ ファイルは 420 MB で、開こうとすると、大きすぎて開けないというメッセージが表示されます。notepad、notepad++、Excelで開いてみましたが、どれも開けませんでした。また、ファイルは 3 日分のログのみです。ファイルを表示するにはどうすればよいですか?

私は Android 開発者で、サーバーへのアプリケーション リクエストでファイルをダウンロードします

デバッグでは1つのリクエストを表示しますが、サーバーでaccess.logを開くと、2つ以上の同じリクエストが表示されます! :|

しかし、なぜ？？？

これは私のnginx.configです

そしてそれは私のサイトの設定です:

S3 アクセス ログ ファイルの分析 S3 アクセス ログ ファイル (S3stat および独自のログ ファイル分析) の「1 か月あたりのデータ転送アウト」の値が、請求書の値と大きく異なることに気付きました。

バケットの 1 つからファイルをダウンロードするテストを行ったところ、アクセス ログ ファイルが正しくないようです。

2015 年 3 月 2 日にバケットに zip ファイルをアップロードし、2 つの異なるインターネット接続を使用して完全なファイルを正常にダウンロードしました。1 日後の 2015 年 4 月 2 日に、ログ ファイルを分析しました。残念ながら、両方のエントリの "Bytes Sent" の値は "-" です。Amazons »Server Access Log Format« ( http://docs.aws.amazon.com/AmazonS3/latest/dev/LogFormat.html ) は次のように述べています: »HTTP プロトコルのオーバーヘッドを除く、送信された応答バイト数、または「-」ゼロ。"

対応するエントリは次のようになります。

バケット所有者 バケット [2015/02/03:10:28:41 +0000] RemoteIP - RequestID REST.GET.OBJECT Download.zip "GET /Bucket/Download.zip HTTP/1.1 "200 - - 760 542 2228865159 58" - "" Mozilla / 5.0 (Windows NT 6.1; WOW64; rv: 35.0) Gecko / 20100101 Firefox / 35.0 "-

バケット所有者 バケット [2015/02/03:10:28:57+0000] RemoteIP - RequestID REST.GET.OBJECT Download.zip "GET /Bucket/Download.zip HTTP/1.1 "200 - - 860 028 2228865159 23" - "" Mozilla / 5.0 (Windows NT 6.1; WOW64; rv: 35.0) Gecko / 20100101 Firefox / 35.0 "-

ご覧のとおり、両方のログの接続時間が非常に長く、»Total Time«: 0:12:40 と 0:14:20 です。

次に、これらの調査結果に基づいて、2014 年 12 月のメイン バケットのログ ファイルを確認しました。2332 の関連エントリ (バケット上のすべての ZIP ファイル) で、860 のエントリにこのエラーが見つかりました。

したがって、Amazon S3 のアクセス ログ ファイルには欠陥があり、分析には役に立たないようです。

誰でも私を助けることができますか？間違えた場合、これらのログ ファイルを確実に評価するにはどうすればよいですか?

ありがとうピーター