DownloadPlus Cron

[Splandid]

Hallo, der Cron wird nicht ordentlich ausgeführt, sprich er funktioniert, aber er bleibt nach einer gewissen Zeit einfach hängen.
Anbei die Server Konfiguration und Log´s
Manuell funktioniert alles reibungslos, Pdf gehen bearbeitet raus nachdem ich ihn ausgelöst habe, manchmal klappt es paar Tage und manchmal nur zwei mal.

Muss hier der Hoster noch etwas spezielles am Server einstellen ?

Versionen sind die aktuellen.
PHP 7.4.15
Pfad: Basisverzeichnis - httpdocs - new-adventure-2015 - wp-content - plugins - wpshopgermany

[maennchen1.de]

Hallo!
Mit "hängen bleiben" meinst du wahrscheinlich "nur", dass die Personalisierung der PDF nicht ausgeführt wird? Oder klappt diese und das Versenden wird nicht ausgeführt?
Ein Ansatz wäre, zum Zeitpunkt der Personalisierung die Serverlogfiles einmal zu kontrollieren. Vielleicht steht dort etwas drin?

Wenn es mal geht und mal nicht, können es evtl. Timeouts sein, die z.B. wegen Überbeanspruchung von Ressourcen entstehen. Das würde dann aber zumindest im error.log stehen.

[Splandid]

Hallo, wie ich schrieb, mit den PDF hat das gar nichts zu tun, das klappt wenn der Cron läuft. nur das Tut er nicht bzw. unzuverlässig.

Im Modul steht : Letzte Ausführung des Crons 08.03.2021 15:24:27

Edit: wir haben auf dem Server jetzt die www Freigabe für Cron erteilt, evt. war das der Fehler.

Hier der Serverlog heute und gestern um betreffende Uhrzeit. ich ersehe nichts

