enfait, le fclose( ) ne marche meme pas quand s il s agit de fermer un fichier ou vert en lecture uniquement....;
slvn
j ai autorisé (pour : User group other) en ecriture le repertoire ou devait etre ecrits, par le cgi, les fichiers voulu.
mais ca ne marche pas :( ....le script ne cree aucun fichier
ethernal
:lol:
Mismatch
chmod -R 777 / :D
ethernal
au fait peut-être que sous php il y a moyen d'exécuter avec exec("commande" );
et dans ce cas je ne sais pas sous quel user il tourne...
je viens de me faire un exec("cat /etc/passwd" ); et il le liste sans prob ... (ARRGHH) ;)
slvn
ouais dasn httpd.conf ....surment je vais voir :) merci pour ton aide
ethernal
g jamais utilisé, mais je pense qu'au moment ou tu lances apache, tu lui dis sous quel user tourneront les scripts.
slvn
oui en effet ca parait risqué ....
a quel niveua utilise ton suexec ?!
ethernal
en général on essaye de les stocker séparémément, mais je n'utilise pas de cgi, donc je peux pas t'aider
sinon, apache tourne en user nobody --> le répertoire dans lequel écrit ton cgi doit être en écriture, lecture pour nobody (c'est un peut risqué non ??!!? ;) )
utilise suexec il te permettra je pense de faire tourner un cgi avec d'autre user que celui d'apache.
slvn
pas de su exec,
le serveur etant apache//httpd ... j ai redirigé le repertoire des cgi, vers /home/www c est une conneries ?!
(par default c /var/www)
ethernal
hum s'il est lancé par le serveur, il s'exécute avec les droits du serveurs non ? ou bien tu utilises suexec ? (ce que j'ai jamais fait)
Dans tout les cas, ce user devrait donc avoir les droits d'écriture sur le répertoire dans lequel il crée ce fichier.
slvn
j ai un cgi en C qui doit ecrire et creer un fichier;
tout les script se passes bien, sauf au moment du "fclose(FILE*)" ; c ets la seul ligne fait que le cgi ne marche pas!
(le prog se compile mais lorsqu il est utlisé avec le serveur, il renvoie un message d erreur sur le navigateur du client)
