disattivato phplogger

[FantaGalla]

ieri mi è stato disattivato uno script dall'abuse

qusto script era in funzione da più di un anno senza aver creato mai problemi, ieri invece mi è stato disattivato e mi è stata solo inviata una mail con la segnalazione a ui ho risposto senza ricevere nulla in cambio.

io mi chiedo, ma vengono contrllate tutte le pagine di siti terra terra hostati su altervista che non fanno altro che inserire script su script e impiegano minuti a caricare? vengono contrllati i siti con materiale pseudo pornografico che campeggiano talvolta anche in classifica top 100?
gentilmente richiedo la riattivazione del mio contaore o, nel caso (e qui vi veng incontro io) la segnalazione di una valida alternativa, ma ci tengo a precisare valida, non un free tipo shinystat...

Chi ti dice che tali controlli non vengono fatti?

Perchè si finisce sempre in polemica quando lo staff tecnico si adopera per assicurare una certa stabilità dei server?

Io non vi capisco proprio a volte. Anarchia!
Script che caricano per minuti? Peccato che il timeout di esecuzione è molto minore del minuto...


Ciao!

[FantaGalla]

pagine che caricano per minuiti, non script...però se sommi vari script...

per quant riguarda i controlli beh, ti dico solo che var mesi fa avevo segnalato delle cose che ai giorni attuali ancora sono li senza nessun cambiamento...

[Gianluca]

Il nostro lavoro sta anche e soprattutto nel sorvegliare che l'erogazione dei servizi sia costante e rispettosa di determinati standard qualitativi e di stabilità.

Se esiste un applicativo che rappresenta per configurazione, struttura, condizioni di funzionamento o altro un pericolo in questo senso è nostro compito, e ci è richiesto, procedere alla notifica, nell'interesse di tutti, anche del webmaster stesso.

Nel caso precifico peraltro parliamo di uno script di cui è stato necessario bloccare l'esecuzione con urgenza per evitare conseguenze più gravi, se questo non fosse stato fatto il tuo sito sarebbe offline da ieri, e probabilmente avresti scritto altro sul tuo post, assieme a molte altre persone.

gentilmente richiedo la riattivazione del mio contaore o, nel caso (e qui vi veng incontro io) la segnalazione di una valida alternativa, ma ci tengo a precisare valida, non un free tipo shinystat...

Se bisogna trovare un'alternativa Google Analytics è probabilmente uno dei migliori prodotti gratuiti disponibili.

[dreadnaut]

tutti gli script inclusi o non inclusi che generano una pagina vivono nello stesso processo di esecuzione ed hanno quindi un limite di tempo unico. Niente somme, spiacente.

Concordo con Debug sull'antipatia dei discorsi del tipo "Perché a me? guardate gli altri prima! Loro sono peggio!", e aggiungo che è una cosa molto italiana, speriamo passi di moda.

Nel lento-quanto-vuoi, lungo-quanto-vuoi, inefficiente-quanto-vuoi ciclo di controlli, è capitato il tuo sito, ed un provvedimento è stato preso. Forse il tuo piccolo script crea molti più problemi al server proprio perché il tuo sito ha molte visite, e quindi dovrebbe essere ottimizzato.

Btw, non c'era una pagina con gli script "sconsigliati" perché generavano troppo carico una volta? non riesco a trovarla.

[FantaGalla]

google analytics l'ho gà provato ed è l'ennesima versone di shinystat e cose del genere...

php stats, phplogger, sono tutt'altra cosa...io sto parlando di contatori seri..

comunque ripeto che quello script funzionava sul mio sit da più di un anno senza aver creato problemi e anzi, vi erano state discussioni al riguardo quando mi era stato disattivato phpstats e mi son preso la briga di trovarmi un'alternativa e di pubblicizzarla anche agli altri su questo forum se fosse stata loro utile...

[Gianluca]

