Administrator hoce da zna koliko korisnika gleda sajt.

Pitanje je jasno je iz naslova.
Negde sam citao da je moguce resenje za ovo beleziti svaku posetu bilo koje stranice u bazu, isl.
Ovo ne odgovara jer ne zelim da opterecujem bazu upitima.

Drugo, potrebno mi je da samo administrator vidi koliko mu je posetioca na sajtu, to je samo za njege bitno.

Posto ne zelim bazu da opterecujem upitima shvatio sam da se ovi podaci mogu izvuci iz dva izvora:

1. fajlovi sesija
2. neki log fajlovi servera

Molim vas da mi pomognete da odaberemi izvor koji je bolji da bi se doslo do ovog podatka.

Potpis

Aukcije, www.Odbrojavanje.com
Aukcija može biti osvojena jeftino - za 30 sekundi a 6 dinara!

Odakle ti ideja da će to _toliko_ da optereti bazu? Ne vidim elegantnije, brže i bolje rešenje od korišćenja baze. A mislim da takva jedna skripta neće ni približno opteretiti bazu koliko ti misliš da hoće, osim ako nemaš sajt koji je baš baš dosta posećen, a u tom slučaju bi trebalo da imaš i više resursa na raspolaganju.

Potpis

Laravel Srbija.

_{[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]}

Jedino ako hoces da ti bude "preglednije" i da se moze downloadovati, mozes to koristiti... Jer svakako za svaku stranicu ( verovatno ) ti je potrebno povezivanje sa bazom i bar 2-3 ucitavanja iz nje, pa onda zasto ovo ne bi moglo?

Ja imam ovako nesto, jeste da radi samo na pocetnoj strani, i upisuje se koji je korisnik ( ako je reg ), koja IP, koje vreme, sa koje stranice je dosao ( ukoliko je izvan mog domena )... I nema opterecenja uopste...

Sajt je inace programski vec dosta zahtevan.
Koristi licni PHP framework i includuje mnogo fajlova i pokrece dosta klasa za generisanje sadrzaja.
Nije dosta posecen, ali u planu je da bude. Cak i pri maloj posecenosti sajt ima takve Ajax delove koji
stalno zovu server i potrazuju neke podatke. Tako, iako nema trazenja nove stranice, dolazi do stalnog zvanja servera.
Nalazi se na shered hostingu, pa maksimalno moram viditi racuna da sto manje opterecujem hosting da se ne bi srusio.
Zato sam odustao od upisa ovih podataka u bazu pri svakom ucitavanju stranice.

Inace ako ove podatakea vec imam u session fajlovima, ili log fajlu servera to je jos jedan razlog.
Interesuje me samo koji izvor od ova dva preporucujete.

Sa log fajlovima servera nisam radio i nemam predstavu kakva je tu situacija.

Sto se tice SESSION fajlova, tu mi je malo problematicno.
Prilikom prijave korisnika na sistem i odjave korisnika sa sistema, regenerisem sission_id iz sigurnosnih razloga.
Tu se desava da se formira jos jedan sesion fajl, pa ko se korisnik prijavio, pa odjavio, samo on je vec kreirao 3 session fajla.
To mi moze dati pogresnu informaciju da je 3 korisnika online a ustari je samo jedan.
Da li mozda imate predlog kako ovo resiti?

_{[Ovu poruku je menjao zgas dana 25.09.2009. u 10:44 GMT+1]}

Potpis

Aukcije, www.Odbrojavanje.com
Aukcija može biti osvojena jeftino - za 30 sekundi a 6 dinara!

Posto koristis shared hosting onda ti brojanje file-ova ne pomaze jer i ostali sajtovi koriste isti folder. Mozes eventualno da definises svoj folder za session files, ali time narusavas sigurnost.
Mislim da ti je jedino racionalno resenje koriscenje baze.
Ali nemoj da se previse brines zbog performansi jer nece to da radi na svaki request.

Radio bi to na svaki request serveru (osim na ajax requeste) ako bih koristio bazu.

Direktorijum sessija sam vec odvojio.
Taj direktorijum nije dostupan korisnicima, ne nalazi se u javnoj "http" putanji. Ne znam da li to narusava sigurnost?

