probier mal den aufruf:

wget http://... > /dev/null &

das "> /dev/null &" am ende lässt alles in den abguss fliessen...

die open_basedir direktive stellt ein, in welchen Verzeichnisse php-skripte zugriff haben. einstellen kannst du diese mit:

php_admin_value open_basedir /pfad1:/pfad2:/pfad/zu/tmp

in der httpd.conf bzw. einer .htaccess

dein pfad lautet: /var/www/htdocs/ks0332/:/usr/share/php:/tmp

es geht aber auch über ini_set in deinem skript selbst, also einfach am anfang die funktion aufrufen:

ini_set ("open_basedir" , "/var/www/htdocs/ks0332/:/usr/share/php:/tmp" )

hmm eine kleine frage habe ich doch noch,
jedesmal wenn der cronjob jetzt ausgeführt wird speichert er die fetch.php datei im root ordner ab

17:04:07 (0.00 B/s) - `fetch.php.52' saved [0/0]

nach einem tag hatte ich jezt ca 100 fetch.php's im root ordner....

wie kann ich das verhindern???

freut mich, das es geholfen hat :)

viel spaß noch!

so ich denke jezt habe ich es!!!!
du hast mir den entscheidenden hinweis mit

wget http://domain.de/chmodskript.php
php fetch.php

geliefert!! ich habe den wget befehl jetzt in die aufruf.sh geschrieben und danach ging es zwar noch nicht gleich, weil obwohl ich die fetch.php mit dem browser aufgerufen habe bekam ich immer noch diese elends langen fehlermeldungen , ich denke da habe ich mir mit dem chmod ändern hier und da, und das umschreiben und dies umschreiben, ne menge zerschossen.

nachdem ich alle datein aus dem ordner temp gelöscht hatte, die originale fetch.php hochgeladen hatte und sie ausführte bekam ich dann keine fehler mehr im browser, und es wurden alle daten in den temp ordner neu geladen.

der automailer sagt jezt folgendes:



Nachrichtenliste Anfang« Zurück | Weiter » Letzte
Nachricht: LöschenLöschen Weiterleiten Weiterleiten Antworten Antworten Allen Antworten Allen Antworten
Druckversion Details Alle Kopfzeilen

Betreff: Cron <wp1088750@vwp1857> /is/htdocs/wp1088750_I68ZFTYDKO/sexprison/aufruf.sh
Von: root@hosteurope.de (Cron Daemon) Neue Addresse
An: office@sexprison.de
Datum: Fre, 5.09.2008, 17:04
Priorität: Normal



--17:04:01-- http://www.sexprison.de/fetch.php
=> `fetch.php.52'
Resolving www.sexprison.de... 80.237.132.131
Connecting to www.sexprison.de|80.237.132.131|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 0 [text/html]

0K 0.00 B/s

17:04:07 (0.00 B/s) - `fetch.php.52' saved [0/0]



danke nochmal für deine hilfe ohne ihr wär ich glaub ich noch immer am anfang!!!!!!!

Ja genau daran liegt es!

Du hast 2 Möglichkeiten:

1. Ändere in der fetch.php alle Aufrufe in z.B. 0777 um, also chmod(datei,0666) in chmod(datei,0777)
oder etwas ähnliches (z.B. Gruppe der Datei ändern)

2. Mach ein Skript, dass du unter dem webserver aufrufst und dass diese Dateien chmoddet. Das kannst
du dann mit einem cron aufrufen, z.B. in der Datei aufruf.sh:
cd /pfad/zur/datei
wget http://domain.de/chmodskript.php
php fetch.php

Grüße

ich hoffe es ist erlaubt, ich stell hier mal die confic.inc.php und die fetch rein als link.

http://rapidshare.com/files/142566175/php.rar

also wenn ich mich nicht täusche ist in der fetch in zeile 389,445,596,600 ein chmod festgelegt, kann es sein das es deshalb nicht funktioniert?

ich habe es jezt mal per shell versucht,mit teilerfolg, die fehlermeldungen werden weniger und es scheint der richtige weg zu sein, ABER anscheinend springen die chmods immer wieder auf 666 nach ein paar min zurück

der automailer ist auf 1 min momentan gestellt, ich ändere zb, chmod 0777 bzw 0755 system.s

in der nächchsten mail ist das problen wegen system.s behoben. nach 10 min ist wieder alles beim alten.....

??

hmm, ich kann den chmod der zieldatein nicht ändern, der ordner temp in den sich die dateien befinden hat zwar 0777 aber die datein alle darin 0666, wenn ich jezt versuche den chmod zu ändern bekomme ich

Operation not permitted.

soll ich mal versucher den chmod per shell zu ändern=

das sieht doch schon viel besser aus!

jetzt hast du nur noch eine berechtigungsproblem.

die dateien, auf die die fetch.php zugreift, müssen auch für die fetch.php freigegeben sein.

beachte dabei folgendes:

1. der cron-daemon ist NICHT der webserver (z.B. www-data) und gehört auch nicht in die webserver gruppe

2. Entweder machst du mal kurz chmod 0777 auf die zieldateien (nur zum testen) oder:

ändere die gruppe der dateien auf den cron-daemon, und chmod 0775 auf alles, dürfte auch gehen