応答がクライアントに送信された後にDjangoでコードを実行します

Question

私のDjangoアプリケーションでは、応答がクライアントに正常に送信されたかどうかを追跡したいと思います。私は、クライアントがレスポンスを受け取った（そして表示した）ことを保証するために、HTTPのようなコネクションレスプロトコルには「防水」方法がないことをよく承知しているため、これはミッションクリティカルな機能ではありませんが、最新の可能な時間。応答はHTMLではないので、クライアントからのコールバック（JavascriptやIMGタグなどを使用）は不可能です。

「最新の」フックは、ミドルウェアリストの最初の位置にprocess_responseを実装したカスタムミドルウェアを追加することですが、これは実際の応答が構築されてクライアントに送信される前に実行されることを理解しています。応答が正常に送信された後でDjangoにコードを実行するフック/イベントがありますか？

Answer 1

：

from django.template import loader 
from django.http import HttpResponse 

# use custom response class to override HttpResponse.close() 
class LogSuccessResponse(HttpResponse): 

    def close(self): 
     super(LogSuccessResponse, self).close() 
     # do whatever you want, this is the last codepoint in request handling 
     if self.status_code == 200: 
      print('HttpResponse successful: %s' % self.status_code) 

# this would be the view definition 
def logging_view(request): 
    response = LogSuccessResponse('Hello World', mimetype='text/plain') 
    return response 

Djangoのコードを読み取ることによって、私は非常にHttpResponse.close（）がにコードを注入する最新のポイントであることを確信していますリクエスト処理。上記の方法と比較して、この方法でより良く処理されるエラーケースが本当にあるかどうかはわかりませんので、私は今質問を開いたままにしておきます。

私がlazerscienceの答えで言及した他の人たちにこのアプローチを好む理由は、ビューだけで設定でき、ミドルウェアをインストールする必要がないからです。一方、request_finishedシグナルを使用すると、応答オブジェクトにアクセスできなくなります。

Answer 2

ミドルウェアについて話すとき、私はあなたがミドルウェアのprocess_request方法を考えていると仮定しますが、HttpResponseオブジェクトが返されたときに呼び出されprocess_response methodもあります。私はそれがあなたが使うことができるフックを見つけることができる最新の瞬間になると思います。

さらに、解雇されているrequest_finished signalもあります。私は、現時点では用のつもりだ方法は、のHttpResponseのサブクラスを使用しています