2012-09-11 11 views
7

Wprowadzam śledzenie zdarzeń i widoków strony na pudełku Roku (brightscript). Ta część nie jest tak ważna, ale wiemy, że JS nie jest opcją, ani nie jest ustawieniem cookie. Mogę ustawić zmienne, ale nie są to typowe pliki cookie. Ok - więc zaimplementowałem świetne rozwiązanie (google-analytics-for-roku-developers/) i wszystko jest w porządku - Z WYJĄTKIEM !!Google Analytics w środowisku bez plików cookie (brightscript)

Analityka prawdopodobnie nie śledzi unikatów i wyświetla listę ZERO. Jest śledzenia zdarzeń pięknie, jednak :)

Oto próbka moją prośbę URI (dekodowane dla jasności):

http://www.google-analytics.com/__utm.gif?utmwv=1&utmn=1736644096&utmsr=720p HDTV&utmsc=24-bit&utmul=en-us&utmje=0&utmfl=-&utmdt=RokuPageView&utmhn=Home&utmr=-&utmp=Home&utmac=UA-5035974-13&utmcc=__utma=1394882688.2097034752.1347384621.1347384621.1347384621.2;+__utmb=1394882688;+__utmc=1394882688;+__utmz=1394882688.1347384621.2.2.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none);+__utmv=1394882688.13C1CJ109560; 

tak, pytanie nr 1 - I understand from the docs że __utma jest elementem, który śledzi unikaty . Czy widzisz coś, co jest nie tak?

pytanie # 2 - Zaimplementowany przeze mnie kod rozwoju wysyła NOWY losowy plik cookie dla KAŻDEJ ZDARZENIA. Wydaje mi się to niewłaściwe. Zastanawiam się nad zmianą na plik cookie na podstawie sesji, który będzie trwał przez wszystkie zdarzenia. Wtedy jestem daleko poza moim zrozumieniem. Wszelkie wskazówki na ten temat?

+2

Czy widziałeś już http://code.google.com/p/php-ga/ –

Odpowiedz

1

Myślę, że odpowiedź na # 2 jest odpowiedzią na # 1. Zasadniczo musisz emulować, w jaki sposób przeglądarka obsługuje pliki cookie w Twoim kodzie. "Plik cookie sesji" to po prostu plik cookie, tj. Wartość przekazana jako nagłówek HTTP wraz z żądaniem i odpowiedzią - co powoduje, że plik cookie sesji to data wygaśnięcia ustawiona na przeszłość, która informuje przeglądarkę, że usuń go, gdy instancja przeglądarki zostanie zamknięta.

Pliki cookie są dość proste - mechanizm pozwalający ominąć fakt, że HTTP jest bezstanowy (nie ma pamięci). Jeśli w odpowiedzi przekażesz nagłówek HTTP Set-cookie: <value>, klient powinien zapamiętać wartość i przekazać ją z powrotem w nagłówku Cookie: <value> w kolejnych żądaniach. (Jest trochę więcej plików cookie związanych z domenami i wygasaniem itd., Ale to nie za dużo).

Więc jeśli twój klient (Roku) ma jakiś mechanizm służący utrzymaniu, wystarczy zapisać nowy plik cookie, następnie przed ustawieniem nowego losowego, sprawdź nagłówek i jeśli plik cookie został zapisany, po prostu wyślij go z powrotem jak jest. Prawdopodobnie będziesz musiał zaimplementować jakieś zadanie, które regularnie czyści pliki cookie, których ważność wygasła, i tak dalej.

Nie bój się ciasteczka. To tylko nagłówek (z magicznymi mocami z przeglądarki).

Powiązane problemy