Google Analytics è stato recentemente oggetto di profondi aggiornamenti: http://analytics.blogspot.com/2007/0...analytics.html , stento a credere che manchi delle funzionalità necessarie per essere considerato un applicativo "serio", anche perchè è normalmente usato anche da professionisti, incluse le aziende che operano nel campo del marketing e della pubblicità online per cui la qualità delle statistiche è fondamentale, gli darei comunque un'occhiata.

[binarysun]

Una precisazione.
I contatori esterni (analytics, shinistat, etc,) si basano quasi sempre su caricamenti esterni, la cosa porta molte volte a risultati fallati o incompleti ...se l'utente blocca il caricamento della pagina o la visita è di un "robot" la visita non viene conteggiata.
La migliore soluzione per il log è avere accesso direttamente a quelle del server o affidarsi a script per il log automatico come phplogger.

MA, e qua c'è un ma, purtroppo questi programmi che fanno il log sono spesso fatti da CANI esperti in spaghetti coding.
Tutto sembra funzionare, ma dopo tanto tempo che gira inizia a dare problemi, il DB crescie e le query diventano sempre più lente diventando un problema.

Premetto che non conosco il reale motivo che ha spinto AV a bloccarti lo script, ma immagino che avessi ormai un DB talmente grande che era una sofferenza per tutto il server fare un inserimento.

A volte per risolvere la cosa basta cancellare o archiviare un pò di dati dal DB o mettere alcune chiavi sulle tabelle, ma se non conosci lo script c'è poco da fare.

[FantaGalla]

beh, secondo me una cosa che manca ad esempio su questo portale è il cme gestire al meglio il database,,,ti danno la posssibilità di ampliare lo spazio, ok...e io di spazio ne ho in abbondanza per gestire database e files..però l'ìottmizzazione è altra storia..

[Gianluca]

I contatori esterni (analytics, shinistat, etc,) si basano quasi sempre su caricamenti esterni, la cosa porta molte volte a risultati fallati o incompleti ...se l'utente blocca il caricamento della pagina o la visita è di un "robot" la visita non viene conteggiata.
La migliore soluzione per il log è avere accesso direttamente a quelle del server o affidarsi a script per il log automatico come phplogger.

Anche ad esempio un phpstats, phplogger e software simili sono basati sul caricamento di un elemento esterno richiamato dalla pagina da tracciare, si tratta quindi del medesimo approccio di Analytics e prodotti simili.

Il vantaggio sta nella semplicità, ovvero il fatto che basti inserire un codice javascript nelle pagine da tracciare piuttosto che elaborare a posteriori dei logs prodotti da un webserver spesso grossi centinaia di MB.

Il limite però è la scalabilità, nella misura in cui possono diventare pericolosi se messi a lavorare su regimi di traffico molto elevati e di conseguenza su basi di dati molto grandi. Non è una questione di malaprogrammazione, quanto del fatto non sono concepiti per lavorare in tali condizioni, è anzi inadeguato il binomio php+mysql per fare questo genere di cose.

beh, secondo me una cosa che manca ad esempio su questo portale è il cme gestire al meglio il database,,,ti danno la posssibilità di ampliare lo spazio, ok...e io di spazio ne ho in abbondanza per gestire database e files..però l'ìottmizzazione è altra storia..

Non dici poco, nella misura in cui l'ottimizzazione di una base dati passa per la progettazione della medesima (definizione tabelle, chiavi, indici, organizzazione dei dati, studio delle queries che vanno ad interagine con tali dati ecc ecc), ci sono persone che fanno (solo) questo di mestiere e non è una cosa che si può liquidare con un help online di 2 o 3 pagine, si tratta normalmente di una mansione che compete a chi progetta e sviluppa i relativi applicativi.

[dreadnaut]

curiosità - data l'ora tarda non provo - si riesce a settare auto_prepend_file via htaccess?

se si, quello sarebbe un interessante metodo per fare un sistema di statistiche

