Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Langage PHP Ecriture dnas un fichier distant

Ecriture dnas un fichier distant

9 réponses
Avatar
bruno999
Bonjour

j'utilise le code suivant pour écrire dans un fichier distant :

<?php
$texte = "mon texte";
$file = fopen("ftp://moi:monmdp@ftp.toto.fr/web/monfichier.txt", "w");
fwrite($file, $texte);
fclose($file);
?>

le problème est que le code crée le fichier "monfichier.txt" puisqu'il
n'existe pas, mais il n'écrit rien dedans

merci de votre aide

Bruno
Signaler un problème avec ce contenu

9 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
serbus
Denis Beauregard wrote:
Le 20 Aug 2003 16:31:35 GMT, "gmi2a" écrivait
dans fr.comp.lang.php:

$file = fopen("ftp://moi:/web/monfichier.txt",
"w") or die("impossible d'ouvrir le fichier");

le problème vient du nom de fichier
int fopen ( string filename, string mode [, int use_include_path])

1)Si filename commence par "http://" (insensible à la casse), une
connexion 2)Si filename commence par "ftp://" (insensible à la
casse), une connexion


Attention pour le "insensible à la casse". Dans le nom du fichier,
c'est vrai pour les mots HTTP et FTP, et pour le nom du domaine.
Pour ce qui suit le premier /, c'est vrai uniquement avec un serveur
MS-Windows. Avec un serveur Unix ou Linux ou Mac, la casse est
importante.


Denis


Tiens... nous sommes sur une annexe de frg ;-)

Pour ma part je ne dirais pas que ce n'est pas un problème de casse,
mais une protection du serveur, en principe il est impossible d'écrire
dans un domaine si le script ne provient pas de ce même domaine.

Et bien heureusement d'ailleurs, car si tout le monde pouvait envoyer
n'importe quoi ou modifier un fichier sur le site de quelqu'un ce
serait vachement grave !

--
Serge.


Avatar
gmi2a
X-No-Archive: yes
Restrict: no-external-archive
"Denis Beauregard" a écrit dans le message de
news:
Le 20 Aug 2003 16:31:35 GMT, "gmi2a" écrivait dans
fr.comp.lang.php:
$file = fopen("ftp://moi:/web/monfichier.txt", "w") or
die("impossible d'ouvrir le fichier");
...


1)Si filename commence par "http://" (insensible à la casse), une
connexion


2)Si filename commence par "ftp://" (insensible à la casse), une
connexion



Attention pour le "insensible à la casse". Dans le nom du fichier,
c'est vrai pour les mots HTTP et FTP, et pour le nom du domaine.
Pour ce qui suit le premier /, c'est vrai uniquement avec un serveur
MS-Windows. Avec un serveur Unix ou Linux ou Mac, la casse est
importante.


Bonsoir Denis,

A regarder la réponse il est bien indiqué : "http://" (insensible à la
casse)
Je pense donc que seul ce qui est "coté" cad "http://" est insensible à la
"casse".
Je teste en local avec EasyPHP et en ligne sur FREE donc avec un :
Serveur:Apache/1.3.26 (Unix) Debian GNU/Linux mod_fastcgi/2.2.12
mod_perl/1.26
Si je mets HTTP://lesite.free.fr/index.php cela sera Ok
alors que http://lesite.free.fr/index.PHP donne "404 - Fichier non trouvé".

Sinon sur http://www.php.net/ une recherche avec "fopen" donne
http://www.php.net/manual/fr/function.fopen.php
et il n'y a qu'a lire la documentation en ligne et les exemples.
on y voit fopen(http://user:/mypage.php);
bien different de fopen("ftp://moi:/web/monfichier.txt",
"w")

donc l'erreur est soit dans le username, le password précédent l'arobase
mais plus surement dans le nom de ficher
ftp.toto.fr/web/monfichier.txt


Cordialement
--
G.M.


Avatar
Denis Beauregard
Le 20 Aug 2003 22:47:40 GMT, "serbus" écrivait dans
fr.comp.lang.php:

Denis Beauregard wrote:

Tiens... nous sommes sur une annexe de frg ;-)

Pour ma part je ne dirais pas que ce n'est pas un problème de casse,
mais une protection du serveur, en principe il est impossible d'écrire
dans un domaine si le script ne provient pas de ce même domaine.

