Ciao Giuseppe,
scusa la tarda risposta, ma il tuo post era per qualche motivo finito nello spam.

Hai già visto questa guida, in cui si elencano i metodi compatibili per il conteggio delle visite e si spiega come configurarli? 🙂

Buona giornata,
Stefano

Hi Marlley,
sorry for the delay in replying.

the more interesting would be that the statistics before the change of role were maintained and only from the change that began to count with the new value. Is it possible to insert this option?

I see your point, but the fact is that it would be terribly difficult to add this option because of how the plugin has been designed. It would also be a tough hit on performance. So, I’m afraid the option is not there and is likely never to be.

However, what you can do, and is almost equivalent to what you want to achieve, is mark the author as paid before changing his role. This will set in stone all previous stats in the form of a payment history record, and only new stats will use the new settings. Of course, if the payment history record gets deleted, some old stats will pop up again and will use the new settings. This method requires that payment histories are never edited, at least not for old records.

Does this help? 🙂

Have a nice day,
Stefano

Sempre al 21 febbraio. Tra l’altro, dovrebbe già comparire la data corretta nel campo di selezione delle data 🙂

Ho però un altro problema, le righe in attesa me le processa solo quando aggiorno la pagina ppc-options

Questa è una scelta volontaria per evitare ogni tipo di rallentamento indesiderato nelle altre pagine amministrative. Le righe vengono processate solo quando vengono caricate delle pagine del plugin (opzioni/stats per esempio). Normalmente, quando ci sono qualche centinaia di righe in attesa, basta che 3 o 4 utenti carichino le statistiche perché le righe vengano processate tutte. Su caricamenti di dati manuali, può volerci un po’: su numeri molto grandi io mi affido a estensioni di ricaricamento automatico della pagina per Chrome, e in una decina di minuti tutte le righe vengono smaltite con refresh automatici di 15 secondi 🙂

Okay let me know 🙂

Yes, the PRO version provides a shortcode for stats. It’s [ppc], full details and tutorial here:

Display stats details in public pages with Post Pay Counter PRO shortcode

So don’t you think it should have the correct data?

If she published her post in May, and your data starts at June 21st, it’s clearly missing all data since the publishing date up to June 21st. Right now the plugin only has visits received from 21st. All visits in days before are not included.

Hi Syed,

I can’t do that because I will lose all my data for other authors.
This data is since 21, June, 2013. So data date range is perfect.

You will lose your current data – but it will be reloaded anew. The issue right now, is that you only have visits data since 21, June, 2013. For that reason, you clearly don’t see visits from May and early June, which explains the gap in your stats in respect to Google Analytics. Loading then anew, starting from an earlier date, should fix the issue.

If you would feel more quiet, you could do a database backup before reloading the data so you could restore it just in case 🙂

I just want to do a check. Can you please guide me where in database this data is stored?

Analytics visits data are stored in the wp_postmeta table, with the key _ppcp_ga_visits. Each post has its own postmeta.

Have a nice day,
Stefano

Hi Syed,
go to Options > Google Analytics Status > Update data, pick a date around May, 1st and hit the button besides to trigger the update. Right now you only have Analytics visits data from June 21st 🙂

Let me know!
Have a nice day,
Stefano

Sure! Your license does not seem to be active on any website right now. You should be able to activate it on the one that you want it to be active on 🙂

Let me know!
Stefano

Cosa mi conviene fare? Ricaricare nuovamente tutto?

Direi di sì, non saprei cosa altro dirti, mi spiace! :\