Ausführung Cron (automatisch) bringt Fehler

[Lokutos]

grundsätzlich finde ich es einfacher den anfang schnell mit dem Code zu füllen und am ende n close.
und die rechte neu zu vergeben ist auch sicherer so can der cron nicht aufgerufen werden von extern.

aber das ist Geschmacksache.


MFg Lokutos

[Zockervogel]

also...
wenn ich wget nutze, dann bekomme ich täglich über 100 Mails wegen der Ausführung. Habe das schon alles getestet :-(

Natürlich habe ich cron.php hochgeladen.... (tzzz)

und ich habe natürlich auch den crons, die ich geändert habe, andere Namen verpasst. (keine 100%ige Sicherheit aber wengistens etwas)

wenn das mit dem wget (ohne Bestätigungsmails) gehen würde, würde ich das natürlich auch lieber nutzen.

habe dafür aber zu wenig Ahnung wie das gehen soll (habe eine Woche probiert und es nicht hinbekommen)

[jpwfour]

Entweder kannst du das mit den Mails in deiner Serververwaltung (plesk,confixx,webmin,...) einstellen, oder es kommt keine, wenn du wget via dem Parameter -q einstellst, so dass es keinen Output gibt.
oder den Output nach >/dev/null leiten

Ansonsten, wenn du das manuell machst, einfach im Crontab die MAILTO Direktive auf "nichts" setzen

[Zockervogel]

sein hoster wird zu 90% crontab benutzen und da passt die anleitung von mir oben.
da crontab keine variablen im sinnde von ?x= übergeben kann.
MFg Lokutos

nun, ich habe das ja immer noch nicht in den Griff bekommen :-(

Mein Hoster nutzt ja crontab. Also wird wohl (wie Du schreibst) ?x= nicht übergeben

meine cron.php habe ich wie Du geschrieben hast mit
require ( '/var/www/webxx/html/losexxxx/lib/functions.lib.php' );
modifiziert.

ich bin mal wieder total hilflos

[Lokutos]

crons alle lassen wie sie sind

cron.php

<?
@set_time_limit(0);
@ignore_user_abort(true);
@require ( '/home/snippisc/public_html/snippis/lib/functions.lib.php' );

if($_GET['pw']==''){
    $passwort=$argv[1];
    $cron = $argv[2];
}else{
    $passwort=$_GET['pw'];
    $cron = (int)$_GET['id'];
}


if ($passwort != $cron_pw) die('Zugriff verweigert!');

db_connect ();

db_query('DELETE FROM vms_reloads WHERE bis <= '.time().'');



$result = mysql_fetch_assoc (db_query ('SELECT datei FROM vms_crons WHERE id = '.$cron.' LIMIT 1'));


if (include ($result['datei'])){
    db_query ('UPDATE '.$db_prefix.'_crons SET laufzeit = '.time().' WHERE id = '.$cron.' LIMIT 1') or die(mysql_error());
    echo 'Cron gelaufen';
} else echo 'Cron nicht gelaufen';

db_close();
?>

dan ein aufruf wie folgt:

php5 /home/root/public_html/....../cron.php passwort cronid
z.b.
php5 /home/root/public_html/....../cron.php sausicher 5

ist im crontab url_fopen deaktiviert machst du folgendes

du verlinkst auf deine php.ini
php5 -c /home/root/etc/php.ini /home/root/public_html/..../cron.php passwort cronid



MFg Lokutos

[Zockervogel]

@ Lokutos
danke Dir mal wieder :-)))

funktioniert *freu*

[Lokutos]

Keine ursache

*dankebutton gedrück haben*

[Zockervogel]

Das klappt ja jetzt :-)
Da ich kein neues Thema aufmachen will eine Anschlussfrage :-)
Bei der "Unmenge" an Sponsoren braucht es ja auch noch viel mehr Crons

Mal "dumm" gefragt:

Gibt es die Möglichkeit einen Cron aufzurufen, der dann nach und nach alle anderen Crons abarbeiten lässt ?

[DimpleX]

dumme frage und ne dumme antwort JA


dafür sind crons und so da um es autmasiert abzuarbeiten



DimpleX

[jpwfour]

Jo, dafür am besten in der DB Tabelle ne Spalte "auto" hinzufügen
(refzahlung/anteilsausssschüttung usw. sollen ja nicht stündl. laufen )
und dann nur 1 Cron/datei einrichten, die alle "auto=1" nacheinander (bezugnehmend auf den zeitpunkt der letzten ausführung) ausführt.

Dabei sollte man es nur nicht übertreiben, sofern man Scriptlaufzeit nicht selber einstellen kann.

Es gibt auch schon fertige "Multi-Crons" etc., nur iwie decken die nie alles ab, was man so wollen würde

Abgesehen dafür für 5 Zeilen Code Lose ausgeben.....