Ako ovo ne narusava sigurnost, izbegao bih koristenje baze.

Potpis

Aukcije, www.Odbrojavanje.com
Aukcija može biti osvojena jeftino - za 30 sekundi a 6 dinara!

Ako se nalazi izvan siteroot direktorijuma onda mislim da je ok (pretpostavljam da imas read/write prava za php u tom novom direktorijumu)
Sto se tice session_regenerate_id mozes da uradis dve stvari.
Prva je da prosledis true kao parametar da bi se obrisao stari session fajl.
A druga opcija je da sam generises SID (ima dobrih primera na net-u) i da ne moras da pozivas regenerate* .

Sesije resavaju stvar ali veliki problem je prilikom regenerisanja id-a sesije, nikako se ne moze izbrisati stari fajl.
Svasta sam probao, ali PHP ga uopste ne brise mada UNLINK($file) se ponasa kao da ga je izbrisao.
To mi ostavlja fajlove koji nisu aktivni i koji mi daju laznu informaciju koliko je korisnika online.

Evo koda kako sam pokucao da iybrisem stari session fajl:

Potpis

Aukcije, www.Odbrojavanje.com
Aukcija može biti osvojena jeftino - za 30 sekundi a 6 dinara!

Pogledaj malo komentare korisnika na stranici te funkcije u manual-u: http://www.php.net/session_regenerate_id. Ovako na prvi pogled mi se čini da ti fali session_destroy(), odmah posle poziva session_regenerate_id() funkcije.

Apač takođe vodi log o poseti (access logs), ako je to na serveru uključeno.
Iskoristi taj log (parsiraj ga) ako postoji umesto da ti brojiš posete.

Potpis

_{"The quieter you become, the more you are able to hear."}
Blog | PowerCMS

na apacheu imam log fajlove. Bio je ukljucen "Transfer Log", ali sam ga iskljucio jer kao sto sam gore rekao ajaks mi pravi mnogo zahteva serveru, pa mi oterecuje server. Imam jos "ModLogAn", "Referrer Log" i "Agent Log" i svi su iskljuceni. Ne znam koji od ovih logova sam mogao iskoristiti, ali ipak bih da resimo koliko korisnika imam na sajtu preko sesija fajlova jer oni svakako postoje.

Resio sam problem oko sesija.
Ovaj kod brise stari fajl i generise novu sesiju sa novim id-om (a sa starim podacima)


Sada kada su sesije sveze sa ovim kodom, cini mi se da lako mogu da vidim, bez upisivanja u bazu, koji su korisnici online.

_{[Ovu poruku je menjao zgas dana 25.09.2009. u 16:47 GMT+1]}

Potpis

Aukcije, www.Odbrojavanje.com
Aukcija može biti osvojena jeftino - za 30 sekundi a 6 dinara!

Ako ides na logove servera, onda ti on nece praviti razliku izmedju AJAX-a i "obichnih" otvaranja stranica...
I tu bas moze da bude nezgodno ako se requestovi ponavljaju stalno, postane neuredno, 20 requestova jednog korisnika, 50 drugog itd...

Izvini, a zar ne mozes namestiti samo u stranicama koje se ne pozivaju preko AJAX-a da vrsi upis u bazu? Nije valjda da tom brzinom korisnici listaju stranice da ne mogu da se postignu zahtevi za upis u bazu?

I ova dva dela: "Nije dosta posecen, ali u planu je da bude." - "Nalazi se na shered hostingu, pa maksimalno moram viditi racuna da sto manje opterecujem hosting da se ne bi srusio." se ne uklapaju... Ako ce se srusiti ako dodas jos dva reda koda da bi upisao u bazu priliko otvaranja nove stranice, kako ce uopste raditi kada dodje 2x ( ili 10x ) vise korisnika i + salju AJAX zahteve? :/

Uuuuuuuuu jeeeeeeeeeeeee, sto bi nesto bilo lakse kada moze da bude koplikovano. Cini mi se da google analytics bas dobro belezi broj poseta, jeste li nekada razmisljali o tome???

