hm, ist auch die ID noch richtig?
ich meine in der URL bei cronjob und in der db identisch?
Ruf doch mal den Link wie Du ihn bei cronjob eingetragen hast auf und schau mal was der Dir dann sagt
hm, ist auch die ID noch richtig?
ich meine in der URL bei cronjob und in der db identisch?
Ruf doch mal den Link wie Du ihn bei cronjob eingetragen hast auf und schau mal was der Dir dann sagt
Der sagt cron gelaufen und die Banner wurden auch eingebucht.
Ist echt seltsam das ganze. Habe sogar schon mein acc. dort gelöscht und neu angemeldet, trotzdem das gleiche problem, der will, wenn cronjob die Url aufruft, keine banner einbuchen.
Die anderen Links bei cronjob haben vorne weg kein Username:Passwort oder so was? und verifiziert ist der da auch? also der Link der nicht geht?
Poste mal einen link so wie er bei cronjob steht von einem der geht (paidmail etc) und ersetze einfach passwörter und username durch ****
und darunter postest du mal einen der forcedbanner mit selben änderungen der daten **
SwissNetWorX - VMS Hosting / V-Server / Cloud-Server / Hosting
Passwort haben sie alle, dass kann man ja in der funktion.lib einstellen und alle anderen bei cronjob funktionieren auch. Und ja, habe mich gleich bei der Anmeldung verifiziert und die Datei ist auch noch auf meinem server
In Deiner Datenbank die ID bei crons von speziell diesem cron ist auch wirklich dieselbe die als ID bei cronjob für diesen cron mit drin steht?
jup ist in der db id 12 und bei cronjob auch
Einzige Idee wäre jetzt noch von meiner Seite, dass cronjob.de abgebrochen wird bei serverseitiger Zeitüberschreitung
verflixt, finde gerade den Codeschnippsel dazu nicht wie man dem begegnet
gesucht ......... gefunden:
ignore_user_abort();
set_time_limit(0);
das mal oben direkt nach <?
in die Datei einsetzen, vielleicht hilft das ja weiter
Berechtigungen
Zitieren