django-webbugger

django-webbugger jest prosta aplikacja Django, które mogą być wykorzystywane do śledzenia odwiedzających witrynę. Używa django typów ram treści, aby umożliwić możliwie najbardziej elastyczne podejście do przetwarzania informacji śledzenia. To pozwala na dostosowanie, jakie dane są śledzone w bardzo elastyczny sposób.
Tryby pracy Główny widok używane do śledzenia jest webbugger.views.trigger który normalnie pracuje w trybie przekierowania, ale opcjonalnie można powiedzieć, aby pracować w trybie pikseli zamiast.
Przekierowanie trybu W trybie przekierowania, system śledzenia wykorzystuje danej klasy docelowa przekierować klienta do innej strony po zakończeniu śledzenia. To realizuje metodę śledzenia, który jest przezroczysty dla użytkowników - w zależności od schematu URL.
Tryb wyzwalania Pixel widok argument bierze również słowa kluczowego z nazwą "piksel". Gdy wartość True, argument mówi opinię zwrócić pikseli 1x1 jasne GIF zamiast przekierowanie użytkownika do nowej strony. Dzięki tej funkcji możliwe jest osadzenie adresy URL śledzenia bezpośrednio do stron jako niewidocznych elementów obrazu. Nie tylko to, ale można korzystać z dowolnego medium internetowego, który pobiera obrazy tego systemu.
Metoda pikseli pozwala zrobić więcej mądrych rzeczy, takie jak w tym śledzenie wewnątrz wiadomości e-mail, aby sprawdzić, czy ktoś jest oglądany e-mail, który je wysłał - przy założeniu, że mają zdjęcia odblokowane klienta e-mail, oczywiście.
Struktura modelu
Na wszystko śledzone, jest tworzony "Beacon". Ten sygnał reprezentuje nasze dane śledzenia. Sygnalizatory może składać się z Target, podmiot oraz źródło. Podmiot i źródło są dla systemów, które chcą śledzić jakieś dane powiązane z ich hitów stronie. Cel jest wymagane, gdy przekierowanie, ale jest niepotrzebne przy użyciu pikseli do śledzenia.
Podmioty Zapytanie "Entity" to model Django, która przechowuje informacje dotyczące żądania HTTP w Django. Jednostka może być każdy model Django i opcjonalnie zdefiniować metody nazywanej "beacon_update", który będzie nosił nazwę i przekazał wniosek widoku śledzenia przed przekierowanie do naszego docelowego adresu URL. Pozwala to bardzo łatwo zapisać dane z wniosku prosto do modelu.
Źródła odwiedzin "Źródło" może być każdy model Django. Jest to przydatne do przechowywania informacji dotyczących ruchu, gdzie przyszedł z. Na przykład, w systemie marketingu afiliacyjnego - można użyć atrybutu źródłowego naszej latarni odwołać partnerski, który wysłał ruchu na stronie.
Cel podróży gdy nie są używane w trybie pikseli, "target" oznacza, gdzie przekierować ruch po Beacon został stworzony. Celem jest po prostu model, który definiuje metodę get_beacon_url, które powinny powrócić adresu URL do strony, że nasz "podmiot" zostanie przekierowany do po przetworzeniu sygnału nawigacyjnego. Dla zgodności z innymi aplikacjami Django, sprawdza webbugger jeśli get_absolute_url jest zdefiniowany jako atrybut na naszym modelu docelowego, gdy get_beacon_url nie istnieje. . Jeżeli żadna z tych metod istnieje, HTTP 404 jest pokazany, bo nie mają gdzie bezpośredniego ruchu do po utworzeniu latarnię śledzenia

Wymagania :

< ul>