DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   Pracenje produktivnosti posetioca (http://www.devprotalk.com/showthread.php?t=10599)

squirll 15. 12. 2011. 16:10

Pracenje produktivnosti posetioca
 
Pozdrav, treba da scripta izracunava produktivnost(viewpages) za posetioce sa jednog reff-a...
E sad ja bi trebao zapisivati ip tog korisnika i koliko je on stranica pogledao u 24H ...
Problem je ovde sto se ocekuje velika poseta (preko 10k uniqe u minuti) i da to zapisujem sve direktno u bazu ubilo bi je.
Razmisljao sam prvo da belezim u memcache i kad istekne 24H da to iz cache ubacim u bazu, ali tu nastaje drugi problem, sto nece 100% biti tacno racunanje produktivnosti.

Da li je neko slicno radio ili ima ideju kako ovo da resim a da budu svi zadovoljni? :)

webarto 15. 12. 2011. 16:17

Možeš li pojasniti to viewpages, treba ti za svakog posjetioca "putanja", šta je klikao, kad i ostalo? Za koji period?

ivanhoe 15. 12. 2011. 17:59

parsiraj serverske logove

squirll 15. 12. 2011. 20:48

webarto - treba mi tacan broj stranica koje je korisnik posetio na tom domenu u proteklih 24H. samo to, ne zanima me u koje vreme niti koliko se zadrzao..samo koliko je stranica ucitao...

ivanhoe - nije losa ideja, samo moram proveriti koliko log fajl moze da bude veliki...Ima mozda neka clasa za tako nesto? :)

salebab 15. 12. 2011. 22:16

Mislim da ako se nalaziš na serveru (ili cloud) koji podržava 10k poseta u minuti da ti neće biti problem jedan INSERT upit po zahtevu? Zar ne? Ili skaliraš mysql? :)

ivanhoe 15. 12. 2011. 23:51

Druga, jos jednostavnije varijanta je da koristis neku NoSQL bazu, tipa mongoDB. Uzasno su brze za upis posto baferuju podatke u memoriji, 10k zahteva u minuti nije nikakav problem.

A mongo je extremno jednostavan za upotrebu, i na sajtu imas primer za upotrebu mongoDB kao log sistema koji se vrlo lako da preraditi u to sto tebi treba...

squirll 16. 12. 2011. 11:30

ivanhoe, to mi reci :) ja sam citao/skontao da su NoSQL baze brze/bolje za SELECT upite...al izgleda da sam krivo citao
a ovo je odlicna prilika da se oprobam u NoSQL-u :) svidja mi se :)

sad se razmisljam da kombinujem mysql+mongo ili samo mongo? write bi isao u mongo a read u mysql. ...preporuka?
I jel moz neko da kaze koliko mu zauzece servera sa mongo bazom i koliko otp ima posetioca?

ivanhoe 16. 12. 2011. 16:17

ovo moje nema za sad puno hitova, 10-tak u sekundi u peak periodima, ali zato server load na small instanci na EC2 sa apache-php-mongoDB setupom (prakticno bez ikakve optimizacije) retko predje 0.2.

Utvara mi kaze da na http://newscurve.com/ oni teraju node.js + mongoDB i da to razbija koliko je brzo. Pominjao je neke stotine upita u sekundi, zaboravio sam tacnu cifru, ali secam se da je zvucalo kao jako puno :) Isto tako sve na obicnom hardware-u, nikakva zver...

jablan 16. 12. 2011. 16:18

@squirll: Kako misliš write u mongo a read u mysql?

squirll 16. 12. 2011. 17:28

@jablane, pa u mongo ide write i tamo sumira podatke i onda taj sum jedna cron scripta prebaci u mysql...
sta dobijem s tim...pa umesto 1000insert query-a u mysql ide jedan, i ako pukne neka baza druga moze da nastavi sa radom normalno (znaci sajt ce biti delimicno aktivan)

ili da sve prebacim u mongo?A posto radim u CI-u onda moram vijati i mongo classe...


Vreme je GMT +2. Trenutno vreme je 07:38.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.