1 Temat przez sacud

  • sacud
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 17.01.2008
  • Posty: 13

Temat: Propozycje nowych funkcjonalności estats

Witam,
proponuję dodanie do eStats poniższych funkcjonalności:
-wyszukiwanie wizyt po adresach IP/dacie/adresie strony/ilości wizyt w zakładce szczegółowych wizyt (czasami przydaje się wyszukać poszczególne wizyty, a tak by bylo szybciej niż aktualnie bezpośrednio przez bazę)
-kasowanie z bazy starych danych szczegółowych wizyt np. starszych niż 3 miesiące, zostawione zostały by tylko ogólne dane do posumowań miesięcznych/rocznych (baza statystyk aktualnie robi się za duża i zaczyna zamulać...)
-wyświetlanie w szczegółowych oprócz publicznego adresu IP też dodatkowo wewnętrznego IP: http://reglos.de/myaddress/MyAddress.html
-HeatClick / HeatMaps / clickMapa  - to tylko tak przypominająco, pisałem o tym wcześniej smile
-prostsza wersja backupu bazy statystyk(teraz niewiem czemu nie da rady tego backupu wykonać hmm)
-obsługa przez statystyki subdomen/kilku stron, ktoś już też o tym pisał smile

Czy jest szansa że takie zmiany będą w najbliższej przyszłości w 5 wersji eStats? smile

2 Odpowiedź przez Kobra

  • Kobra
  • Grafik
  • Nieaktywny
  • Skąd: /home/cobra
  • Zarejestrowany: 21.07.2006
  • Posty: 47

Odp: Propozycje nowych funkcjonalności estats

sacud napisał/a:

-wyszukiwanie wizyt po adresach IP/dacie/adresie strony/ilości wizyt w zakładce szczegółowych wizyt (czasami przydaje się wyszukać poszczególne wizyty, a tak by bylo szybciej niż aktualnie bezpośrednio przez bazę)

Jest w planach - sam kiedyś sobie pisałem do tego hack, rok-dwa temu :-]

sacud napisał/a:

-kasowanie z bazy starych danych szczegółowych wizyt np. starszych niż 3 miesiące, zostawione zostały by tylko ogólne dane do posumowań miesięcznych/rocznych (baza statystyk aktualnie robi się za duża i zaczyna zamulać...)

W nowej wersji struktura bazy zostanie radykalnie modernizowana, więc powinno być bez-zamułkowo.

sacud napisał/a:

-wyświetlanie w szczegółowych oprócz publicznego adresu IP też dodatkowo wewnętrznego IP: http://reglos.de/myaddress/MyAddress.html

Java? Oj, wątpię żeby to był dobry pomysł, zważywszy na mulistość właśnie... Może opcjonalnie, jako dodatek?

sacud napisał/a:

-obsługa przez statystyki subdomen/kilku stron, ktoś już też o tym pisał smile

Ja o tym na pewno pisałem, nawet nieraz ;-)
IMO to najważniejszy element do dodania obecnie...

sacud napisał/a:

Czy jest szansa że takie zmiany będą w najbliższej przyszłości w 5 wersji eStats? smile

Jest... Jest nawet szansa, że dożyjemy wydania tej wersji ;-)

Pozdrawiam,
Walerian "Kobra" Walawski

Kobra's Strona

3 Odpowiedź przez Emdek

  • Emdek
  • Administrator
  • Nieaktywny
  • Zarejestrowany: 12.06.2006
  • Posty: 441

Odp: Propozycje nowych funkcjonalności estats

sacud napisał/a:

-kasowanie z bazy starych danych szczegółowych wizyt np. starszych niż 3 miesiące, zostawione zostały by tylko ogólne dane do posumowań miesięcznych/rocznych (baza statystyk aktualnie robi się za duża i zaczyna zamulać...)

Mamy już taką opcję, dość dawno nawet. ;-)
Ale ze względu właśnie na nową architekturę bazy nie zalecam ich kasowania, wszystkie podsumowania będą generowane z tej tabeli (teraz jest redundancja - do pewnego stopnia -  i dlatego można je usuwać bez uszczerbku dla pozostałych danych).

Kobra napisał/a:
sacud napisał/a:

-wyświetlanie w szczegółowych oprócz publicznego adresu IP też dodatkowo wewnętrznego IP: http://reglos.de/myaddress/MyAddress.html

