Neu CronJob läuft nicht richtig durch

[csaeum]

Wir haben heute bemerkt das der CronJob seit der 4.05.3 scheinbar hackt.

Wir der CronJob über dem Aufgabenplaner beim drücken des Buttons ausgelöst dann klappt das alles.

Per cron_inc.php geht es nicht.

Egal ob per php-cli oder curl. Es dauer keine Sekunde und alles ok aber es wird nicht weitergezählt.

Ist da was bekannt oder weiß jemand eine Lösung. Ich habe zwar auch bei den Logs auf FEhler und Hinweis stehen. Aber keine Einträge.

 

[csaeum]

Gerade noch was bemerkt.

Nachdem ich nun per Manuell es nochmal ausgelöst habe, danach habe ich CURL und CLI probiert beides nichts es ist nichts passiert
Nun habe ich https://www.domain.de/includes/cron_inc.php im Browser aufgerufen und er hat wieder weiter generiert.

Scheinbar mag er es nicht per CURL, CLI

 

[hula1499]

Ach Christian, du bist doch schon ewig dabei.

Das Cronjob Thema hat doch noch nie wirklich, anständig und zuverlässig funktioniert.
Eigenen Cronjob am Server einrichten (oder via cronjob.de), das relikt im Footer aus den 90er Jahren entfernen und du hast zuverlässig laufende Cronjobs, die anständig laufen, anständig ausgeführt werden und die Sache ist erledigt 🙂

 

[csaeum]

Ach Hula1499
wenn du mal richtig lesen würdest hättest du gesehen das ich es per "Echten" CronJob probiert habe. Nicht umsonst habe ich geschrieben das ich per PHP-CLI, CURL, WGET usw probiert habe.

ich suche gerade nach dem Fehler

 

[css-umsetzung]

Gerade noch was bemerkt.

Nachdem ich nun per Manuell es nochmal ausgelöst habe, danach habe ich CURL und CLI probiert beides nichts es ist nichts passiert
Nun habe ich https://www.domain.de/includes/cron_inc.php im Browser aufgerufen und er hat wieder weiter generiert.

Scheinbar mag er es nicht per CURL, CLI

Dann ruf es im cron doch mit wget auf, so wie du es schon schreibst.

 

[FMoche]

Zumindest für den CLI-Modus gibt es eine Ausgabe, die evtl. hilfreich sein könnte.
Trag mal die Zeile

define('VERBOSE_CRONJOBS', 3);

in die includes/confi.JTL-Shop.ini.php ein und führ dann den Aufruf aus.

 

[csaeum]

Danke @FMoche ich werde das mal probieren

 

[beautyloungeplattling]

Hallo zusammen,

hast du es mittlerweile hinbekommen web-seo-consulting? Hab das gleiche Problem.

 

[ag-websolutions.de]

Hallo @beautyloungeplattling

es wäre hilfreich, wenn du mal schrieben würdest WAS du denn bisher hier aus dem Thread aber auch aus den anderen Forenbeiträgen zum Thema "cronjob" getestet hast und was das jeweilige Ergbenis war ... Danke!

 

[beautyloungeplattling]

Wenn ich einen Cronjob auf unserem Server anlegen und diesen ausführen kommt folgendes.

Pfad zum Script und zur cron_inc.php sind korrekt eingetragen.

Status: 301 Moved Permanently

Location: https://

Content-type: text/html; charset=iso-8859-1

 

[cool-products]

Kann ich bestätigen, ist bei mir genauso. Es spielt dabei keine Rolle, ob das Script cron_inc.php per crontab oder durch direkten Aufruf der URL erfolgt. Und im Ordner www.mein-shop.de/export tut sich nichts. Vielleicht ist noch zu erwähnen, dass die Blindgrafik im Theme deaktiviert ist. Aber soweit ich die Doku verstanden habe, sind die beiden Verfahren alternativ, oder?

Gruss Markus

 

[Xantiva]

Wieso "Moved Permanently"? Das würde bedeuten, der Webserver ist mit involviert? Das sollte er aber gar nicht.

Pfad zum Script und zur cron_inc.php sind korrekt eingetragen.

Was bedeutet das? Was hast Du angegeben?

Bei mir steht da z. B.

php /var/www/_Pfad_zur_Datei_/httpdocs/includes/cron_inc.php

 

[csaeum]