2021-03-09 10:58:39 Error 162.158.79.111 403 GET /author/adventure-admin/ HTTP/1.1 Mozilla/5.0 (compatible; SemrushBot/7~bl; +http://www.semrush.com/bot.html) 146 SSL/TLS-Zugriff für nginx
2021-03-09 11:02:23 Access 173.245.54.165 200 GET /feed/ HTTP/1.0 Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html) 11.9 K SSL/TLS-Zugriff für Apache
2021-03-09 11:02:24 Access 162.158.92.172 200 POST /wp-cron.php?doing_wp_cron=1615284144.1784219741821289062500 HTTP/1.0 https://www.adventureland-dresden.de/wp ... 1289062500 WordPress/5.6.2; https://www.adventureland-dresden.de 618 SSL/TLS-Zugriff für Apache
2021-03-09 11:03:57 Access 172.68.65.198 200 GET /wp-content/uploads/2018/12/Anfahrt-1024x672.png HTTP/1.0 Googlebot-Image/1.0 713 SSL/TLS-Zugriff für Apache
2021-03-09 11:03:58 Access 172.68.65.198 200 GET /wp-content/uploads/2018/12/Anfahrt-1024x672.png HTTP/1.1 Googlebot-Image/1.0 1.27 M SSL/TLS-Zugriff für nginx
2021-03-09 11:08:56 Access 162.158.63.118 302 GET /wp-content/plugins/e-signature/assets/css/esig-mail.css HTTP/1.0 adventurelanddresden.de Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.75 Safari/537.36 598 Apache-Zugriff
2021-03-09 11:11:04 Access 172.68.132.115 200 GET /wp-content/uploads/2015/04/paket.jpg HTTP/1.0 Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm) 703 SSL/TLS-Zugriff für Apache
2021-03-09 11:11:04 Access 172.68.132.115 200 GET /wp-content/uploads/2015/04/paket.jpg HTTP/1.1 Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm) 44.2 K SSL/TLS-Zugriff für nginx
2021-03-09 11:26:31 Access 141.101.76.78 302 GET / HTTP/1.0 Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 488 Apache-Zugriff
2021-03-09 11:26:31 Access 172.69.55.68 302 GET / HTTP/1.0 Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 642 SSL/TLS-Zugriff für Apache
2021-03-09 11:26:31 Access 141.101.76.64 200 GET / HTTP/1.0 Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 13.6 K SSL/TLS-Zugriff für Apache
2021-03-09 11:26:32 Access 162.158.90.228 200 POST /wp-cron.php?doing_wp_cron=1615285592.2047359943389892578125 HTTP/1.0 https://www.adventureland-dresden.de/wp ... 9892578125 WordPress/5.6.2; https://www.adventureland-dresden.de 618 SSL/TLS-Zugriff für Apache
2021-03-09 11:26:32 Access 141.101.77.210 200 GET /wp-includes/js/jquery/jquery-migrate.min.js?ver=3.3.2 HTTP/1.0 https://www.adventureland-dresden.de/ Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 737 SSL/TLS-Zugriff für Apache
2021-03-09 11:26:32 Access 141.101.76.158 200 GET /wp-content/plugins/pixelyoursite/dist/scripts/js.cookie-2.1.3.min.js?ver=2.1.3 HTTP/1.0 https://www.adventureland-dresden.de/ Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 762 SSL/TLS-Zugriff für Apache
2021-03-09 11:26:32 Access 172.69.55.26 200 GET /wp-content/plugins/wpshopgermany/views/js/jquery-validation-1.11.1/dist/additional-methods.min.js?ver=5.6.2 HTTP/1.0 https://www.adventureland-dresden.de/ Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 791 SSL/TLS-Zugriff für Apache
2021-03-09 11:26:32 Access 141.101.76.120 200 GET /wp-content/uploads/2018/07/cropped-IMG_2921-1.jpg HTTP/1.0 https://www.adventureland-dresden.de/ Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 716 SSL/TLS-Zugriff für Apache
2021-03-09 11:26:32 Access 141.101.77.210 200 GET /wp-includes/js/jquery/jquery-migrate.min.js?ver=3.3.2 HTTP/1.1 https://www.adventureland-dresden.de/ Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 11.0 K SSL/TLS-Zugriff für nginx
2021-03-09 11:26:32 Access 141.101.76.158 200 GET /wp-content/plugins/pixelyoursite/dist/scripts/js.cookie-2.1.3.min.js?ver=2.1.3 HTTP/1.1 https://www.adventureland-dresden.de/ Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 1.71 K SSL/TLS-Zugriff für nginx
2021-03-09 11:26:32 Access 172.69.55.26 200 GET /wp-content/plugins/wpshopgermany/views/js/jquery-validation-1.11.1/dist/additional-methods.min.js?ver=5.6.2 HTTP/1.1 https://www.adventureland-dresden.de/ Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 13.5 K SSL/TLS-Zugriff für nginx
2021-03-09 11:26:32 Access 141.101.76.120 200 GET /wp-content/uploads/2018/07/cropped-IMG_2921-1.jpg HTTP/1.1 https://www.adventureland-dresden.de/ Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/78.0.3882.0 Safari/537.36 140 K SSL/TLS-Zugriff für nginx

[maennchen1.de]

Ein Cronjob ist lediglich die zeitbasierte Ausführung von Prozessen.
Anhand deiner Screenshots erkenne ich leider nicht die Zusammenhänge des bei deinem Provider ausgeführten zeitgesteuerten Scriptes zu den im WordPress geloggten. Die scheinen sich IMHO zu unterscheiden. Kann aber auch damit zusammen hängen, dass du etwas editiert hast, neu gestartet hast, oder sonst etwas vorgefallen ist. Dazu habe ich keine Informationen von dir. Wenn du sicher gehen willst, musst du das Apache-Logfile nach den Zeiteinträgen durchsuchen. Wenn hier alle 5min der Eintrag zu wp_cron drin steht, macht dein WordPress ggf. Probleme.

Das gepostet Logfile scheint das Server-Log zu sein, nicht das empfohlene error.log, das wird zusätzlich vom Server angelegt und enthält auch PHP-Fehlermeldungen.

[Splandid]

Die www Freigabe hat nur kurzfristigen Effekt gehabt, ist wieder hängen geblieben : Letzte Ausführung des Crons
10.03.2021 03:40:02

[maennchen1.de]

Steht denn der Aufruf des Cron im Apache Logfile, so wie in meinem letzten Post beschrieben?

