Piwik 1.8 (diskuse)

[MaT]

Piwik mě v posledních pár měsících začal docela zajímat. Má s ním někdo zkušenosti, jak moc je to náročné na výkon serveru? Můžu si dovolit to nainstalovat třeba na VPS?

Možnost nahradit novou verzí awstats nebo webalyzer také vypadá zajímavě...

[Dirka]

Jasny, autor zpravicky samozrejme piwik pouziva a i sem tam prispiva nakym tim bugem a tak :)

Mam to nasazeny na te nejnizsi variante od Wedosu a funguje to v pohode, spis ale napis, jakou mas navstevnost a kolik webu bys trackoval, to je podstatnejsi.

Samotnej script na import z logu je imo zatim docela dost narocnej, ten sem na VPS zatim nepoustel, do budoucna se planuje prunik obou, tedy budes chtit treba doplnit data o lidi co maj vypnutej JS / pouzivaji DNT a doimportujes z logu (ale s tim pocitej az nekdy za pul roku jestli, toto je prvni verze importu primo v core piwiku).

[uztg]

pri 10k UIP denne to na php-fpm zere cca 500mb ram, cpu neznatelne (pokud nedela zrovna archivaci (v mem pripade 1x za hodinu)).

sem tam to ma stupidni chybu, ale jinak v pohode.

pokud byly na to pouzite innodb tabulky, cpu bylo 10x vytizenejsi, myisam je bez problemu (nevim proc, nevyznam se v db).

[Dirka]

sem tam to ma stupidni chybu, ale jinak v pohode.

Muzes specifikovat blize o jakou chybu/problem se jedna a jaka verze?

[žčřš]

- v minule stable (v soucasne jsem jeste netestoval) byly spatne prepocty (v dashboardu) pri webu s malo navstevama (jednotky denne), nekdy zmizely z dashboardu, po par hodinach byly zase zpet, atp.

- i v teto je spatne pocitani unikatnich navstevniku pri mesicnim zobrazeni pro dany web, napr. ted mam pred sebou desitky webu, kde je denni navstevnost (kazdy) 3-3,5k unikatnich lidi, pri dennim a tydennim vypisu to spocita dobre (3az3,5k x7), ale pri mesicnim to vzdy spocita na cca 22k celkem. overoval jsem to, napr tahanim dennich cisel pres api a spocitanim za mesic... mozna ta chyba je tim, ze instalace piwiku je nekdy z roku 10 a pak uz jen upgrady.

[Dirka]

ad 1 - pokud myslis "All Websites" tak tam je trochu (spis hodne) matouci, ze to pocita pageviews+downloads+outlinks kdezto pod "Visitors" tab to mas rozdeleny, takze se cisla neshoduji

ad 2 - unikatni navstevnik zavisi na dost faktorech, jestli akceptuje cookie je hlavni, dalsi treba http://piwik.org/faq/how-to/#faq_113 ... jinak to ze mas denne 3k neznamena ze mas mesicne 90k, visits ano, unikatnich navstevniku tezko (teda pokud nemas web, ze clovek pride jednou a nikdy se nevrati), pokud si rozumine v terminu unikatni navstevnik

v kazdym pripade, pokud vidis naky nestandardni chovani, tak to pls logni, jinak te to bude potkavat dale

[bfbdf]

1) tam jsem blbe rekl to dashboard, myslel jsem "all websites". treba v deset rano tam jsou u nejakeho webu videt tri navstevy, po trech hodinach nula atp... v (ted uz spravne) dashboardu daneho webu to je dobre videt. a takovy web blbne i pri prepnuti (v "all websites") na rocni zobrazeni. mel by ukazat cca 200 a je tam nula (a pritom zase v dashboardu je to dobre). tj. neshodovanim to neni, jen proste zmizi cisla.

2) vracejicich se je kolem 10pct (dle analytics, pro dany typ webu to sedne, tak malo), coz ale nedela ten rozdil. zkusim nejak otestovat (mozna mam jen neco blbe nastavene, v tom mnozstvi piwiku co tu mam).

[Radim Kolář]

Neplanuje se verze s pgsql?

[Dirka]

Nevim jestlis tam pridal ten komentar dnes ty nebo nekdo jinej, v kazdym pripade wishlist bug pro pg zde - http://dev.piwik.org/trac/ticket/500

[Salamek]

to snad zvladnes prepsat sam ne ?

[xkucf03]

Ono tímhle směrem (postgresql → mysql) to není až tak hrozné, ale spíš jde o to, kdo to bude udržovat – nové verze vycházejí celkem často a pokaždé se v tom vrtat zkoumat, jestli se něco nezměnilo v dotazech nebo tabulkách…

[Salamek]

Tak pokud se pouziva nejaka inteligentni abstrakce nad DB tak staci pridat dalsi pro dalsi DB a v confu nadefinovat kterou loadovat. Pokud se v kodu s DB pracuje primo tak je to zavrzenihodna/prepsanihodna cunacina

[xkucf03]

Kód Piwiku jsem nezkoumal, tak jen obecně:

Jedna věc je, jestli se používá nějaká abstraktní vrstva pro připojení k DB (PDO, ODBC, JDBC atd.) a druhá věc, jestli se používá abstraktní vrstva pro tvorbu dotazů (typicky nějaké ORM nebo jiná vrstva, která sestavuje dotazy).

To první asi používají, ale to druhé nevím – tipuji, že spíš ne, protože u softwaru tohoto typu je potřeba dost optimalizovat a lepší bude psát přímo SQL než se spoléhat na dotazy vyrobené jinou vrstvou.

[Salamek]

no taky zalezi co se po pgsql chce, prakticky se da 99% SQL pro MySQL pouzit i pod PgSQL (pokud se veci jako posledni vlozeny unikatni klic do tabulky etc resi v abstrakci nad DB).
Proste hodne zalezi na tom jake "ficury" se pouzivaji u momentalni implementace MySQL a jake "ficury" jsou pozadovany po PgSQL implementaci...
Dale si ale myslim ze port na PgSQL by neprinasel prilis vyhod u aplikace kde je potreba vykon (Preci jen MySQL je na tom vykonnove o neco lepe)
tak sjem se podival do konfigurace a : adapter = PDO_MYSQL ; PDO_MYSQL, MYSQLI, or PDO_PGSQL takze podpora PgSQL je jiz take implemenotvana a staci to prepnout v konfiguraci jak jsem predpokladal