Et bien heureusement d'ailleurs, car si tout le monde pouvait envoyer
n'importe quoi ou modifier un fichier sur le site de quelqu'un ce
serait vachement grave !


En fait, certains navigateurs-éditeurs permettent d'écrire dans un
site. A priori, je ne vois pas quelle est la différence entre
un logiciel fait d'avance (ftp, ws-ftp, cute-ftp si on regarde les
spécialisés, Netscape et FrontPage si on regarde les polyvalents),
et un langage comme le PHP qui permettrait finalement de faire la
même chose qu'un vrai ftp.

Le problème est peut-être qu'il faut une certaine version de PHP
avant d'avoir cette possibilité, c'est-à-dire que du point de vue
interne, il faut détecter que c'est du ftp et agir en conséquence.
On n'écrit pas sur un site externe comme on écrit sur le disque
local.


Denis

Avatar
yvon.thoravallist
gmi2a wrote:

Si je mets HTTP://lesite.free.fr/index.php cela sera Ok
ou bien :

HTTP://leSite.FREE.fr/index.php


--
Yvon

Avatar
serbus
Denis Beauregard wrote:
Le 20 Aug 2003 22:47:40 GMT, "serbus" écrivait dans
fr.comp.lang.php:

Denis Beauregard wrote:



En fait, certains navigateurs-éditeurs permettent d'écrire dans un
site. A priori, je ne vois pas quelle est la différence entre
un logiciel fait d'avance (ftp, ws-ftp, cute-ftp si on regarde les
spécialisés, Netscape et FrontPage si on regarde les polyvalents),
et un langage comme le PHP qui permettrait finalement de faire la
même chose qu'un vrai ftp.

Le problème est peut-être qu'il faut une certaine version de PHP
avant d'avoir cette possibilité, c'est-à-dire que du point de vue
interne, il faut détecter que c'est du ftp et agir en conséquence.
On n'écrit pas sur un site externe comme on écrit sur le disque
local.


Denis


Salut Denis,

J'espère que nous parlons bien de la même chose... la question est de
mettre sur mon site un script en PHP qui puisse écrire un fichier sur
le site d'un copain, c'est bien ça le problème posé ?

Il ne faut pas confondre les logiciels clients(javascript et autres)
et le PHP qui s'exécute sur le serveur... La quasi totalité des
serveurs sont en Unix et seul le propriétaire a le droit d'écriture,
impossible donc de faire chmod à partir d'un autre site, et même la
version de PHP n'y change rien...

Serge.


Avatar
Denis Beauregard
Le 21 Aug 2003 14:01:14 GMT, "serbus" écrivait dans
fr.comp.lang.php:

J'espère que nous parlons bien de la même chose... la question est de
mettre sur mon site un script en PHP qui puisse écrire un fichier sur
le site d'un copain, c'est bien ça le problème posé ?


Je n'ai pas posé la question initiale, mais c'est ainsi que je
la comprends moi aussi.

Il ne faut pas confondre les logiciels clients(javascript et autres)
et le PHP qui s'exécute sur le serveur... La quasi totalité des
serveurs sont en Unix et seul le propriétaire a le droit d'écriture,
impossible donc de faire chmod à partir d'un autre site, et même la
version de PHP n'y change rien...


Pourtant, il y a certaines applications où il serait utile de
copier un fichier d'un serveur à un autre.

Un site miroir. Disons que j'ai le serveur quebec.com et le serveur
france.com, chacun sur son continent. Mes 12 345 usagers veulent
être lisibles depuis chaque serveur, donc je fais un miroir d'un site
vers l'autre et vice-versa. Idéalement, cela se ferait directement
avec un script Unix et sans PHP, mais je ne vois pas pourquoi cela
serait impossible à petit volume, soit par exemple, le serveur
quebec.com qui a une base de liens mise à jour par ses visiteurs,
et qui fait une copie vers un autre serveur france.com d'une autre
entreprise mais avec le même client, lequel ferait la copie avec
un script PHP.