Java? Oj, wątpię żeby to był dobry pomysł, zważywszy na mulistość właśnie... Może opcjonalnie, jako dodatek?

To chyba zbytnie szpiegostwo jak na wbudowaną rzecz. ;-)

sacud napisał/a:

-HeatClick / HeatMaps / clickMapa  - to tylko tak przypominająco, pisałem o tym wcześniej smile

Może jako dodatek, raczej nie w 5.0, może w 5.1 lub dalszych, do rozważenia jeszcze (temat jest dość problematyczny ze względu na duże różnice w wyświetlaniu / położeniu elementów w zależności od wielu czynników dlatego nie jest to miarodajne raczej).

sacud napisał/a:

-obsługa przez statystyki subdomen/kilku stron, ktoś już też o tym pisał smile

Tak, to jest jedno z głównych założeń nowej wersji. :-)

sacud napisał/a:

-prostsza wersja backupu bazy statystyk(teraz niewiem czemu nie da rady tego backupu wykonać hmm)

Tzn. w jakim sensie prostsza?

Kobra napisał/a:
sacud napisał/a:

Czy jest szansa że takie zmiany będą w najbliższej przyszłości w 5 wersji eStats? smile

Jest... Jest nawet szansa, że dożyjemy wydania tej wersji ;-)

Wszystko poza prywatnym IP i mapami kliknięć jest lub będzie w nowej wersji, która cierpi ciągle przez moje życie zawodowe, ale może już w ten weekend się zrobi luźniej (trochę się przedłużył jeden projekt...).

Nadszedł już czas, najwyższy czas, nienawiść zniszczyć w sobie.

Emdek's Strona

4 Odpowiedź przez sacud

  • sacud
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 17.01.2008
  • Posty: 13

Odp: Propozycje nowych funkcjonalności estats

Emdek napisał/a:
sacud napisał/a:

-prostsza wersja backupu bazy statystyk(teraz niewiem czemu nie da rady tego backupu wykonać :/)

Tzn. w jakim sensie prostsza?

Teraz w ogóle nie działa, chodzi o taką żeby działała :)

Aktualnie na stronie "Administracja - Kopie zapasowe" wyrzuca na górze strony błąd:

Debugowanie (1):
#1 Notice (/home/users/www0/public_html/www0/estats/pages/admin/backups.php:70)
Undefined index: sqlformat

Natomiast po kliknięciu przycisku "Utwórz kopię zapasową" po chwili wyświetla się biała strona a w logach serwera wywala błąd:

PHP Fatal error:  Out of memory (allocated 43515904) (tried to allocate 41156541 bytes) in /home/users/www0/public_html/www0/estats/lib/db/MySQL/common.php on line 176, referer: http://www.www0.pl/estats/index.php?var … in/backups

Ile pamięci jest potrzebne żeby obsłużyć ten backup? Sama baza estats ma ok. 523MB.



Emdek napisał/a:
Kobra napisał/a:
sacud napisał/a:

-wyświetlanie w szczegółowych oprócz publicznego adresu IP też dodatkowo wewnętrznego IP: http://reglos.de/myaddress/MyAddress.html

Java? Oj, wątpię żeby to był dobry pomysł, zważywszy na mulistość właśnie... Może opcjonalnie, jako dodatek?

To chyba zbytnie szpiegostwo jak na wbudowaną rzecz. ;-)

Niekoniecznie ;) Jeśli jest grupa userów która łączy się ze stroną z tej samej sieci w której jest jedno publiczne IP a wszyscy są za NATem to nawet jeśli będzie kilka wizyt z różnych PCtów to będzie zliczało w estats jako jednego usera niestety :/ Mam taki przypadek i jeśli by było w szczegółowych też IP wewnętrzne to by pomogło dużo. Chodzi tu o to żeby rozdzielało te wizyty wewnątrz sieci i pokazywało je jako osobnych userów. Wiadomo że dla większości stron będzie to mało przydatne, ale jeśli ze strony korzysta duża grupa osób z jednej sieci wtedy było by to pomocne. Czy jest szansa na taką wtyczkę do estats?

Ostatnio edytowany przez sacud (09.06.2011 13:33:28)

5 Odpowiedź przez Emdek

  • Emdek
  • Administrator
  • Nieaktywny
  • Zarejestrowany: 12.06.2006
  • Posty: 441

Odp: Propozycje nowych funkcjonalności estats

