y a t il une commande pour faire ca a partir d'une adresse ftp ? merci

oui avec le hurd se sera possible
 
 

petite question le hurd va remplacer linux ? et linus ds tt ca ?

ce que tu veux me dire c que actuellement avec linux c impossible ?

http://ftpfs.sourceforge.net/

j'ai pas compris l'interet des translator ... surtout que c'est bien plus simple de faire "ftp ftp.site.org" que de tapper un translator qui fait 15 lignes, non ?

 
t'as pas compris.... on MONTE le ftp...

Oui, il existe un systeme de fichier special pour monter un ftp dans un repertoire : ftpfs (cf. 3 posts plus haut pour le lien )

 
ouai bah j'avais compris ... je vois juste pas l'interet
mais surement qu'une ame charitable va m'expliquer

 
 
Ben, tu manipules ensuite ton ftp comme si c'était un dossier sur ta machine.
 
Pour copier des fichiers: 'cp' à la place de l'envoie de fichier
etc.

 
Et surtout, c'est transparent pour toutes les applications.
 
Tu monte un translator sur un ftp avec un ISO, tu monte cet iso en loopback et tu peux y lire les fichier sans problèmes \o/

mouai ... je suis pas convaincu...
et pis quand je vois la gueule des commandes !  

 
c'est parce que tu n' as pas compris !  
 

pas essayé perso, mais d'apres certains, ca a la facheuse tendance à être à l'origine de kernel panics, ce machin...
 
Mais bon, s'est ptet stabilisé depuis...

 
merci, je sais quand même ce qu'est le montage dans un répertoire
c'set juste que je n'en vois pas vraiment les applications
en plus ils sont 10 à tout casser à bosser sur le noyau, ça avance pas un cul, et je vois pas en quoi linux ne pourrait pas être LE noyau gnu, même si à la base il était pas fait pour (il respecte la GPL alors bon ...)
bref, je passerais pas au hurd juste parce que je peux faire un cp au lien d'un get sur un ftp

 
on est bien d'accord.
 
 
 
imagine que tu mettes ton home en ftp, si tout était super rapide, ca pourrait etre pas mal
 
 
un nfs sur l'internet quoi

 
non mais t po obliger
 
ya
 
http://lufs.sourceforge.net
 
 
 
   
 
 
ps: vous remarquerez que ce pseudo a une tendance trollesque dans les topics ! [multi detectos]

 
bah ça m'arrive de troller mais là c'est pas le cas.
pour tout dire j'aimerais bien que le hurd soit un super noyau qui attire plein de monde, qui marche bien etc ...
le pb est que ça avance pas, et qu'il y a à peine 10 programmeur à bosser en permanence dessus ... donc ça me saoule, je préfère me dire qu'il n'apporte rien, ce qui est à peu près le cas pour le moment

 
passera pas trop gros !!!
 
(je jetterai un oeil dans la semaine pour voir quand même ce que sa donne)
 
allez bonne année à tous et a bientot !    

C'est pas forcement des commandes. Imagine que tu veuilles lire un document Word. Au lieu de downloader le fichier, tu le vois directement dans OpenOffice.org. Et si t'as des tas de documents à consulter, c'est plus sympa de les ouvrir avec les programmes que de passer par l'intermédiaire d'un client ftp (faire le ménage, trouver de l'espace disque...).
Autre exemple, si t'as un fichier .zip énorme sur un ftp et qu'il n'y a qu'un fichier dedans qui t'interesse, ca va etre beaucoup plus rapide (enfin je pense) de passer par un translator qui va permettre à un programme d'extraire juste le fichier plutot que de downloader toute l'archive.
 
Les applications sont très nombreuses !

 
pas bete pour le coup du document ...
par contre pour le zip c'est pas possible. le translator n'est qu'une surcouche, l'archive il faudra toujours la décompresser pour lire son contenu, et ça c'est le serveur qui le ferait, dans ton exemple, ce qui n'est pas possible

 
Pas forcément. Il existe des formats d'archive à accès aléatoire (pas le .zip si ma mémoire est bonne). Et le seul cas ou il faut tout décompresser, c'est pour remettre un fichier. En lecture, il y a pas besoin de décompresser (avec winzip, si tu tente de lire un fichier en fin de .zip, on le voie faire "skipping", passer sur les fichiers sans tenter de les décompresser).

 
ah il doit y avoir une sorte de petite fat au début de l'archive
enfin ça n'empeche qu'il faudra de toute manière télécharger toute l'archive : d'une part parce que la commande pour lire une archive n'est pas prévu dans le protocole ftp (et donc aucun serveur ftp ne permet de faire ça, bien entendu), et de plus ça augmenterait la charge des serveurs ...

 
bah non, si le serveur permet le resume, c'est ok. Ton prog unzip va lire une petite partie du fichier pour lire l'index, puis la partie que tu veux decompresser (et uniquement celle la grace au support resume du serveur ftp). Enfin je pense que ca devrait etre possible non ?
 
[edit] maintenant que je reflechit, c'est pareil pour tout les fichiers: se serait con de devoir télécharger tout le fichier pour lire juste un byte au milieu

 
non, le protocol ftp n'est pas "bas niveau" à ce point. il faudrait qu'il court-circuite la fs et c'est pas le cas. quand tu veux lire un bout de fichier tu dois tout le prendre
ton histoire de resume pourrait sans doute marcher pour un fichier de type texte brute par exemple, ou même du mpg ... mais seulement pour le début du fichier. rien ne te permet de sauter à la fin d'un fichier sans en prendre le début dans le protocole ftp

Pour repondre a la question initiale le file manager de kde (konqueror je crois) gere ca tres bien...

 
Bah dans ce cas, comment les clients FTP font pour reprendre un DL interrompu là ou il s'est arreté ?

 
BigBen +1 : la commande RESUME est dans le ftp de base.
 
TFTP ne sait probablement pas le faire , mais FTP, si

Non, c'est du séquentiel ce que tu décris ...
L'accès "aléatoire" te permet de lire où tu veux sans avoir à te "taper" tout ce qu'il y a avant ...
Dans la pratique, peu de systèmes sont vraiments aléatoires ... l'API en donne l'illusion ...

 
C'est bien ce que je dit. Le format .zip est séquentiel, pas aléatoire.

 
Bah, toutes les applis KDE savent deja le faire et il n'y a pas eu besoin de changer de noyau pour ça.