Philosophiquement, je ne vois pas de raison d'empêcher cela.
Techniquement, il est certain qu'on n'ouvre pas un fichier en ftp
comme on l'ouvre en local, mais cela doit être transparent à
l'utilisateur. PHP utilisant tout de même une librairie pouvant faire
ce que ftp permet de faire, pourquoi PHP ne pourrait pas le faire ?
La question est alors double: est-ce PHP le permet et si oui, dans
quelles conditions (nom de la fonction, arguments requis, versions
qui le permettent, etc.)

Ce serait intéressant d'entendre celui qui a posé la question bruno999
venir nous donner quelques détails, par exemple s'il a essayé les
trucs suggérés, quelle version de PHP il a essayée, etc. Le message
du die() nous en apprendrait aussi beaucoup.


Denis

Avatar
serbus
Denis Beauregard wrote:
Le 21 Aug 2003 14:01:14 GMT, "serbus" écrivait dans
fr.comp.lang.php:

J'espère que nous parlons bien de la même chose... la question est
de mettre sur mon site un script en PHP qui puisse écrire un
fichier sur le site d'un copain, c'est bien ça le problème posé ?



Denis


J'inverse la théorie de la technique et de la philosophie !

Tu peux le faire en te connectant sous unix en FTP avec tes droits
propriétaires, pa ni problèm...

Par contre c'est impossible à partir d'un script distant en PHP.

Techniquement c'est parfaitement réalisable, mais philosophiquement ce
n'est pas possible à cause des droits d'accès, et bien heureusement
d'ailleurs !

Rends-toi à l'évidence Denis, à moins d'être un cracker hors pair pour
récupérer ton mot de passe, je pourrais changer la page d'accueil de
ton site sans problème...

--
Serge.


Avatar
Denis Beauregard
Le 22 Aug 2003 01:58:53 GMT, "serbus" écrivait dans
fr.comp.lang.php:

Techniquement c'est parfaitement réalisable, mais philosophiquement ce
n'est pas possible à cause des droits d'accès, et bien heureusement
d'ailleurs !

Rends-toi à l'évidence Denis, à moins d'être un cracker hors pair pour
récupérer ton mot de passe, je pourrais changer la page d'accueil de
ton site sans problème...


Relis la réponse de Georges:

essayez

$file = fopen("ftp://moi:/web/monfichier.txt", "w") or
die("impossible d'ouvrir le fichier");


Le mot de passe est fourni dans l'appel. C'est monmdp dans l'exemple.
Tu ne connais pas le mot de passe de mon site, donc tu ne peux pas
en modifier le contenu.

Dans une vraie utilisation, on peut supposer que si le fichier est
/home/moi/www/fichier.php et que cela donne moi.fr/fichier.php, on
ferait sans doute une inclusion de /home/moi/motdepasse.php pour
y loger le mot de passe etc. dans une variable, puis

$file = fopen($nom_et_mot_de_passe, "w") or die("impossible d'ouvrir le fichier");


Mais, entre nous, je ne le ferais pas et je préférerais le ftp
régulier avec le premier site, puis le second. Je n'aime pas
l'idée de ces sites qui se modifient de façon autonome.

Et je serais vraiment curieux de connaître l'application visée
par bruno999 qui est décidément devenu bien silencieux une fois la
question posée.


Denis

Avatar
Lascap
En fait, certains navigateurs-éditeurs permettent d'écrire dans un
site. A priori, je ne vois pas quelle est la différence entre
un logiciel fait d'avance (ftp, ws-ftp, cute-ftp si on regarde les
spécialisés, Netscape et FrontPage si on regarde les polyvalents),
et un langage comme le PHP qui permettrait finalement de faire la
même chose qu'un vrai ftp.



heu... je n'en suis pas sur: je dirais plutot: certains navigateurs-éditeurs
feintent en faisant semblant d'écrire en live dans un fichier distant, à
coup de buffering. Pour de vrai, le fichier est downloadé en local, puis
re-uploadé. En fait, je me trompe peut etre, mais je n'ai pas l'impression
que le protocole ftp permette d'ouvrir directement un fichier pour y écrire
des insanités. (ie, en C, récupérer un pointeur à l'intérieur du fichier).
La solution serait peut etre (surement) de rapatrier le fichier, d'en faire
ce qu'on veut (l'ouvrir, écrire dedans, le fermer) puis de le replacer sur
le serveur distant. A mon humble avis, le problème vient de là.

Lascap