[FantaGalla]

e invece crare un team di sviluppo che lavori su un phpstat o phplogger per inserire finalmente queste statistiche by altervista?
c'è una base solida da ottimizzare, non un partire da zero...

[dreadnaut]

mi paghi ?

edit: mmh, avevo letto male, np! beh, quando AlterVista avrà le statistiche, dubito che saranno basate su uno script php - essendo lato server, ma proprio nel server, si possono recuperare i dati più facilmente e usando meno risorse, quindi non credo che i due progetti siano nell'interesse di AV

[FantaGalla]

nel frattempo ho dovuto ritornare a provare google analytics e come già detto in precedenza non lo trovo affatto all'altezza dei due da me citati...
un sacco di fronzoli inutili, dispersivo, poco essenziale e non aggiornato in tempo reale...
e oltretutto rimane pur sempre un aggancio a un sito esterno il che penso che influisca anche come specie di link esterno e influisca anche su PR...

[binarysun]

Anche ad esempio un phpstats, phplogger e software simili sono basati sul caricamento di un elemento esterno richiamato dalla pagina da tracciare, si tratta quindi del medesimo approccio di Analytics e prodotti simili.

Il vantaggio sta nella semplicità, ovvero il fatto che basti inserire un codice javascript nelle pagine da tracciare piuttosto che elaborare a posteriori dei logs prodotti da un webserver spesso grossi centinaia di MB.

Il limite però è la scalabilità, nella misura in cui possono diventare pericolosi se messi a lavorare su regimi di traffico molto elevati e di conseguenza su basi di dati molto grandi. Non è una questione di malaprogrammazione, quanto del fatto non sono concepiti per lavorare in tali condizioni, è anzi inadeguato il binomio php+mysql per fare questo genere di cose.

Analytics è comodo e completo, è vero, ma assolutamente non si avvicina alla realtà. Basta fare una prova, usando divesti servizi di logging si hanno risultati differenti. I risultati che danno sono indicativi sul lungo periodo.

