django-webbugger

ジャンゴ-webbuggerはあなたのウェブサイトへの訪問者を追跡するために使用することができる単純なDjangoのアプリです。これは、追跡情報を処理するための可能な限り最も柔軟なアプローチを可能にするために、Djangoのコンテンツタイプのフレームワークを使用しています。これは非常に柔軟な方法で追跡されるデータをカスタマイズすることができます。
動作モードは、追跡のために使用される主なビューは、通常、リダイレクトモードで動作webbugger.views.triggerですが、必要に応じて代わりにピクセルモードで動作するように指示することができます。
リダイレクトモードで、追跡システムは、追跡が終了した後に別のページにクライアントをリダイレクトするように指定されたターゲットクラスを使用するとモードをリダイレクトします。これにより、ユーザーに対して透過的である追跡方法を実現 - あなたのURLスキーマによって異なります。
ピクセルモードでは、トリガ·ビューは、「ピクセル」の名前のキーワード引数を取ります。 Trueに設定すると、この引数は、新しいページにユーザーをリダイレクトするのではなく、1x1ピクセルの透明なGIFを返すために、ビューに指示します。この特徴によれば、直接目に見えない画像要素としてページにトラッキングURLを埋め込むことができます。それだけでなく、あなたは、このシステムで画像をダウンロードするすべてのオンライン媒体を利用することができます。
もちろん、彼らは彼らの電子メールクライアントで有効にイメージを持っていると仮定して - ピクセルメソッドを使用すると、誰かがあなたがそれらを送信された電子メールを見たかどうかを確認するために、電子メールの中の追跡を含むなど、より巧妙なものを、行うことができます。
モデル構造
すべてが追跡については、「ビーコン」が作成されます。このビーコンは、私たちの追跡データを表します。ビーコンは、ターゲット、エンティティ、およびソースで構成することができます。エンティティとソースは、それらのページヒットと提携し、データのいくつかの並べ替えを追跡するシステムのために提供されます。ターゲットは、リダイレクトの際に必要ですが、追跡するための画素を用いた場合には不要です。
要求エンティティ「エンティティ」はジャンゴでHTTP要求に関する情報を格納するDjangoのモデルです。エンティティは、任意のDjangoのモデルとなり得ると、必要に応じて呼び出され、前に私たちのターゲットURLにリダイレクトに追跡ビューからの要求が渡されます」beacon_update」と呼ばれるメソッドを定義することができます。これは非常に簡単にストレートモデルに要求からのデータを保存することができます。
トラフィックソースは「ソース」は、任意のDjangoのモデルとなり得ます。これは、トラフィックがどこから来たのかに関する情報を格納するのに便利です。例えば、アフィリエイトマーケティングシステムに - あなたのサイトにトラフィックを送信し、アフィリエイトを参照するために私たちのビーコンのsource属性を使用することができます。
ピクセルモードで使用されていないターゲットの目的地は、「標的」は、ビーコンが作成された後にトラフィックをリダイレクトする場所を表します。目標は、単に私たちの「実体」は、ビーコンを処理した後にリダイレクトされるページのURLを返す必要がありますget_beacon_url方法を定義するモデルです。に対してget_absolute_urlが我々のターゲットモデルの属性として定義されている場合は、他のDjangoアプリケーションとの互換性を保つため、webbuggerチェックがときget_beacon_urlは存在しません。これらの方法のいずれもが存在する場合、我々は追跡ビーコンを作成した後にどこに直接トラフィックを持っていないため、HTTP 404が示されている

この要件：ます。

Pythonの
ジャンゴ