Potpis

www.cvecaracane.com

GA ne nudi prikaz trenutnog broja posetilaca na sajtu (ili ja to ne vidim kod njih u dashboard-u)

Potpis

Laravel Srbija.

_{[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]}

A i sumnjam da ima neki API da taj broj prikazes u administraciji sajta

Potpis

http://norway.dakipro.com/

Odlicano resenje je jednostavno da se procita broj fajlova sesija koji su modifikovani ili kreirani pre npr. 20 minuta i eto broj korisnika na sajtu.

Baza je najelegantnije resenje, ali meni je cilj da broj upita bazi podataka svedem na nulu, jer njih uvek ostavljam za kraj za najteze zadatke kao najaci adut.
Ako se upiti koriste neumereno mogu se vremenom nagomilati, a mislim da oni ipak najvise usporavaju i opterecuju procesor. Pa nije slucajno sto se select upiti kesiraju u neke fajlove i sl. Ne znam koliko gresim tu.

Potpis

Aukcije, www.Odbrojavanje.com
Aukcija može biti osvojena jeftino - za 30 sekundi a 6 dinara!

Pa mozes to prakticno da izmeris, probas sa 5000 rekodra recimo bazu, i probas fajlove, ovako bez puno razmisljanja, ako se bojis performasi, cuvanje svega u bazi je dlacicu sporije, ali je zato vadjenje statistike iz baze nekako, po trenutnoj mojoj logici dok se ne dokaze suprotno, xxx puta brze nego brojanje session fajlova, pogotovo ako radis filtere po vremenu editovanja. Drugo, shared je hosting, mozda ti i zabrane ako nekako vide da petljas sa session fajlovima (mozda se uplase da ces da hakujes druge korisnike ).
Bez razmisljanja bi se odlucio da cuvam te podatke u bazu, indeksirao to polje ili kako si ga vec zamislio... trenutno mislim da se plasis bauka, taj jedan insert/update u bazu nije tako spora stvar, siguran sam da na bilo kom kodu mozes naci barem 10-ak upita koji mogu biti bolje optimizovani i nadoknaditi to 'potroseno' vreme.
Mislim, probaj sa fajlovima, pa probaj sa bazom, iz jedno 40 uzoraka, uporedi vremena pa preseci...

Potpis

http://norway.dakipro.com/

Daki bas si mi pomogao sa dobrom savetom. Samo trebace mi vise vremena dok sve to probam u praksi za sada mogu samo da pretpostavljam.
100% je sigurno da je citanje statistike iz baze brze i tu je velika prednost. U mom slucaju, ne samo da brojim sesije i iscitavam kada je koja modifikovana, nego parsiram i podatke sesije da bih video koliko korisnika su gosti a koji su logovani. Tu je prednost baze ubedljiva.

Zasto sam za sada izabrao sesije:
Kao prvo, samo ja citam statistiku ko je na prezentaciji i to povremeno.
Kao drugo, specificnost moje prezentacije je sledeca:
Dugo vremena bi se posmatrale odredjene stranice (oko 1 sat, verujte). Istovremeno bi bilo od 100 - 200 korisnika.
Ajaks na svakoj stranici svake minute modifikuje sesiju (odnosno bazu) da registruje koliko je korisnika aktivno.
To znaci da za 100 korisnika, ako imaju otvorene po dve stranice, u jenom minutu bude izvrseno 200 modifikacija sesije (ili upita u bazi).
Zaislite da ima vise korisnika i da otvore vise stranica sa ovim ajaksom.

Pitanje je sta je za server manje bolno, da li da izvrsi ovoliko upita u bazi ili da modificira sesije?
Malo sam testirao i izvrsenje upita u bazi je brze, ali ja svakako moram starujem i sesiju.
Pretpostavljam da bi mi sesija bila bolje resenje zbog toga sto je svakoko startujem pa da ne vrsim onda i dodatni DB upit?

_{[Ovu poruku je menjao zgas dana 26.09.2009. u 11:54 GMT+1]}

Potpis

Aukcije, www.Odbrojavanje.com
Aukcija može biti osvojena jeftino - za 30 sekundi a 6 dinara!

