Letzten Episoden fehlen in der Statistik Übersicht

Entweder seit wp 4.3 oder nem php Upgrade werden unter podlove / analytics keine neuen Downloads hinzugezählt sowie neue Folgen gelistet. In der Episode-Übersicht gibt es aber in der letzte Spalte aktuelle Downloadzahlen, auch zu neuen Folgen.

Wo bzw wie kann ich die Übersicht untere podlove/analytics neu laden bzw den Cache dahinter löschen?

Danke vorab für die Hilfe.

Hallo! Guck mal bitte unter Podlove | Expert Settings | Tracking | Validations ob alle 3 Einträge ein Häkchen haben:

  • Wenn nein, welches nicht?
  • Wenn doch, würde ich sodann Podlove | Support | Repair benutzen.

PS: Und danach 'nen Link rumschicken, damit wir ein paar Downloads generieren können :wink:

1 „Gefällt mir“

Bei meiner neuen Episode ist genau der gleiche Bug. In Validations sind alle 3 Häckchen und auch der Repair hilft dort nicht.

Website http://bahncast.de
PHP Version 5.4.39-0+deb7u2
WordPress Version 4.3
Publisher Version 2.2.4
Web Player Version 2.0.17
Twig Version 1.18.1
open_basedir /var/www/virtual/bahncast.de/:/usr/share/php/
curl Version 7.26.0
iconv available
simplexml ok
max_execution_time 30
upload_max_filesize 1024M
memory_limit 256M
disable_classes
disable_functions pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority, show_source, system, shell_exec, passthru, exec, phpinfo, shell, symlink, popen, proc_open
permalinks ok (/%postname%/)
podlove_permalinks ok
podcast_settings ok
web_player ok
podlove_cache on
assets
mp3 audio/mpeg
m4a audio/mp4
psc application/xml

1 ERROR:

  • The PHP setting “open_basedir” is not empty. This is incompatible with curl, a library required by Podlove Publisher. Please ask your hoster to unset “open_basedir”.
    0 notices

Danke für die Antwort. So, hab mal geschaut: Alle Häckchen sind gesetzt:

Validations

:heavy_check_mark: Rewrite Rules Exist
:heavy_check_mark: URL resolves correctly
:heavy_check_mark: Consistent protocol chain

Repair hab ich ebenso gemacht:

Website http://velohome.de
PHP Version 5.6.12
WordPress Version 4.3
Publisher Version 2.2.4
Web Player Version 2.0.17
Twig Version 1.18.1
open_basedir ok
curl Version 7.21.0
iconv available
simplexml ok
max_execution_time 30
upload_max_filesize 16M
memory_limit 256M
disable_classes
disable_functions
permalinks ok (/%postname%/)
podlove_permalinks ok
podcast_settings ok
web_player ok
podlove_cache on
assets
mp3 audio/mpeg
m4a audio/mp4
opus audio/opus

0 errors
0 notices
Nice, Everything looks fine!

Mh, sieht erstmal alles gut aus. Nach dem Repair nochmal bei Podlove - Analytics geschaut. Aber dort tauchen die letzten neuen Folgen immer noch nicht auf. Die letzte ist die 130, seit heute morgen sind schon 135 online.

Hm, unklar. Habt ihr Datenbankzugriff, z.B. via phpMyAdmin?

Dann sucht dort bitte nach den Tabellen wp_podlove_downloadintent und wp_podlove_downloadintentclean (ggf. haben die Tabellen ein anderes Prefix als wp_). Dann sucht dort jeweils nach dem neuesten Eintrag (nach Spalte id sortieren) und guckt dann, welcher Wert in der accessed_at-Spalte steht.

Das hilft mir einzugrenzen, wo nach dem Fehler zu suchen ist.

Guten morgen Eric!

Hab ich und gleich mal nachgeschaut:

wp_podlove_downloadintentclean - 2015-09-13 06:11:40
wp_podlove_downloadintent - 2015-09-13 06:58:1

Hilfe das? Ne Idee woran es liegt?

Danke. Das sagt mir, dass sowohl das Tracking als auch das Auswerten korrekt funktioniert. Muss also an der Anzeige liegen.

Schau bitte, ob du in der wp_options Tabelle einen Eintrag mit option_name = "_transient_podlove_analytics_downloads_table" und _transient_timeout_podlove_analytics_downloads_table findest. Das ist der Cache für die Daten der Tabelle. Der sollte eigentlich nach einer Stunde automatisch ungültig werden, aber das ist noch eine Möglichkeit. Wenn du die Einträge findest, kannst du sie löschen und schauen, ob es hilft.

