Neu Cron läuft nicht an

[intrinsicforce]

Hallo!

Für unsere zahlreichen Exportformate möchte ich Cron nutzen.

Das eingestellte Datum führt jedoch nicht zu einer Ausführung. Wenn ich Cron manuell anstoße, werden immer nur ein paar Formate exportiert, aber nie alle. (bei den betroffenen steht dann 0 von XXX exportiert)

Hat jemand von euch einen Lösungsvorschlag oder schonmal ein ähnliches Problem gehabt? Hoste meinen JTLShop 4 auf all-inkl.

Viele Grüße

 

[hula1499]

Das System ist so eingestellt, dass nur 500 auf einmal exportiert werden um den Server nicht zusehr zu belasten.
Hast du also mehrere Exportformate mit X Tausend Artikel, muss der Cronjob öfters gestartet werden.

Es empfielt sich sowieso, auf einen externen Cronjobdienstleister zuzugreifen und nicht das extrem unkomfortable und unzuverlässige System von JTL zu verwenden (nach Seitenaufruf X etc).

 

[DITH-Shop]

Ist bei mir ähnlich. Mal läuft er, mal nicht.
Dann bricht er mal nach nen paar Tagen ab und startet auch nicht wieder.

Ich starte per externen Cron (cronjob.de) was aber auch nichts bringt. Man muss täglich ein Auge drauf haben.

Für ein paar Tage hilft folgendes:
Im Aufgabenplaner, mit "Edit" den voraussichtlich nächsten Start löschen und neu speichern. Dann "Cron manuell anstoßen"

Das läuft dann meist 3-4 Tage durch

 

[ekpegleg]

Bei mir läuft der Cron an, schmeisst aber eine Fehlermeldung raus:

Mail von root@...netcup.net:
PHP Warning: require_once(/var/www/vhosts/ hosting....netcup.net/httpdocs/jtl/includes/defines.php): failed to open stream: No such file or directory in /httpdocs/jtl/includes/globalinclude.php on line 13
PHP Fatal error: require_once(): Failed opening required '/var/www/vhosts/hosting....netcup.net/httpdocs/jtl/includes/defines.php' (include_path='.:') in /httpdocs/jtl/includes/globalinclude.php on line 13

Beide Dateien existieren (644):

• includes/globalinclude.php

• includes/defines.php

Ich bin für jede Hilfe dankbar. Den Cron manuell anstoßen aus dem jtl-Backend funktioniert.

Gruss Enrico

 

[allHardware]

Habt ihr dafür schon Lösungen?

Ich hab über den Server einen Cronjob eingerichtet das hat super funktioniert, da mein Shop aber immer sehr langsam war, hab ich den Cronjob nur gestartet wenn ich die Datei gebraucht habe oder eben Nachts.

Nun funktioniert das alles nicht mehr, ich kann den Cronjob im JTL-Backend manuell auch nicht mehr ausführen wenn ich dort drauf klicke passiert - nichts.

Ich hoff mir kann jemand helfen. Danke!!
Grüße Helga

 

[ekpegleg]

"Nun funktioniert das alles nicht mehr, ich kann den Cronjob im JTL-Backend manuell auch nicht mehr ausführen wenn ich dort drauf klicke passiert - nichts."

Juhu, sind wir schon zu zweit.

Meine Lösung bei Netcup:
Bei Netcup (Plesk) hinterlegt in Geplante Aufgaben:
Minute : Stunde : Tag des Monats : Monat : Wochentag
0 : 1 : * : * : *

Befehl (https oder http):

wget -q -O /dev/null "https://SHOPURL/includes/cron_inc.php"

 

[allHardware]

Also bei mir geht es jetzt wieder, ich hab dem Support geschrieben da ich es nicht eingesehen hab auf meinem Server alles möglich auszuprobieren wenn es nicht mal manuell geht.
Der nette Herr hat mir geantwortet geht nun wieder, er hat den Aufgabenplan gelöscht, neu angelegt und hat in der cron_inc.php Datei auf 250 Stück runtergestellt.
Ich hab den Aufgabenplaner auch komplett gelöscht und die Aufgaben neu angelegt (hat bei mir, als ich das gemacht hab, nicht geholfen) und bei 80.000 Artikel brauch ich mit 250 nicht anfangen also hab ich´s auf 2000 hochgestellt.
Mal schauen wie lange es nun funktioniert.

Kannst du mir noch sagen für was steht: wget -q -O /dev/null

Grüße Helga

 

[ekpegleg]

Ah Ok. Support und Forum sind bei JTL leider etwas anstrengend. Aber wenn ich da was weiss kann ich es auch weitergeben

wget: is a free utility for non-interactive download of files from the Web. It supports HTTP, HTTPS, and FTP protocols, as well as retrieval through HTTP proxies.

-q bedeutet, dass wget nichts ausgeben soll auf der konsole (ruhiger Modus)

-O bedeutet, dass das danach eine Textdatei als Output angegeben werden kann, da lenkt man um nach /dev/null gleichbedeutend mit Papierkorb. Dann werden aber auch keine Fehlermeldungen ausgegeben!! Ab und zu schau ich im Backend ob die Aufgabenpläne laufen (Datum anschauen).

Gruss Enrico