Problem mit dem Cronjobs

[ruegi]

Und zwar geht es um folgendes, komischerweise laufen 70% meiner cronjobs nicht.

ich nutze folgende Verlinkung für den Cronjob, bei 5 Cronjobs funktioniert dieser, bei den anderen nicht.
Rufe ich ihn jedoch manuell im browser auf, läuft der Cronjob durch.

http://Loginname:Passwort@www.domain/adminforce/cron.php?cron=crons/traffic/werberkrise.paidlinks.php (https://www.kunden-level.de:8443/plesk/client@17/domain@5/hosting/crontab@4/task@0x1782d420e91db505f9a0c6bab7f9ff62/properties/?previous_page=client.domain.hosting.crontab.task)

wo kann da bei mir der Fehler liegen?

[maniwelt]

Wenn du da VMS 1.2 hast, nuzt dein Link nichts für den Cronjob, weil das anders funktioniert ;)

[ruegi]

Wenn du da VMS 1.2 hast, nuzt dein Link nichts für den Cronjob, weil das anders funktioniert ;)

laut info vom urwebbi der seite, ist das vms 1.1

komischerweise funktionieren ja 5 crons mit der verlinkung und das sogar über cronjob :D

die anderen die dort nicht funktionierten hab ich aufm server als cronjob angelegt, leider bis jetzt ohne erfolg.

[maniwelt]

Kommt eine Fehlermeldung oder eine weisse Seite beim aufrufen ?

[Schmuse_Kater40]

Also wenn ich das richtig verstanden habe und das richtig sehe sollte das nicht funktionieren

Versuch mal den Link so aufzurufen:

http://www.deineseite.de/adminforce/cron.php?cron=crons/traffic/werberkrise.paidlinks.php

Wenn du deine Crons über Cronjob.de laufen lässt brauchst du für die Crons das mit dem Loginnamen und Passwort nicht.

[EarlofMidnight]

Also wenn ich das richtig verstanden habe und das richtig sehe sollte das nicht funktionieren

Versuch mal den Link so aufzurufen:

http://www.deineseite.de/adminforce/cron.php?cron=crons/traffic/werberkrise.paidlinks.php

Wenn du deine Crons über Cronjob.de laufen lässt brauchst du für die Crons das mit dem Loginnamen und Passwort nicht.

Falls dein Admin Zugang über HTACCES geschützt ist brauchst du das Passwort und den Usernamen ;)

Gruß

EarlofMidnight

[dragon11]

Und zwar geht es um folgendes, komischerweise laufen 70% meiner cronjobs nicht.

ich nutze folgende Verlinkung für den Cronjob, bei 5 Cronjobs funktioniert dieser, bei den anderen nicht.
Rufe ich ihn jedoch manuell im browser auf, läuft der Cronjob durch.

http://Loginname:Passwort@www.domain/adminforce/cron.php?cron=crons/traffic/werberkrise.paidlinks.php (https://www.kunden-level.de:8443/plesk/client@17/domain@5/hosting/crontab@4/task@0x1782d420e91db505f9a0c6bab7f9ff62/properties/?previous_page=client.domain.hosting.crontab.task)

wo kann da bei mir der Fehler liegen?

m.E. ist Dein Aufruf von der Sache her richtig.
poste mal bitte das was unter der bezeichnung steht in der Übersicht der crons (+manueller Start)...ich vermute Du hast eine falsche Pfadangabe bei cronjob.de eingetragen.

[ruegi]

wir haben es ja nun mit den neuen interfaces hinbekommen, die cronjobs scheinen zu laufen, nur komischerweise werden jetzt nicht alle Banner, mails und textlinks von den sponsoren übernommen. Auch manuell werden nicht alle geladen, auch wenn mindestvergütung auf 1.000000 steht.

mom ich kratze mal die ganzen infos zusammen und trage sie nach.

Ja der Adminzugang ist HTACCESS geschützt.


Nachtrag:
Also die Cronjobs haben wir jetzt wie folgt verlinkt

http://loginname:passwort@www.lose-stadt.de/crons/banner/webmasterlose.forced.php (about:blank41_0%7Chttp://superwebadmin:q7tdmf58ksamqvwnndwfq@www.lose-stadt.de/crons/banner/lose4webmaster.forced.php)

so include ich die config in der ensprehcnednen crondatei
@require_once ($_SERVER['DOCUMENT_ROOT'].'/lib/functions.lib.php');

und hier der auszug des cron:




Bitte keinen Code von bezahlten Scripten

[ruegi]

Kommt eine Fehlermeldung oder eine weisse Seite beim aufrufen ?



beim original coede ja

@require_once ('../lib/functions.lib.php');

[dragon11]

beim original coede ja

@require_once ('../lib/functions.lib.php');
dann lag der Fehler genau bei dem Aufruf, Deine Lösung ist auf alle Fälle die Beste, richtig wäre aber gewesen:
@require_once ('../../lib/functions.lib.php');

[VMS1]

dann lag der Fehler genau bei dem Aufruf, Deine Lösung ist auf alle Fälle die Beste, richtig wäre aber gewesen:
@require_once ('../../lib/functions.lib.php');

Stimmt genau. Wenn man die Crons sozusagen einen Ordner tiefer schiebt, liegt die functions.lib.php natürlich einen Ordner weiter zurück.

Kann man gegebenenfalls auch so lösen :


@require_once ($_SERVER['DOCUMENT_ROOT'].'/lib/functions.lib.php');