PHPStats (e penso anche l'altro) si attivano con un Include PHP, viene lanciato lo script direttamente dalla pagina PHP, quidni a meno di non giocare con il codice il log avviene direttamente al momento della richiesta della pagina, un seconda richiesta(esterna) viene fatta per registrare i dati del browser.

Il problema non è del binomio PHP+MySQL, problemi simili li hai avuti pure su DB2 (su dati di grandezza maggiore ovviamente), ma del fatto che quando i dati crescono e devi fare ricerche i tempi si allungano.
Perchè i log del server sono veloci?, scrivono quello che sanno su un log in modo "Stupido".
Questi programmi ricercano: se sei già entrato, ricercano che tipo di browser sei, ricercano, se il tuo IP è bannato, etc, mangiandosi molte Query. Se poi le tabelle sono ottimizzate male e grandi il gioco è fatto.

PS
Certo, nessuno muore se non si hanno le statistiche superprecise, in più analytics essendo di google sospetto che aiuti il motore a controllare il proprio sito.(non influisce minimamente sul PR)
La mia era solo una "discussione" sui pro e contro.
LOG professionali sono utili per controllare eventuali "attacchi" o siti che hanno un ufficio marketing.

[Gianluca]

Analytics è comodo e completo, è vero, ma assolutamente non si avvicina alla realtà. Basta fare una prova, usando divesti servizi di logging si hanno risultati differenti. I risultati che danno sono indicativi sul lungo periodo.

PHPStats (e penso anche l'altro) si attivano con un Include PHP, viene lanciato lo script direttamente dalla pagina PHP, quidni a meno di non giocare con il codice il log avviene direttamente al momento della richiesta della pagina, un seconda richiesta(esterna) viene fatta per registrare i dati del browser.

Al giorno d'oggi è normale che scripts php eroghino sia pagine che elementi multimediali, feed rss ecc ecc, se l'intento è tracciare le visite di persone fisiche e dotate di browser sulle proprie pagine è comunque necessario avere un richiamo ad uno script esterno di tracciamento.

Se si preferisce conteggio delle volte in cui uno script php viene invocato, indipendentemente dal fatto che questa invocazione sia poi effettivamente legata alla visita di qualcuno va ugualmente bene, come va anche bene un semplice conteggio delle richieste http che si può avere processando a posteriori dei logs http, non ci sono dati reali o fasulli, semplicemente criteri di misurazione differenti.

Il problema non è del binomio PHP+MySQL, problemi simili li hai avuti pure su DB2 (su dati di grandezza maggiore ovviamente), ma del fatto che quando i dati crescono e devi fare ricerche i tempi si allungano.
Perchè i log del server sono veloci?, scrivono quello che sanno su un log in modo "Stupido".
Questi programmi ricercano: se sei già entrato, ricercano che tipo di browser sei, ricercano, se il tuo IP è bannato, etc, mangiandosi molte Query. Se poi le tabelle sono ottimizzate male e grandi il gioco è fatto.

Il problema php/mysql è in realtà analogo ad un eventuale php/oracle, perl/mysql ecc ecc, un linguaggio interpretato, come appunto il php, ha l'enorme vantaggio di rendere possibile la creazione e il mantenimento di applicativi web anche molto complessi, però non è lo strumento più adatto per produrre ad esempio uno script di tracking, tendenzialmente a bassa complessità, che viene eseguito anche 200.000/300.000 volte al giorno (parliamo di un sito di media grandezza).

Ugualmente impensabile è che su livelli di traffico simili lo script vada a compiere in tempo reale tutte le operazioni descritte sopra mantenendo l'intera base dati sempre aggiornata, parliamo di dover eseguire anche decine di ricerche e updates al secondo in una base dati enorme.

Questa è anche la ragione per cui anche sui grandi siti e portali, che pur hanno esigenze commerciali di un certo tipo, l'avere i dati di traffico in tempo reale è un requisito che viene accantonato a priori.

[FantaGalla]

una soluzione non può essere quella di svuotare interamente le tabelle dello script ogni tot tempo tenendo i dati in locale avendoli esportati?
potreste riattivare lo script e io ogni tot tempo (ditemi voi) effettuo questa "manutenzione"

attendo news visto che analytics continua a sembrarmi veramente poca cosa (tanto ma inutile e manca il poco ma buono che sarebbe necessario)

[Evcz]

FantaGalla, per farsi un idea, di che numeri parliamo?

piu' di 50.000 pagine viste al giorno?

Non conosco phplogger, ma uso phpstats... dipende molto da come lo configuri...
io tenendo i limiti delle tabelle dettagli abbastanza bassi (mi sembra di ricordare tutti limitati sui) va tranquillamente e non ho mai avuto il rischio di avere un server offline per colpa di phpstats

[FantaGalla]

giorno con punta massima di quasi 15.000 utenti unici...

Domanda: E' per questo che a me non funziona uno script di logging scaricato da html.it?
e poi, c'è qualcosa lato-server, che non richieda servizi aggiuntivi come script da inserire nel sito o cose del genere?
Io trovo che siano da penalizzare, la considero una violazione della privacy.
Mi spiego meglio. Se nel mio sito mi metto a fare logging, inserisco una pagina chiamata "privacy policies" li ci scrivoche mi registro la risoluzione del monitor, per sapere a che risoluzione ottimizzare il sito.
Mi registro la lingua del browser, così magari traduco il sito.
e poi.. se vedo le pagine più visitate posso offrire più contenuti su quell'argomento, posso capire se ci sono problemi di raggiungibillità... l'elenco è lungo.
Se fosse google a registrare gli accessi, a un mio utente gli potrebbe arrivare pubblicità mirata, e google avrebbe un suo profilo. pensate se venisse usato in tutti i siti! google avrebbe un potere immenso!