No pół gigabajta to trochę gigantyczna ilość danych. ;-)
Przede wszystkim widzę, że używasz nieaktualnej wersji skryptu, jeśli używasz 4.9.x, to może spróbuj zaktualizować do najnowszej najpierw (oczywiście zalecane jest wykonanie kopii zapasowej, najlepiej bezpośrednio przez jakiś mysqldump), problem może zniknie, a jeśli nie, to inni też będą mieć pożytek z poprawki. ;-)

Co do tego adresu prywatnego to jest to dobra argumentacja, ale jeśli da się to pobierać tylko przez Javę, to mamy poważny problem, bo wtedy bez dodatkowej metody zbierania danych wyłącznie z jej pomocą nic się nie da zrobić (nie można połączyć tego ze zbieraniem przez PHP, dane od Javy przychodziłyby zbyt późno).

Nadszedł już czas, najwyższy czas, nienawiść zniszczyć w sobie.

Emdek's Strona

6 Odpowiedź przez sacud

  • sacud
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 17.01.2008
  • Posty: 13

Odp: Propozycje nowych funkcjonalności estats

W sprawie IP lokalnego to niestety z tego co mi wiadomo można to tylko przez javę zrobić,
ale można to połączyć z zbieraniem danych przez javascript:

zamiast:

<script type="text/javascript">
var eCount = 0;
var ePath = '/estats/';
var eTitle = '';
var eAddress = '';
var eAntipixel = '';
</script>
<script type="text/javascript" src="/estats/stats.js"></script>

można dać:

<APPLET CODE="MyAddress.class" NAME="internaljava" MAYSCRIPT WIDTH=2 HEIGHT=2></APPLET>
<script type="text/javascript">
var eCount = 0;
var ePath = '/estats/';
var eTitle = '';
var eAddress = '';
var eAntipixel = '';
var eLocalip = document.internaljava.ip();
</script>
<script type="text/javascript" src="/estats/stats.js"></script>

plus w stats.js dodać do generowanego antypixela jedną zmienną:

+ '&javalip=' + eLocalip

7 Odpowiedź przez Emdek

  • Emdek
  • Administrator
  • Nieaktywny
  • Zarejestrowany: 12.06.2006
  • Posty: 441

Odp: Propozycje nowych funkcjonalności estats

No tak, to rozwiązuje problem zbierania danych, pytanie tylko jak je przechować.
Bo są dwie opcje, mające swoje wady i zalety, dodatkowa kolumna lub dodawanie do istniejącego z separatorem (np. -).

Nadszedł już czas, najwyższy czas, nienawiść zniszczyć w sobie.

Emdek's Strona

8 Odpowiedź przez sacud

  • sacud
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 17.01.2008
  • Posty: 13

Odp: Propozycje nowych funkcjonalności estats

IMO najlepiej było by przechowywać to lokalne ip w tej samej kolumnie (ip w tabeli *_visitors) co publiczne czyli z tym separatorem
wystarczyło by zmienić VARCHAR(20) na VARCHAR(31)
i było by np.:
123.123.123.123-192.168.1.102

Tam gdzie by nie wykryło lokalnego IP bo np. Java lub JS było by zablokowane wtedy nie dodawało by separatora,
tak było by chyba najbardziej oszczędnie dla serwera, nie trzeba by było zmieniać niczego w strukturze bazy i gdyby była to opcja to nie marnowało by zasobów tam gdzie nie ma tego włączonego.

PS. czy estats będą miały wsparcie dla zbliżającego się wielkimi krokami IPv6?

Ostatnio edytowany przez sacud (10.06.2011 19:41:45)

9 Odpowiedź przez Emdek

  • Emdek
  • Administrator
  • Nieaktywny
  • Zarejestrowany: 12.06.2006
  • Posty: 441

Odp: Propozycje nowych funkcjonalności estats

Generalnie kompatybilność struktury bazy nie ma żadnego znaczenia, bo nowa wygląda zupełnie inaczej (adresy IP mają własną tabelę, jak zresztą inne ciągi tekstowe, z której łączone są liczbowym identyfikatorem do tabeli odwiedzin), chodzi bardziej o kwestię wydajności i łatwości wyciągnięcia danych.
Co do IPv6 to głównie kwestia obsługi w PHP, po stronie skryptu to tylko kwestia szerokości pola na adres IP.

Nadszedł już czas, najwyższy czas, nienawiść zniszczyć w sobie.

Emdek's Strona