[Splandid]

Anbei.
Ja er steht drin aber im Modul Letzte Ausführung des Crons
10.03.2021 03:40:02

Konfiguration Modul gibt vor, habe ich so eingerichtet :
Eintrag in der Crontab::

*/5 * * * * wget -q --spider https://adventureland-dresden.de/?wpsg_cron=1

HTTP Aufruf des Cron Scriptes:

https://adventureland-dresden.de/?wpsg_cron=1

Danke

[Splandid]

Ist hier der Schlüssel zum Problem zu finden ?

[maennchen1.de]

OK, aus deinem Screenshot lese ich, dass du eine Multisite Installation betreibst. Das ist nicht ganz unwichtig. Genauso die Versionsnummern, siehe: viewtopic.php?f=23&t=8912
Dein Fehlerlog enthält eine ganze Menge Fehler. Da ich nicht weiß, wann dein Cronjob ausgeführt wird, müsstest du bitte mithelfen. Im Access-Log und im Error-Log deines Webservers steht an erster Stelle immer ein Zeitstempel. Hier müsstest du bitte mal einen Auszug posten, der zum einen im Access-Log den Aufruf https://adventureland-dresden.de/?wpsg_cron=1 macht, bzw. den Zeitstempel mit dem Error-Log vergleichen, um die entsprechenden Fehlermeldungen zu extrahieren, welche genau zu diesem Zeitpunkt aufgetreten sind. Diese Fehlermeldungen würden uns bei der Suche nach deinem Problem helfen.

[Splandid]

Heute alles auf aktuellen Stand gebracht, Netzwerk ist abgeschafft, Seite läuft nun separat. Geht nur manuell auszulösen, nicht per cron.

Die Aufgabe "https://adventureland-dresden.de/?wpsg_cron=1" wurde erfolgreich in 0 Sekunden abgeschlossen

Url 'https://adventureland-dresden.de/?wpsg_cron=1' fetched
Status: 200

Im Backend zeigt es auch immer 1h zurück an, Sommerzeit also und im Frontend die Winterzeit.

17:58:11 Uhr ausgeführt laut log, dann nichts mehr. 18:03:11 Uhr passiert nix.

Über den Server manuell kann ich es auslösen und über das Backend, wo die weiße Seite kommt. Automatisch passiert leider nichts, da klappt es 1/2 mal und dann hängt das.

[maennchen1.de]

Wenn der Aufruf des Cronjobs nicht im Access-Log steht, dann klappt dessen Ausführung nicht. Hier musst du beim Anbieter des Cronjobs nachfragen, was da schief läuft.
Wenn du die URL manuell aufrufst (so dass die weiße Seite kommt), dann ist es das selbe, als würde das der Cronjob machen.

[Splandid]

Er wird auf dem Server ausgeführt, erscheint aber nicht im backend als durchgelaufen, das Downloadplus nimmt nur den cron wenn ich ihn neu anlege einmalig oder wenn ich ihn manuell über das backend ausführe.

Mal doof gefragt, ne Cron Datei im Plugin ist nicht nötig ? Da ist nämlich keine drin zu finden.

[Karl Herre]

Hi,

eine extra Crondatei haben wir nicht (der steht im Code von einer anderen Datei)
Der Cron den du anlegst, ruft wirklich nur unsere Funktion auf und das im X Minuten/Stunden/Tagen - Takt.
Wenn du den "Cron" manuell ausführst, rufst du auch nur unsere Funktion einmal manuell auf.
Insofern das Funktioniert kann man sich schonmal sicher sein, dass der von uns gestellte "Cron"(die Funktion die aufgerufen wird) funktioniert.

Poste bitte einmal die Konfiguration deines Cronjobs
Dein Logfile sagt auch das der Cron nicht ausgeführt wird (zumindest nicht regelmäßig (GET /?wpsg_cron=1 HTTP/1.0))

Gruß Karl

[Splandid]

Ich habe ihn nochmal neu angelegt, mit 10 Minuten Ausführung und es geht seid 2 Tagen. Melde mich nochmal nach Dauerbetrieb

[Karl Herre]

Super freut mich

Gruß Karl