Dann ist es egal wo und in wievielen Unterordnern die Crondateien liegen. Der Grund, warum das nicht standardmäßig verwendet wird ist, das es NUR funktioniert, wenn das VMS nicht in einem Unterordner installiert ist.
Wäre die URL zum VMS z.B. etwas in dieser Art:
http://www.domain.de/vms/
würde das nicht funktionieren. Dann müßte man den Code so ändern:


@require_once ($_SERVER['DOCUMENT_ROOT'].'/vms/lib/functions.lib.php');
was ja dann wohl etwas an Sinn verloren hätte.

Standardmäßig sind die Crons halt im Verzeichnis crons. Und von da aus geht man dann eben einen Ordner zurück (../). Legt man die Crons einen Unterordner tiefer muß man also 2 Ordner zurück (../../)

Gruß
Marco

[ruegi]

danke für die ganzen tipps, soweit scheinen die crons zu laufen, bis auf die sache das nicht alle banner, mails, textlinks vom sponsor geholt werden.

kann es evt an der sache liegen, die ich gerade in nem alten wml newsletter gelesen habe und das bei allen sponsoren zutrifft


Ruft der Cronjob bzw. man manuell die Interface-URL auf, so werden (sofern es nach dem Update auf WL2 nicht erweitert wurde) nur Kampagnen mit 0 Sekunden Mindestaufenthalt ausgegeben!

Um auch Kampagnen mit Mindestaufenthalt ausgeben zu lassen, muss einfach an die URL &ma=30 angehängt werden. Somit werden alle Kampagnen mit max. 30 Sekunden Mindestaufenthalt ausgegeben.


das ich jetzt sozusagen die endung &ma=30 um die gesamte werbung zu erhaltenund bei den mails halt &ma=60 denn ich nutze ja die interfaces von Script-Kiste

[VMS1]

Hi

also das WML-Interface ist auf dem neuesten Stand. Das holt eigentlich auch alle Kampagnen. Du kannst ja den max. Aufenthalt den eine Kampagne haben soll im Interface einstellen oder?
Ich hab die Einstellungen :

Max. Vergütung 5000
Min. Vergütung 1.000000
Min. Vorhanden 1000
Max. Reload 144
Max. Aufenthalt 60

Damit hat der Cron 70 Banner eingelesen. Also alle die bei WML dem entsprechen. Ein paar werden bei WML auch nicht ausgegeben im Interface. Da siehst du bei WML in der Kampagnenübersicht, wenn dort ein roter Punkt in der Spalte IF ist.

Dann noch ein kleiner Tip zu den OHPHP Interfaces (nicht nur denen von mir) : Bei Reload keinen Wert höher als 24 eintragen. Ich weiß nich wieso, aber die Schnittstelle bei dem OHPHP (zumindest dem neuen), läßt das nicht zu und macht z.B. aus einer 25 eine 2.

Ähnlich ist es für das Script was Conegi & Co benutzen. Nur ist es hier bei dem Aufenthalt. Gibt man einen Aufenthalt höher als 60sek an, macht deren Schnittstelle eine 0 daraus.

[ruegi]

Hi

also das WML-Interface ist auf dem neuesten Stand. Das holt eigentlich auch alle Kampagnen. Du kannst ja den max. Aufenthalt den eine Kampagne haben soll im Interface einstellen oder?
Ich hab die Einstellungen :

Max. Vergütung 5000
Min. Vergütung 1.000000
Min. Vorhanden 1000
Max. Reload 144
Max. Aufenthalt 60

Damit hat der Cron 70 Banner eingelesen. Also alle die bei WML dem entsprechen. Ein paar werden bei WML auch nicht ausgegeben im Interface. Da siehst du bei WML in der Kampagnenübersicht, wenn dort ein roter Punkt in der Spalte IF ist.

Dann noch ein kleiner Tip zu den OHPHP Interfaces (nicht nur denen von mir) : Bei Reload keinen Wert höher als 24 eintragen. Ich weiß nich wieso, aber die Schnittstelle bei dem OHPHP (zumindest dem neuen), läßt das nicht zu und macht z.B. aus einer 25 eine 2.

Ähnlich ist es für das Script was Conegi & Co benutzen. Nur ist es hier bei dem Aufenthalt. Gibt man einen Aufenthalt höher als 60sek an, macht deren Schnittstelle eine 0 daraus.


ok danke für die info, were ich heut abend oder sonntag ausprobieren, je nachdem wie ich zu komme, jetzt erstmal kurz ruhe gönnen von arbeit und morgen geburtstagsfete :D

[ruegi]

ich bin noch immer am verzweifeln mit den crons es kann doch nicht sein.

manuell aufgerufen, selbst mit der normalen verlinkung (Bsp: http://www.lose-stadt.de/crons/banner/werberkrise.forced.php) werden alle banner eingeladen, sprich es werden mir auch die eingelesenen kampagnen aufgelistet.

in jeder crondatei wurde der befehl so angepasst

@require_once ($_SERVER['DOCUMENT_ROOT'].'/lib/functions.lib.php');


doch sobald der cronjob läuft, fliegen gut 50% der forced allgemein raus.

hab im adminbereich die ganzen reloads insgesamt auf maximal 24h eingestellt.


der Cronjob ist wie folgt eingetragen:

wget --spider -q http://login:passwort@www.lose-stadt.de/crons/banner/werberkrise.forced.php


und jetzt verrate mir mal bitte jemand, was daran noch falsch sein soll.

[ruegi]

so hab endlich alles hinbekommen, nochmal vielen dank an alle, für die hilfe