Bei uns was das Memory Limit selbst bei CLI aufruf überschritten.
Da wir einen eigenen VServer nutzen konnten wir das Memory Limit erhöhen und somit den CronJob komplett durchlaufen lassen.

Selbst die Variablen in der Config nutzten im diesem Moment nichts um den Cron darüber zu steuern.

 

[cool-products]

Schön wäre einfach ein Script, das - wenn es über einen "echten" Cronjob aufgerufen wird, alle Exporte am Stück durchführt (egal wie viele Exporte und Artikel es jeweils sind. Punkt. Kein scheibchenweises Abarbeiten, keine Konflikte mit den anderen "Pseudo-Cronjobs" über eine Blindgrafik etc. Auch umfangreiche Jobs liessen sich so nachts wunderbar erledigen, ohne den Serverbetrieb groß zu stören...

Hat da jemand eine Idee?

Gruss Markus

 

[csaeum]

Scheinbar verstehst du das ganze nicht.

Entweder per Blindgrafik und nichts weiter, was dann sehr unzuverlässig geht oder per echten CronJob und die Blindgrafik abgeschaltet. Wenn du beides machst. Kann es zu doppelten durchläufen kommen.

Warum wird es in Etappen abgearbeitet.

Bei uns würde der CronJob über ca 60min laufen somit den Server ständig belasten und alles andere verzögern.

Wir lassen derzeit zb 8100 Artikel mehrmals Exportieren.
1x für Google Shopping Deutschland
1x für Google Shopping Österreicht
1x für Google Shopping Schweiz
1x für ein externes Programm
1x für doofinder

pro Durchlauf laufen 500 Zeilen, Exporte da wir diese gleichzeitig exportieren

 

[cool-products]

Hallo Christian,

ich verstehe das sehr wohl, aber:

1) nachts um 3 Uhr könnte unser Server auch 2 oder 3 Stunden laufen, ohne das Online-Geschäft signifikant zu beeinflussen und es wäre einfach praktisch, für so einen Fall eine Exporterzeugung "im Stück" zur Verfügung zu haben.

2) per echtem CronJob läuft es einfach bei mir nicht (siehe obigen Post). Es kommt bei jeder Durchführung des "echten" Cronjobs (mittels
php ~/includes/cron_inc.php) die völlig unverständliche Meldung (

Status: 301 Moved Permanently
Location: https://
Content-type: text/html; charset=iso-8859-1

) und im Verzeichnis /export/ tut sich nichts, auch keine Portionen á 500 Artikel (nichts, nada, niente)

Außerdem habe ich natürlich die Erzeugung per Blindgrafik abgeschaltet, so dass sich beide Prozesse eben nicht ins Gehege kommen können.

Gruss Markus

 

[Xantiva]

Ich habe zwei CronJobs definiert:

1. 0,5,10,15,20,25,30,35,40,45,50,55 0,1,23 * * *
2. 30 4,6,8,10,12,14,16,18,20,22 * * *

Der eine wird Nachts alle 5 Minuten ausgeführt, der zweite alle 2 Stunden tagsüber ...

Aber dafür muss der natürlich erst mal überhaupt bei Dir laufen. Hast Du es mal mit einem absoluten Pfad ausprobiert?

 

[cool-products]

Das ist das Problem: auch der Aufruf mit absolutem Pfad ergibt die gleiche Meldung und leider keine Ausführung des Jobs. Auch der Aufruf mittels WGET oder über einen Browser führt zum gleichen Resultat. Ich muss vielleicht erwähnen, dass ich PHP 5.4.45 verwende, aber das sollte ja kein Problem darstellen, oder ist für die Ausführung dieses Scripts eine PHP Version zwingend vorgeschrieben? (In der Installationsanleitung von JTL steht: PHP-Version: JTL-Shop 4.00 benötigt mindestens PHP 5.4, empfohlen: PHP 7.0)

Gruss Markus

 

[Xantiva]

... oder über einen Browser führt zum gleichen Resultat.

Öhm, wenn die URL noch nicht mal fehlerfrei über den Browser aufgerufen werden kann - wie soll der Cronjob dann funktionieren?
Abgesehen davon - warum verwendest Du so eine alte PHP Version?

 

[cool-products]

Ok, habe jetzt auf PHP7 umgestellt und siehe da, zumindest der WGET- und Browser-Aufruf funktioniert nun. Danke jedenfalls für eure Hinweise und Tipps!

Gruss Markus