ploopie a écritEt bah dis donc, ça m'a fait de la lecture après le boulot mais j'ai appris des choses, merci 🙂
Parfait, les explications étaient "à but éducatif", donc si tu as appris des choses c'est que le but est atteint !
ploopie a écritRclone offre aussi l'avantage d'uploader directement sur le dossier souhaité contrairement à 1fichierfs, non ?
Oui et non !
Le fonctionnement serveur est différent entre upload http et upload ftp, car il est calqué sur les manipulations qu'un utilisateur ferait "à la main", c'est à dire en utilisant son navigateur (upload http) ou un utilitaire tel filezilla (upload ftp).
Dans le cas de ftp, le "répertoire d'upload" est paramétré dans les paramètres du compte. Quand tu manipules "à la main" et un fichier à la fois, tu peux très bien aller changer ce répertoire d'uplaod avant de lancer le transfert FTP, et ainsi le fichier se retrouve "au bon endroit directement". Tu peux aussi très bien ne pas le faire, tout regrouper dans un répertoire d'upload, et faire les déplacement/renommage une fois que les fichiers sont arrivés dans le répertoire commun d'upload. Le résultat final est le même. Ce deuxième fonctionnement est le choix de 1fichierfs car c'est plus "propre". 1fichierfs se réserve un répertoire pour ses upload (actuellement en dur : /.upload.1fichierfs) ainsi ce que fait le driver n'est pas mélangé avec les manipulations "à la main" de l'utilisateur. Le "renommage/déplacement" final est fait automatiquement par 1fichierfs, donc même si c'est "techniquement" en deux étapes, au final c'est pareil pour l'utilisateur.
Maintenant http fonctionne différemment. Lorsque tu vas sur les pages web de 1fichier.com pour uploader un fichier, tu dis avant de commencer où tu veux que le fichier soit stocké. Donc cela apparaît comme "une étape" mais en réalité cela crée des inconvénients suggérés dans les posts précédents.
Prenons le cas du "déplacement" du fichier. Tu as commencé une copie d'un gros fichier vers un répertoire "Musique". En réalité tu t'aperçois que "ton doigt a rippé" et que tu n'as pas cliqué sur le bon répertoire cible, tu voulais mettre le fichier dans "Vidéos".
1fichierfs : aucun problème,
même pendant que la copie est en cours tu peux "renommer/déplacer" le fichier !.. Pas besoin d'interrompre la copie, effacer et recommencer, c'est donc tout bon !..
Explication "technique" 😛 : en réalité l'endroit cible où se trouve le fichier est juste une indication qui sera utilisée à la toute fin du processus quand il s'agira de déplacer le fichier depuis le répertoire commun d'upload vers l'endroit où l'utilisateur souhaite poser le fichier. Donc si on change d'avis après le démarrage de la copie ce n'est pas grave, c'est juste cette indication de destination qui change !.. Lorsque le fichier est arrivé sur le répertoire upload, on utilise alors le dernier emplacement que l'utilisateur a spécifié, peu importe qu'il ait changé 10 fois d'avis pendant le temps du processus. La vision via le logiciel prend tout de suite en compte le "changement d'avis", et si on regarde avec le gestionnaire de fichiers on verra donc que le fichier en cours de copie vient de passer "magiquement" du répertoire "Musique" à "Vidéos"... alors qu'en réalité son nom FTP n'a pas changé, et sa cible première est toujours bien le répertoire d'upload !
rclone : ça m'étonnerait qu'ils aient prévu le cas !.. Fais le test et dis nous ce que ça donne. Si tu renommes pendant la copie, il y a des chances que ça ait été bloqué et que tu ne puisses pas le faire et que la seule façon soit de couper la copie, effacer et recommencer. Si toutefois ça marchait, rclone se retrouverait dans ce cas à égalité avec 1fichierfs. En effet, comme tu ne peux pas changer d'avis quant à la cible d'un fichier uploadé en http, il faudrait attendre que le fichier arrive dans le premier répertoire désigné pour ensuite le déplacer vers la "bonne cible". Ca m'étonnerait beaucoup qu'ils aient prévu ce traitement...
Aussi dans ce cas l'inconvénient est que si tu arrêtes la machine au moment critique (transfert http vers storage) tu vas te retrouver avec des fichiers dans "Musique" qui n'ont rien à y faire, tandis qu'avec 1fichierfs, la "pollution" reste dans le répertoire d'upload spécifique.
Pouvoir donner le nom du répertoire cible avant le transfert présente cependant un
avantage en cas de "coupure prématurée" du PC, c'est à dire pendant la phase de transfert vers le "storage".
En effet, dans ce cas,
et si tu n'a pas changé d'avis (renommage/déplacement ou suppression) tu peux couper le PC sans attendre.
Cela sera réalisé dans une version future par 1fichierfs par la fonction "reprise".
Comment cela va fonctionner "techniquement" : de petits fichiers indiquant la cible d'un upload seront rajoutés dans le répertoire upload général. Si le PC est coupé pendant les phases critiques, au prochain redémarrage le programme utilisera les indications dans ces petits fichiers pour "terminer le travail".
Comme expliqué ci-dessus, pouvoir donner la cible avant le démarrage de la copie a certes un avantage, mais ne dispense pas de la fonction reprise à cause des phases où le fichier devient complètement invisible (copie ftp/http vers storage). Donc puisque la "reprise" est de toute façon indispensable et rend la fonctionnalité, autant ne pas "polluer" l'arborescence utilisateur avec des fichiers qui n'ont pas lieu d'y être.
Aussi j'avais demandé à l'équipe 1fichier de pouvoir spécifier cela dans un "traitement FTP", mais j'ai simplifié la demande car finalement je trouve que c'est n'est pas nécessaire et même présente des côtés négatifs qui m'ennuieraient.