Pravio sam ja slicno nesto, i veruj mi, uooopste nije problem to ubacivati u bazu. Takodje razmisli da li ti je bas potreban ajax na 1min, jer ako ga stavis na 2 minuta imas duplo manje poziva, na 5 minuta pet puta manje i tako. Mi smo koristili na 15 minuta, jer ako za to vreme korisnik sam ide dalje, ajax se i ne poziva, a znaci da je korisnik prisutan. Mislim da je 1min previse, ali ako imas potrebe, ok. Ovako gledano, povremeno gledanje statistike za tvoje potrebe ne bi (po meni) opravdalo toliko poziva. Mozda i da odvojis recimo registrovane/logovane, da u users tabeli imas polje last_visit, i ako imas bilo koji upit nad bazom, samo kazes da update tog polja na trenutno vreme. Taj isti kod stavis na pocetku glavnog (fajla koji se uvek poziva) fajla, on se izvrsava pri svakoj poseti. Odmah iza imas kontrolni parametar u get-u, recimo AJX=1 i ajax uvek salje taj parametar, pa skripta odma tu prekida dalji rad sa exit, tako da ti to mnoooogo rasterecuje kod, jer ajax ne ide dalje kroz kod onda. Ako ovo sa exit do sada nisi imao, taman ce ti to kompenzovati da u jednu drugu tabelu za posete imas polja
session_id i visit_time, pa ako korisnik nije logovan, ubacis podatke u tu tabelu (ili za obe grupe korisnika odmah ubacis u tu tabelu, kako ti lakse). Naravno, trebace ti i kron koji ce brisati statistiku stariju od recimo mesec dana. Ovim pristupom mozes imati mnoooogo bolju statistiku, recimo, vidis kada ti je sajt naj poseceniji, odmah mozes da provalis kakve navike ima vecina tvojih posetioca, kada je dobro ubacivati reklame ili vesti, i sve to recimo mesec dana unazad, za odabrani period. Sa sesijama i fajlovima, toga nema.
Opet te ubedjujem da razmislis dobro o bazama, jer tu ima mesta za optimizaciju i prakticnu upotrebu, pa posle mozes i prebaciti to da koristi fajlove za sesije ako ti se pokaze kao ne dovoljno optimizovano, za sada sam stekao misljenje da se samo plasis bauka, uopste mi taj gubitak performansi ne deluje kao potreban uslov za koriscenje i parsiranje fajlova. Ok bi bilo da vec koristis baze pa da primetis usporenje, ovako, iskreno mislim da su baze bolji i brzi pristup, ali ako si cvrsto resio za fajlove, pici tako (znam ja kad se za nesto uhvatim, tesko popustam )

A ako listas sesije kao fajlove generic funkcijama, opet kazem, nece ti biti toliko tesko da proveris sta je brze, mislim, kao kad komanderom/explorerom otvoris folder koji ima 5000 fajlova, to je booolno samo tako.. a recimo backup baze od 5000 rekorda traje manje od 1sec, znaci citanje fajlove i citanje rekorda iz baze se toliko razlikuju, da je to po meni bolno porediti.
Moje vidjenje, ne mora da znaci da sam u pravu

Potpis

http://norway.dakipro.com/

Jasno mi je da je baza pesma. I veoma je moguce da se plasim bauka. Ali evo sta me je zaista pokolebalo da ne koristim bazu za ove stvari.

Na dosta mesta na internetu (kao i u PHP dokumentaciji) pise u vezi sa Sesijama (moze se i primeniti na ovo sa brojem poseta jer se je slicna stvar u pitanju).
Od prilike pise: Sesije je moguce smestati u bazu podataka (i to je idealno sigurnostno resenje) ali treba uzeti u obzir da ce to opteretiti rad servera ako je server dosta posecen. Pitam se zasto nema opterecenja servera ako radi sa fajlovima, a ima ako radi sa bazom? Mozda su mislili samo db server a ne na apache server... provericu ako stignem.

Potpis

Aukcije, www.Odbrojavanje.com
Aukcija može biti osvojena jeftino - za 30 sekundi a 6 dinara!