Danke Danke Danke! _transient_podlove_analytics_downloads_table hang noch in der DB rum und wurde scheinbar nicht automatisch ungültig. Eintrag gelöscht und schon stimmt die Statistik. Mal schauen sich diese Routine vlt. im Rahmen eines update-Prozess aufgehangen hat oder das Problem weiter auftritt. Zumindest wurde jetzt erstmal eine neue Anzeige generiert, incl. der bisher fehlenden Folgen.

Danke Danke Danke und weiterhin einen schönen Sonntag!

Danke! Ich habe ebenfalls :

gelöscht und jetzt läuft es wieder.

Gruß Philip

Falls das Problem öfter auftritt, könnten wir dann bitte einen entsprechenden Knopf zum Löschen der Tabelle unter Podlove > Support bekommen? Oder könnte das Löschen in die Repair-Funktion bitte gleich mit eingebaut werden?

ICH z.B. wüsste nicht wie ich die Tabellle händisch löschen sollte.

1 „Gefällt mir“

Wollte nur mal die Info durchreichen, das es schon wieder passiert ist. Hab aber keine Idee was die Ursache sein könnte. Hat erst ne Weile funktioniert und dann hat es wieder gestoppt.

Moin,
Bei mir ist

auch wieder in der Datenbank gewesen. Wieder gelöscht und läuft jetzt auch wieder,

Das ist auch grundsätzlich korrekt. So verwaltet WordPress den Cache. Es ist nur unklar, wieso die Invalidierung bei euch nicht funktioniert.

Ab Release 2.3 wird das zumindest auch vom Repair-Button mit erfasst.

2 „Gefällt mir“

Hallo Eric!

Mal nach etwas Zeit eine kleine Rückmeldung. Das Problem besteht weiterhin, konnte aber keinen (zumindest zeitliche) Zusammenhang feststellen, wannn transient_podlove_analytics_downloads_table nun gelöscht wird oder nicht.

Allerdings hab ich festgestellt das die Tabelle wp_options zunehmend voll läuft, u.a. mit Einträgen wie _transient_timeout_podlove_cachev2_xxxxxxxx und _transient_podlove_cachev2__xxxxxxxx

Feature? Bug?

Ach ja, die repair-funktion unter podlove > support hilft nicht so richtig. Ja, ein paar Einträge verschwinden, aber nicht alles und auch die Statistik stimmt da nicht. Und wenn ich den Button drück und dann nochmals, kommt diese Fehlermeldung (aber nicht beim erstmaligen Drücken).

Fatal error: Uncaught exception 'UnexpectedValueException' with message 'RecursiveDirectoryIterator::__construct(/var/www/vhosts/velohome.de/httpdocs/wp-content/cache/podlove/): failed to open dir: No such file or directory' in /var/www/vhosts/velohome.de/httpdocs/wp-content/plugins/podlove-podcasting-plugin-for-wordpress/lib/model/image.php:74 Stack trace: #0 /var/www/vhosts/velohome.de/httpdocs/wp-content/plugins/podlove-podcasting-plugin-for-wordpress/lib/model/image.php(74): RecursiveDirectoryIterator->__construct('/var/www/vhosts...', 4096) #1 /var/www/vhosts/velohome.de/httpdocs/wp-content/plugins/podlove-podcasting-plugin-for-wordpress/lib/repair.php(60): Podlove\Model\Image::flush_cache() #2 /var/www/vhosts/velohome.de/httpdocs/wp-content/plugins/podlove-podcasting-plugin-for-wordpress/lib/repair.php(32): Podlove\Repair::clear_podlove_image_cache() #3 /var/www/vhosts/velohome.de/httpdocs/wp-content/plugins/podlove-podcasting-plugin-for-wordpress/lib/repair.php(24): Podlove\Repair::do_repair() #4 /var/www/vhosts/ve in /var/www/vhosts/velohome.de/httpdocs/wp-content/plugins/podlove-podcasting-plugin-for-wordpress/lib/model/image.php on line 74

Vlt. häng das ja alles zusammen, weiss nicht.

_transient_timeout_* und _transient_* Einträge werden von WordPress der WordPress Cache API erzeugt. Im timeout-Feld steht, wann der Cache abläuft, d.h. wenn du dort viele Einträge mit Werten aus der Vergangenheit findest, hat dein WordPress eventuell ein Problem mit dem Löschen abgelaufener Transients. Das heißt nicht, dass es keine Einträge aus der Vergangenheit geben darf — denn Caches werden nur ersetzt, wenn sie angefordert werden und im Moment der Anfrage zu alt sind.

Im nächsten Patch behoben.

Die Funktion löscht ein Cache-Verzeichnis und beim zweiten Anlauf verschluckt die Funktion sich daran, dass das Verzeichnis nicht existiert. Auch behoben.

Sind alles unschöne Details, die im nächsten Patch behoben sind. Danke dafür! Aber ich denke nicht, dass es deinem ursprünglichen Problem hilft.