stimmt habe mir gerade ein stg angeschaut da kann das passieren.
Wenn du multicron nutzen willst und nicht viel umbauen willst nimm die Interface: http://shop.klickwarriors.de/cat_8.html
dort arbeiten die neuen auch nicht mehr mit die()![]()
stimmt habe mir gerade ein stg angeschaut da kann das passieren.
Wenn du multicron nutzen willst und nicht viel umbauen willst nimm die Interface: http://shop.klickwarriors.de/cat_8.html
dort arbeiten die neuen auch nicht mehr mit die()![]()
Also soll ich das so machen?
Updates per Cronjob.<br>
<br>
<?
ignore_user_abort(true); // *nicht ändern* Diese Funktion lässt den Cronjob auch dann fertig laufen, wenn der Cronjobservive beendet
$pfadAngleich = "";
$verbose = 1; // *nicht ändern* Kein Ausgabe was genmacht wurde
unset "stg_ads4allweb.forcedbanner.php";
unset "stg_ads4allweb.paidlinks.php";
unset "stg_ads4allweb.paidmail.php";
?>
Oder wie?^^
die unset function muss direkt in die stigma crons ganz an anfang zb
weiß leider nicht was noch alles zurückgesetz werden muss.PHP-Code:
unset($file1);
unset($interface);
Gut, ich weiß auch nicht was da alleszurückgesetzt werden muss.
Dann sind wir ja schon 2 ^^
Danke trotzdem. Vlt weiß da ja jemand genau *hust* lokutos *hust*^^
mfg
PHP-Code:
include ("stg_ads4allweb.forcedbanner.php");
unset($GLOBALS);
include ("stg_ads4allweb.paidlinks.php");
unset($GLOBALS);
include ("stg_ads4allweb.paidmail.php");
unset($GLOBALS);
sowas in der art weis gar nicht ob das in php5 unterstützt wird.
MFG Lokutos
SwissNetWorX - VMS Hosting / V-Server / Cloud-Server / Hosting
Ansonsten mit der Funktion:
http://us.php.net/manual/en/function...fined-vars.php
Alternativ einfach mal alle Variablen im Cron raussuchen, soviel solltens ja nun auch nicht sein![]()
Kill one man, and you are a murderer.
Kill millions of men, and you are a conqueror.
Kill them all, and you are a god. - Jean Rostand, Thoughts of a Biologist (1939)
Ich mach das ungefähr so:
Seitdem mein Provider die Einstellung "allow_url_fopen" ohne Ankündigung deaktiviert hat, geht das aber nicht mehr. Offenbar benutzen per Cronjob gestartete PHP-Skripte nicht die gleichen Einstellungen wie die durch FastCGI ausgelieferte Skripte. Meine Webseiten haben nämlich kein Problem, nur die Cronjobs.PHP-Code:
#!/usr/local/bin/php5
<?php
header('Content-type: text/plain');
@set_time_limit(0);
@ignore_user_abort(true); // *nicht ändern* Diese Funktion lässt den Cronjob auch dann fertig laufen, wenn der Cronjobservive beendet
function logit($logtext) {
global $log;
$log .= $logtext."\n";
}
function abort($logtext) {
logit("Fehler: $logtext\nMulticron wurde beendet.");
echo $log;
die();
}
logit('Multicron wurde gestartet.');
// Cronjobs:
$cronjobs = array (
"webmasterlose.int.php" => "http://www.xyz.de/cron.php?id=2&pw=abcde",
"hp-lose.int.php" => "http://www.xyz.de/cron.php?id=3&pw=abcde"
);
// Cronjobs starten:
foreach ( $cronjobs as $name => $url ) {
logit ("\n$name\n$url\n".file_get_contents ( $url )."\n--------------------------------------------------------\n\n");
}
// bei Bedarf auskommentieren:
// mail("admin@xyz.de", "Multicron Ergebnis", "Folgende Meldungen hat das Multicron-Script erhalten:\n\n".$log, "From: admin@xyz.de");
echo $log;
?>
Das hat man halt davon wenn man sich auf billige Provider verlässt.
Ich bin bei FlyHost und kann die spätestens jetzt nicht mehr empfehlen.