I knew it would have happened, so I have just resent you your original purchase receipt with the valid download link 🙂

Ciao Max,
probabilmente dovrai contattare il tuo host e chiedere info a loro, riportando l’errore “cURL error 6: name lookup timed out”. Puoi copiare qui il contenuto di Post Pay Counter > Informazioni di sistema?

Buona giornata,
Stefano

Hi JP,
I have issued a full refund 🙂

Have a nice day,
Stefano

Ormai sei di casa

Non mi sarei permesso, non fosse che l’aggiornamento disattiva la modalità di debug di Analytics: ho aggiornato io per riattivarla subito 🙂
Spero di non aver fatto cosa indesiderata; nel qual caso me ne scuso.

Buona giornata,
Stefano

Ho eseguito l’aggiornamento di Post Pay Counter e Post Pay Counter PRO alle ultime versioni. La PRO contiene un paio di miglioramenti ad Analytics che potrebbero aiutare la tua situazione 🙂

Grazie. Intanto metterei a posto le cose: da quando, secondo te, hanno cessato gli aggiornamenti? Mancano i dati dal 29/04 incluso?

PS. Se vuoi, come dicevi, darmi anche accesso ad Analytics cerco di occuparmi di tutto in autonomia 🙂
Eventualmente l’indirizzo gmail è stejey [ chiocciola [ gmail. com (togli gli spazi e sostituisci la chiocciola).

• This reply was modified 8 years, 9 months ago by Stefano.

Grazie. C’è modo in cui io possa modificare i file del plugin (tipo accedere all’editor plugin di WordPress)?

Lo so è inquietante. Comunque oggi si chiude il mese e pazienza.
Lascio il log attivo e cerco di monitorare la situazione.
Tu anche ragionaci un pò, magari salta fuori qualche cosa.

Ti ringrazio per la pazienza. Teniamoci aggiornati a vicenda 🙂

P.S. Sarebbe utile poter scegliere l’orario di aggiornamento dei dati. Nel mio caso ad esempio (13.30) è un orario di picco. Anche se l’operazione è relativamente stressante sarei più tranquillo ad impostarla negli orari notturni.

Puoi modificare l’evento pianificato in wp-cron mediante questo plugin. Comunque considera che l’aggiornamento grava solo sulla parte amministrativa: nelle pagine pubbliche non avviene nulla.

Buona giornata,
Stefano

Non voglio sembrati polemico ma non è possibile che fosse tutto apposto!
Scusa se sono pressante ma è una questione importante e delicata che coinvolge anche altre persone. Ho perso 2 giorni dietro a questa cosa e vorrei solo capire come evitare che succeda nuovamente.

Capisco perfettamente il tuo disagio, non preoccuparti. E’ mia cura fornirti tutto il supporto che posso, ma rimane il fatto che io non sono il webmaster del tuo sito: non ho idea di quale fosse la situazione prima, mi riesce difficile capire quale ne sia la differenza con quella attuale, non conosco la situazione del sito, ecc. Posso solo spiegarti come funziona il mio plugin, di modo che tu lo possa usare al meglio… Spero che dai miei toni non traspaia scocciatura o nulla di simile: nel caso me ne scuso e ti prego di ignorarli 🙂

Ho ricontrollato quello che ho potuto e a me sembra proprio sia andata così: la reimportazione da analytics ha azzerato i pagamenti relativi alle visite (non quelli delle parole).

Analytics non ha alcun collegamento con le cronologie di pagamento, se è a questo che ti riferisci. L’aggiornamento dei dati di Analytics tocca solo i dati di Analytics (tant’è che se li azzeri tutti, avrai i saldi tutti negativi).

Dopo la reimportazione i guadagni del mese sono passati da 458€ a 593€ !!! Come lo spiegheresti?

Non ne ho idea, purtroppo. E’ questo a cui alludevo al primo pezzo della mia risposta…

Ma soprattutto la riapplicazione del pagamento al 31/3 ha sistemato le cose. Sarebbe invece dovuto essere ininfluente, giusto?

Scusami, ma non capisco cosa intendi. C’è, sul tuo sito, un pagamento del 1/04: è a questo che ti riferisci? (tra l’altro, tale transazione, con ID 51543343358df483f1568d, è visibile, ma non accessibile (altro mistero) – dovrebbe esserci un errore nel log PHP del tuo server)
Che cosa hai fatto esattamente che ha sistemato le cose?

PS. Cercherò, nelle versioni future, di aggiungere sistemi automatici (più sofisticati dei correnti) che rilevino gli aggiornamenti saltati di Analytics e li riprogrammino per il giorno successivo 🙂

• This reply was modified 8 years, 9 months ago by Stefano.

Facendo le verifiche sull’intero periodo (come hai fatto tu) questa discrepanza invece non si nota.

Perchè le verifiche non vano fatte sul totale di 164.899. Quel numero è totale, non considera i pagamenti effettuati. Se vuoi sapere quante visite non pagate ci sono in tutto, devi sommare i valori mostrati nel tooltip del Pagamento dovuto, e viene una cosa intorno alle 138 mila visite.

Il problema si presenta nella situazione reale di calcolare i guadagni di questo mese.
Ho il sospetto che i pagamenti effettuati (o una parte) non vengano esclusi generando nel range SEMPRE valori sballati in eccesso.

Se a fine mese marchi come pagati i post/autori, i totali mostrati in Pagamento dovuto sono fedeli 🙂

A conferma, se nel range di date di PPC seleziono solo questo mese, il totale delle visualizzazioni è 62.339.
Se invece seleziono SEMPRE, le visualizzazioni diventano 164.899. E’ vero che i vecchi articoli producono ancora qualche accesso, ma qui parliamo di quasi il triplo.

Qui ci sono due fatti:

1. Le visite non sono equidistribuite nei tre mesi, a febbraio e marzo ce ne sono state molto meno che ad Aprile, come mostrano i grafici di Jetpack. Infatti PPC riporta 138 mila visite dall’ultimo paagmento.
2. L’intervallo di tempo del PPC NON ha effetto sull’intervallo di tempo delle visite, come invece accade in Analytics. Nel PPC, l’intervallo di tempo determina quali post vengono mostrati, a seconda della data di pubblicazione. Se un post viene mostrato, è sempre con il suo totale numero di visite. Per chiarire, se selezioni come intervallo di tempo solo febbraio, nelle visite saranno conteggiate anche quelle di Aprile!