Ubuntu-fr

Zakhar

[1fichier] "Montez" votre stockage 1fichier en une commande simple !

Vous connaissez peut-être l'espace de stockage en ligne (cloud) 1fichier.

Très pratique pour partager vos vidéos de vacance en famille ou avec des amis, ou pour stocker vos précieuses données en ligne.

1fichier a récemment exposé des APIs pour faciliter les développements autour de leur service.

Aussi, j'ai adapté mon "driver" générique astreamfs avec l'utilisation des APIs.

Pour rappel, le "montage" permet d'accéder à votre espace 1fichier en ligne comme s'il s'agissait de fichiers locaux. Vous pouvez naviguer dans votre arborescence distante avec Nautilus, Nemo, Dolphin, etc... ou en ligne de commande, et cliquer sur les fichiers distants pour les ouvrir avec le programme correspondant associé, au même titre que des fichiers locaux.
Le "driver" est adapté à des opérations de "stream" (la plupart des accès sont en stream), ainsi vous pourrez voir les vidéos de vacance HD (1080p) que vous ont partagées vos cousins avec une ligne ADSL standard à 20Mbps. Pensez dans ce cas là à mettre un "buffer" suffisant à VLC (ou votre lecteur vidéo) pour éviter les freezes dus aux "jitter" réseau, surtout si vous avez une connexion un peu "juste" (par rapport au débit du média).

Avantages :
Simplicité
- Plus besoin de combiner le script (1fichier) avec astreamfs pour monter votre "cloud"
- Le montage se fait, à l'extrême simplicité, avec la commande suivante :

1fichierfs /path_to/mountpoint/

Dans ce cas, le programme vous demandera votre clé d'API. Lancez avec -h pour voir les options.

Fonctionalités
- La lecture des répertoires distants se fait en tant que de besoin, votre montage est donc davantage à jour et pas de ralentissement au lancement avec le script.
- Par effet de l'API, vous pouvez accéder à vos fichiers protégés par mot de passe (bonne pratique pour des fichiers personnels "en clair").

Limitations
- A part l'écriture aléatoire (overwrite) qui n'est pas possible parce que le serveur ne supporte pas cela, il y a très peu de limitations !

Où on trouve ça :

Sur mon Gitlab, ici : https://gitlab.com/BylonAkila/astreamfs

Vous avez l'option de compiler (une commande pour installer les dépendances, et une commande pour compiler) si vous voulez un driver plus à jour.
Sinon vous pouvez prendre directement le .deb sur mon PPA (https://launchpad.net/~alainb06/+archiv … /astreamfs) pour les 3 dernières LTS.

Installation simple

Donc à partir du ppa ci-dessus, l'installation se fait simplement avec 3 commandes. Ensuite les mise à jour vous seront proposées lorsqu'elles seront disponibles, comme pour tout logiciel.

sudo add-apt-repository ppa:alainb06/astreamfs
sudo apt update
sudo apt install 1fichierfs

Suppression :

sudo apt purge 1fichierfs
sudo add-apt-repository --remove ppa:alainb06/astreamfs
sudo apt update

Distributions
1fichierfs est disponible directement en .deb sur mon ppa pour Ubuntu 16.04, Ubuntu 18.04 et Ubuntu 20.04
Depuis la version 1.5.1, le package est également disponible pour Raspberry Pi - Buster (32 bits).
Le lien pour le Raspberry Pi est dans les annonces de chaque nouvelle version.
Si votre Raspberry Pi n'est pas dans cette version, vous pouvez compiler depuis le source.

[Non Libre] Besoin d'aide !

Pour les autres O.S., vous pouvez toujours passer via une machine virtuelle Linux. Par exemple via VirtualBox installez Ubuntu (20.04), mettez-y 1fichierfs, et repartagez cela via samba. Pour plus de simplicité mettez le réseau en "bridge" et n'oubliez pas allow_other dans la configuration globale de fuse (/etc/fuse.conf) et dans les paramètres de lancement pour que le "re-partage" soit possible.

Mac
Si quelqu'un a un Mac, et se sent suffisamment à l'aise pour y lancer quelques commandes, le programme est sans doute adaptable sans trop de difficulté sur Mac puisque l'équivalent de "fuse" y existe. L'autre librairie utilisée : curl, est suffisamment universelle pour ne pas poser non plus de problème sur Mac.
Edit il semblerait cependant que l'équivalent de fuse sur Mac ne soit plus OpenSource désormais. En effet, les montages fuse (bien que considérés comme "gadget" par le Gourou Linus) sont tellement populaires (par ex. sshfs) qu'ils sont très demandés et généraient une source de travail pour le mainteneur incompatible avec un modèle "gratuit".

Window$
WSL n'est malheureusement pas compatible fuse, source : https://superuser.com/questions/1353169 … lternative.
WSL2:  un grand merci à bobo15995 pour les tests, ici : https://forum.ubuntu-fr.org/viewtopic.p … #p22533164. Le driver est parfaitement fonctionnel sur l'Ubuntu à l'intérieur de WSL2, mais peut aussi être exposé pour l'utiliser comme "un lettre de volume" dans la partie "hôte", donc Window$ !

Si vous vous lancez dans un portage d'un côté ou de l'autre, n'hésitez pas à entrer en contact ici ou sur le gitlab.

Aide au debug
Si vous rencontrez des bug, essayez de relancer avec l'option -l7 (debug maximal) et mettez la sortie sur un fichier avec par exemple: --log-file=/tmp/debug.txt
Ca permet de voir où ça se passe !

------------------------------------------------------------------------------------

IMPORTANT

Deux modèles de service pour l'hébergement de fichiers en ligne.
Aujourd'hui (février 2022), vous avez deux modèles qui existent.

1. Le modèle "file-locker" basé, comme les "réseaux sociaux", sur un partage des fichiers entre "amis".

2. Le modèle "sauvegarde" basé sur la sauvegarde et centralisation de vos propres fichiers.

Dans les représentants du premier, on trouve 1fichier, Uptobox ou à l'international des noms comme Uploaded.
Dans les deuxièmes, on trouve le prometteur Suisse pCloud, et à l'international des grands noms comme Google Drive ou Dropbox.

Les modèles des deux types de services sont différents. Le premier, de part le partage assez généralisé, consomme très peu d'espace disque avec un taux de "dé-duplication" énorme (fichiers identiques détenus par plusieurs centaines/milliers d'utilisateurs), par contre consomme une bande passante plus importante, lorsque chaque membre de votre famille va visionner les vacances de tata Simone que vous avez partagées.

Le modèle sauvegarde est exactement l'inverse. Puisque ce sont vos propres fichiers que vous stockez, le taux de "dé-duplication" est potentiellement très faible, voire aucune dé-duplication quand vos fichiers sont vraiment personnels et uniques. La consommation en espace disque est donc bien plus grande, mais comme vous ne passez sans doute pas votre temps à récupérer vos sauvegardes pour vérifier qu'elles sont bien correctes, la bande passante est largement plus faible.

Cependant, à ce jour (février 2022) ce qui est le plus cher est bien l'espace de stockage sur disque, d'où les différences de prix importantes entre les deux modèles.

Notez également que les deux modèles ne sont pas "étanches" et parfois se rejoignent. En effet, pour partager ses fichiers vidéo de vacance avec ses "amis", il faut bien commencer par les "stocker". Dans l'autre sens, tous les hébergeurs de "sauvegardes" vous proposent de pouvoir les partager en envoyant des liens à vos amis. Cela ne leur coûte pas grand chose car ils marchent alors sur le terrain des premiers.

Une des grosses différences entre les deux types de services est également l'offre logicielle. Les "file-locker" ont tous une offre rudimentaire : un site web, et pour certains des APIs (pour les courageux développeurs !). Les utilisateurs apprennent de toute façon assez vite comment voir les exploits de tata Simone pendant ses vacances, il n'y a guère besoin de plus que de savoir créer des liens sur un contenu sauvegardé (celui qui partage) et cliquer sur le lien (celui qui utilise).
A l'opposé, vendre de la "sauvegarde" n'est pas une mince affaire, surtout quand on s'adresse à des particuliers. Donc ces services là ont en général une offre déjà bien plus riche : intégration avec les O.S. de PC, de mobiles, synchro, etc...

Evolution récente de l'offre 1fichier.
Il faut bien dire que les "file-lockers" ont une réputation quelque peu sulfureuse par l'usage que certains en font. Mais ne confondons pas l'outil et son usage.
Aussi, pour se donner une meilleure image, être plus "légitime", des services comme 1fichier tentent de se "diversifier" en proposant du "Cold" (dans le vocabulaire 1fichier, tout fichier qui n'a pas été partagé dans les 60 jours), autrement dit de la "sauvegarde".

Comme on part pour l'instant des prix du premier modèle, il n'y a guère photo.
Comparez, au tarif "catalogue" (hors promotion), le prix de 2To, pour un an (février 2022), est

• 22€ chez 1fichier (prix catalogue hors promos fréquentes) (source https://1fichier.com/console/abo.pl)

• 59,88€ chez le très nouveau kDrive d'infomaniak (source : https://www.infomaniak.com/fr/kdrive/tarifs/)

• 95,98€ chez le très prometteur pCloud (source : https://www.pcloud.com/fr/cloud-storage … plans.html)

• 99,99€ chez la référence Google (source: https://one.google.com/about)

Plus du simple au presque quintuple... il n'y a pas photo.

Mais deux bémols à cela, voyons si l'offre chez 1fichier trouvera "son marché". Et aussi si beaucoup de gens l'utilisent réellement pour "sauvegarder", c'est à dire leur véritables fichiers personnels uniques, la structure de prix que paye 1fichier pour servir son offre risque de changer puisque le taux de "dé-duplication" va dégringoler, et les prix pratiqués pourraient s'en ressentir et se rapprocher des solutions de "sauvegarde".

D'autres éditeurs comme Uptobox ont explicitement choisi de ne pas tenter ce modèle "sauvegarde" à côté de leur offre de "partage". En effet, les conditions générale de vente de Uptobox expliquent clairement que le service n'est pas fait pour stocker du "Cold", et que tout contenu qui ne serait pas partagé pourrait être effacé, voire le compte supprimé. Au moins c'est clair pour le modèle !..

Là où le bât blesse.
Mais il faut bien dire, pourquoi ne pas profiter de l'aubaine puisque pour l'instant 1fichier offre des prix totalement imbattable pour vos sauvegardes. Avec les "promotions permanentes", on est bien à 6 fois moins cher que l'offre pCloud, même si on regarde leur offre "à vie" de 350€ pour 2To (là c'est un pari sur la durée de vie de la société !).

Seulement, là où le bât blesse, c'est que vous avez sans doute 10 000 ou 20 000 fichiers de taille variable, votre vie numérique, à sauvegarder. Et vous ne vous voyez sans doute pas utiliser l'interface web rudimentaire pour faire ces sauvegardes, et aussi calculer vous-mêmes ce qui a été changé depuis la dernière sauvegarde.
Autrement dit, ce qu'il manque pour que ce soit vraiment une offre de "sauvegarde", c'est toute l'offre logicielle qui existe chez les autres.

Par exemple, pour ne pas faire de publicité aux multinationales américaines qui en plus ne font guère d'effort pour Linux, notons que pCloud offre un client natif Linux... même deux ! Un client "graphique" et un client en ligne de commande.
pCloud a repris les bonnes idées du Wuala (également Suisse) qui a fermé, et proposait déjà un client natif Linux (fuse). C'est le minimum à proposer pour de la sauvegarde, pour que l'utilisateur puisse ensuite se servir des outils dont il a l'habitude, par exemple l'excellent rsync pour nous les penguinistas. Cerise sur le gâteau, tout est open source (partie "client"), et publié en ligne (GitHub... personne n'est parfait !). Merci pour la transparence pCloud, modèle à suivre.

Mais là où pCloud a la "force de frappe" pour offrir sur Linux 2 clients natifs, un client Mac et W$, et des apps Android et iPhone, en plus d'outils de synchro... 1fichier ne semble pas avoir la même "force de frappe" pour le logiciel.

Aussi, ils ont ouvert des APIs.
Souvent les sociétés espèrent ainsi attirer quelques développeurs passionnés, et disposer alors de logiciels "gratuits", ou disons "communautaires".

Avouez que ça a fonctionné ici.
Vous avez maintenant un driver qui vous permet, sur Linux, d'utiliser les "partages" 1fichier comme s'il s'agissait d'une simple clé USB branchée directement sur votre PC et ainsi de profiter des logiciels que vous aimez : Kodi, Plex, VLC, ou faire un "cp" en ligne de commande, sans vous soucier du fait que le fichier ne soit pas vraiment local.

La limitation : de l'accès distant.
Bien que l'API ait certaines limites, la documentation de 1fichier dit (source : https://1fichier.com/hlp.html#features)

Une fois identifié, un membre payant peut télécharger un nombre illimité de fichiers sans limitations.

... et le driver 1fichier vous procurera exactement ce qui est écrit dans cette documentation !

Cependant, il s'agit d'un accès direct en ligne de vos données, et non d'une synchronisation comme peuvent proposer d'autres fournisseurs.

Et donc en réalité il y a bien une limitation : la performance. L'accès direct en ligne a un inconvénient majeur, qui n'est pas propre à 1fichier mais est identique pour tout stockage distant : la latence.

La latence est le temps qu'il vous faut pour obtenir le premier octet du bloc de données que vous demandez.

Pour vous donner une idée d'ordre de grandeur :

• SSD = 0,1 ms

• HDD = 10 ms

• Cloud = 1s

Autrement dit, pour des accès à beaucoup de petits fichiers (ou quelques octets sur beaucoup de gros fichiers), il y a une facteur 100 à chaque fois.
Cela vous explique qu'un SSD est largement plus "réactif" qu'un disque dur classique à plateau, surtout dans les phases de démarrage où le système va avoir besoin de lire beaucoup de petits fichiers.
De même, vous avez encore un facteur 100 entre votre ancien disque dur rotatif et un accès cloud.

Donc oui, vous allez pouvoir gérer votre collection de 20 000 photos en ligne, mais dans ce cas ne vous attendez pas à de bonnes performances !.. Ça va même être atrocement lent, c'est promis.

Alors pour "contourner" cela, d'autres fournisseurs proposent la "synchronisation".
En effet, un fois que le fichier est posé sur un support local et "synchronisé", il bénéficie des performances locales.

Mais cette "solution" qui est présentée comme une évidence est en réalité horrible. Tout d'abord elle multiplie les espaces de stockage locaux par autant de fois où vous allez "synchroniser"... du coup l'intérêt d'avoir un gros espace distant (2To !) disparaît si on a déjà des blocs de 2To sur toutes ses machines.
L'autre énormité que l'on vous cache est l'erreur de synchro !..
Si vous avez deux appareils "synchronisés" à un instant T, et que vous faites une modification offline sur les deux... laquelle est la bonne ?.. Pour ne pas vous "prendre la tête" avec ça, en général les logiciels de synchro font un choix par défaut... qui peut s'avérer être le contraire de ce que vous voulez, et donc effacer la version que vous considériez comme "la bonne", puisque quand les deux instance seront en ligne, la "mauvaise" version sera répliquée.

Dernier argument, ce n'est pas la "philosophie Linux". 1fichierfs ne fait que l'accès et s'en tient à ça. Si vous voulez "synchroniser" (avec toutes les limitations exposées ci-dessus), il y a des outils qui le font très bien comme rsync, ou ses équivalents graphiques. Vous pouvez tout à fait utiliser ces outils par dessus 1fichierfs.

Au delà de la latence, vous avez la vitesse d'accès séquentiel. Si vous avez une bonne connexion (genre 1Gbps fibre), à partir d'environ 40Mo séquentiels, vous serez déjà autour de 25Mo/s, soit la vitesse d'une bonne clé USB2. Vous voyez donc, pas de problème pour l'accès en flux (stream) de gros fichiers, vous aurez rapidement des performances excellentes.

Dernière modification par Zakhar (Le 09/02/2022, à 18:50)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Post réservé pour usage futur.

Dernière modification par Zakhar (Le 14/03/2021, à 15:41)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Démarrage automatique du montage :

Par convention, supposons que vous vouliez monter dans le répetoire 1fichier de votre /home, adaptez les commandes si vous choisissez autres chose.

Remplacez dans les instructions ci-dessous, "zakhar" par votre nom d'utilisateur.

Créez un fichier : ~/.1fichier.key dans lequel vous mettez votre clé d'API. Donnez à ce fichier les seuls droits en lecture pour votre utilisateur et rien d'autre. Il s'agit d'une raison de sécurité, pour éviter que votre clé d'API soit visible via la commande ps.

A rajouter dans /etc/fstab

1fichierfs /home/zakhar/1fichier fuse _netdev,api-key=@/home/zakhar/.1fichier.key,ro,uid=1000,gid=1000,umask=0377,user,noauto 0 0

A partir de là, vous pouvez déjà monter votre stockage cloud "à la demande", simplement en cliquant dessus via Nautilus/Nemo, etc...

Pour un montage automatique au démarrage, rajoutez simplement dans "Programmes au démarrage", une entrée avec la commande :

mount /home/zakhar/1fichier

... et voila, vous avez maintenant votre cloud monté systématiquement au démarrage (sauf bien sûr si votre machine a été démarrée sans réseau internet).

Dernière modification par Zakhar (Le 25/12/2018, à 17:39)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Version 0.9.0

Il s'agit de la version quasi complète pour la partie "read-only".
Elle intègre la robustesse du driver à une désynchronisation avec le serveur, plus le RCU et les diverses manipulations mémoire ont été testés avec Valgrind.

Sur la partie read-only, il reste à coder la limitation des requêtes d'API... mais à part le faire exprès, il serait étonnant d'arriver à déclencher les limites du serveur !

La suite est le "rename" (renommage) de fichiers/dossiers, qui fera passer le driver en "read-write".

Installation

- En compilant (voir post #1)
- Via le ppa (voir post #1)
- Si vous avez déjà installé via le ppa, rien à faire de spécial, la MàJ vous sera proposée.

Dés-installation

- Si installé par compilation, simplement supprimez l'exécutable dans /usr/bin
- Via le ppa (voir post #1)

Dernière modification par Zakhar (Le 14/03/2021, à 15:43)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

jaxx21

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Super Merci. Avant pour moi ca fonctionnait pas, mais maintenant, c'est niquel. Merci. (quand ca fonctionnait pas , ca venait surement de moi.Ca montait le dossier 1fichier mais vide dedans, maintenant, je vois tout). Un gros merci pour la simplicité
Bon courage pour la suite

Dernière modification par jaxx21 (Le 02/01/2019, à 09:12)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Ravi que ça te plaise !

astreamfs avec 1fichier nécessitait de passer par le script qui composait l'arborescence (par "scraping" des pages web). C'était effectivement moins simple. L'API simplifie cela.

N'hésite pas à lancer

1fichierfs -h

Pour voir toutes les options. Pour l'instant l'aide est en anglais.

@jaxx21 : petit sondage (pour la suite et savoir où concentrer les efforts)
Installation :
-1) utilisé le PPA et installé le package tout fait
-2) ou compilé depuis le source

Utilisation :
-1) Montage en ligne de commande quand besoin
-2) Montage via clic dans Nautilus/Nemo quand besoin (/etc/fstab)
-3) Montage systématique au démarrage (/etc/fstab + commande au démarrage session)

Dernière modification par Zakhar (Le 02/01/2019, à 20:07)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Cependant il faudra aussi être patient, ce soir (02/Jan/2019), les serveurs 1 fichier renvoient aléatoirement des http 404 sur les listages de répertoires existants !..
Problème signalé.

A debugger côté client, le "driver" n'était pas supposé s'arrêter dans ces conditions, mais simplement rendre un répertoire vide... or il s'arrête. Je vais investiguer ça.

Dernière modification par Zakhar (Le 03/01/2019, à 00:07)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

jaxx21

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Alors pour ma part, je suis novice sous ubuntu par rapport à vous. J'ai un petit serveur sur online le temps que la fibre arrive chez moi (fin du mois enfin !!! )

Donc, le serveur est toujours allumé, et j'ai installé en ppa et ensuite j'ai lancé la ligne de commande 1fichierfs et le dossier /home/xxx/1fichier/ Ca monte direct le dossier. Très simple et accessible pour tout le monde.
Donc, j'y ai acces dans l'explorateur (ca doit s'appeler autrement sous ubuntu) et aussi sous filezilla, je vois bien le dossier avec les fichier dedans, mais dans plex, quand je veux ajouter le dossier 1fichier, et bien il est vide. Ça m'avais fait ça aussi avec google drive (monté avec rclone) et j'ai modifié le fichier .conf de mémoire pour accès all program ou un truc du genre.Mais je sais plus trop. Donc mon dossier googledrive plein dans plex mais pas 1fichier. Mais , pas grave. ca fonctionne bien pour moi ici. MERCI

Edit: ha oui, et je tiens à signaler que quand on recherche 1fichier api install, on trouve ton topic uniquement. Je vois nulle part quelqu'un qui s'y intéresse. Trop tôt je pense.  uptobox l'a fait aussi la dispo des api.
1fichier est niquel. Et ton boulot donc est et sera de plus en plus apprécié.

Dernière modification par jaxx21 (Le 03/01/2019, à 13:50)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Merci !
Pour Uptobox, je ne suis pas abonné, et j'ai jeté un oeil rapide aux APIs, il ne me semble pas que ce soit aussi complet que ce qu'a fait récemment 1fichier. Visiblement ce sont juste des APIs pour vérifier que les liens ne sont pas morts. (J'ai peut-être regardé un peu trop rapidement...)

Pour ton histoire avec Plex, probablement c'est une question de "user".

Pour des raisons de sécurité, un montage fuse n'est accessible par défaut qu'à l'utilisateur qui l'a monté. Dans mon cas, seul le user "Zakhar" peut lire les fichiers.
Or, très probablement également pour des raisons de sécurité, Plex doit tourner sur un autre user (pas vérifié le point). Il n'est pas rare que des logiciels de ce genre créent leur propre user, pour éviter les risques de pollution des fichiers sur la machine.

Vu que (pour l'instant), on est en mode "read-only", tu peux contourner sans grand risque la mesure de sécurité de fuse en rajoutant le paramètre : -o allow_other (autoriser les autres).

Ca donne donc :

1fichierfs --api-key=Ton_API_Key -o allow_other /home/xxx/1fichier

Et là, les autres utilisateurs vont pouvoir accéder aux fichiers, et sans doute Plex les verra, pour peu que tu aies donné les bons droits au répertoire 1fichier (les droits du répertoire sont "propagés" aux fichiers montrés dans l'arborescence).
Quand tu regardes ton répertoire 1fichier avec "l'explorateur" (si tu n'as rien changé, par défaut il s'appelle en fait Nautilus) si tu fais "propriétés" il y a 3 groupes définis : l'utilisateur, le groupe, et les autres. Les autres doivent avoir "Accès au fichiers".
En ligne de commande, cela ne marcherait pas dans l'exemple ci-dessous car là les "autres" n'ont accès à rien :

$ ls -l ~
total 1604
dr--------  2 zakhar zakhar   4096 avril 10  2018 1fichier

Tu dois avoir un truc du genre:

$ ls -l ~
total 1604
drwxr-xr-x  2 zakhar zakhar   4096 avril 10  2018 1fichier

Le troisième bloc "r-x" te dit que les autres ont le droit de lister (x) et d'accéder les fichiers (r).
Pour donner les bons droits à ton répertoire 1fichier, en faisant

$ chmod o+rx 1fichier

Combiné avec le -o allow_other, tout devrait marcher avec Plex.

Dans mes essais avec Kodi, de mémoire, j'avais du faire ce genre de chose pour que ça marche.
Après, l'autre solution est de faire tourner Plex sous ton user, il doit y avoir des paramètres pour ça... mais je ne recommande pas car cela ouvre le risque qu'un bug (ou faille exploitable) de Plex, mette la grouille dans tes propres fichiers.

Trop tôt je pense.

Oui, les API étaient encore ouvertes confidentiellement il y a 3 mois.
Actuellement, ouvert à tous, mais encore "expérimental".
J'ai signalé un comportement bizarre hier (cf post plus haut) et la team 1fichier qui est très réactive a répondu qu'effectivement c'était bien un bug de leur côté dont ils n'ont pas encore identifié la source.
Donc les API ne sont pour l'instant pas encore déclarées "totalement ouvertes", et il est normal qu'elles ne soient pas encore beaucoup utilisées.

... et aussi il faut un peu de temps pour coder tout ça dans les logiciels locaux !

Dernière modification par Zakhar (Le 03/01/2019, à 15:05)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

jaxx21

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Superrrr

1fichierfs --api-key=Ton_API_Key -o allow_other /home/xxx/1fichier fonctionne à merveille. Merci à toi.J'avais la flème de rechercher encore une fois comment faire pour acceder avec plex.Et la, trop bon. Merci à toi.

EDIT: Et en plus, trop trop rapide par rapport à google drive. (et rclone pour rappel). Je viens de mettre 2 films dans un dossier et lancer le scan, c'est très rapide. Avec google drive, ca mouline ca mouline et ca cherche et mouline et enfin le scan est fait pour ensuite mouliné pour mettre la jaquette.Et plex met du temps pour chercher l'endroit ou se trouve le film.Au final ca fonctionne impec si on ne compte pas le temps.Merci en tout cas. Du bon boulot.

Question; qu'appel t'il requête abusive? j'ai cru lire ça sur 1fichier

Dernière modification par jaxx21 (Le 04/01/2019, à 08:36)

lynn

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Bonjour Zahkar,

J'ai installé 1fichierFS (par le ppa, j'ai choisi la facilité... ) et lancé la commande suivante qui fonctionne très bien

1fichierfs  --api-key=@/home/lynn/.1fichier.key /home/lynn/1fichier/

Dans l'explorateur de fichier, quand on clique sur le raccourci de gauche, ça monte le répertoire mais quand on veut démonter, j'ai ce message

umount /home/.... permission non accordée.

J'ai peut-être raté quelque chose..?

---

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

jaxx21

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Si je peux t'aider car j'y connais peu. As tu essayer sudo devant ta commande pour avoir les droits root sudo umount /home/lynn/1fichier/

Dernière modification par jaxx21 (Le 04/01/2019, à 15:01)

lynn

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Bonjour jaxx21,

Si je peux t'aider car j'y connais peu. As tu essayer sudo devant ta commande pour avoir les droits root sudo umount /home/lynn/1fichier/

Oui, javais essayé de démonter en utilisant sudo et ça fonctionne; Mais devoir ouvrir un terminal pour démonter le système n'est très vraiment utilisable par tout le monde...

---

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Bonjour Zahkar,
J'ai peut-être raté quelque chose..?

Bonjour,

non, tu n'as rien fait de grave et le message est normal... la faute est à Nautilus/Nemo, pas à toi.

Nautilus/Nemo ne sont pas très malins, ils tentent de démonter un montage par "umount". Or un montage fuse ne se démonte pas par "umount", mais par la commande "fusermount -u /path/to/mount".

Pourtant on voit bien en faisant "mount" (sans options) que ce path est monté via fuse... mais Nautilus/Nemo persistent à vouloir "umount" !..

Contournements possibles :
-1) Tu lances en ligne de commande :

fusermount -u /home/xxx/1fichier

-2) Tu fais un simple script qui fait cela et démonte les choses montées via fuse : 1fichierfs, encfs, curlftpfs, etc...
A ce moment là, tu auras via clic droit un nouveau menu "Script" et dans ce menu, la possibilité de lancer ton script sur le montage, lequel va démonter l'arborescence.

Pour l'option 2, voici le script que j'utilise :

#!/bin/sh

for f in "$@"; do
  [ -d "${f}" ] && grep -q "${f}" /etc/mtab && fusermount -u "${f}"
done

Comme j'utilise Nemo (Nautilus, le machin par défaut est navigateur de fichier qui a été "émasculé" sur l'autel des tablettes !), je place le script dans : ~/.local/share/nemo/scripts

Pour Nautlius, je crois bien que l'endroit où mettre le script est, tout simplement : ~/.local/share/nautilus/scripts (si ça n'a pas changé en 18.04 !)

Bien sûr il faut rendre le script exécutable, et le nom que tu vas lui donner est ce qui apparaîtra dans le menu. Donc par exemple, tu peux placer le script ci-dessus dans

"~/.local/share/nemo/scripts/Démonter 1fichier"

ou pour Nautilus

"~/.local/share/nautilus/scripts/Démonter 1fichier"

Le script que j'ai bricolé ci-dessus vérifie simplement que ce qu'on lui passe est bien un répertoire, et qu'il correspond bien à un point de montage. Si c'est le cas il fait un fusermount -u dessus. Donc bien sûr, si tu le lances sur une montage standard, ça râlera puisque un montage standard se démonte par umount !
Il peut démonter plusieurs montages à la fois (boucle for) si l'utilisateur a choisi plusieurs répertoire montés.
Si tu veux rafiner le script et vérifier qu'il s'agit d'un montage "fuse", c'est tout à fait possible en lisant le type de montage dans /etc/mtab, et à ce moment là n'applique le fusermount que si c'est bien du "fuse". Cela dit, si tu appliques le script actuel sur un montage standard, ça va juste râler mais ça ne fera rien d'autre, et le montage standard restera dans l'état où il est !

Dernière modification par Zakhar (Le 04/01/2019, à 18:35)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

lynn

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Merci Zakhar, ça fonctionne avec fusermount -u.

Par contre, pourquoi c'est en lecture seule..? C'est un peu à contre emploi pour un cloud non ?

---

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

En synthèse : c'est en lecture seule parce que l'API ne permet pas d'écrire de façon simple.

Et aussi... parce que c'est un dérivé de l'autre driver que j'ai écrit précédemment : astreamfs, qui fonctionne avec n'importe quel serveur web (seule contrainte : qu'il serve des "Range", ce qui est assez commun).
Ainsi avec astreamfs, tu peux monter, par exemple : un partage sur ta Freebox, l'iso d'Ubuntu sur les serveurs web, etc...

On comprend bien alors qu'on s'adresse à un serveur Web... lequel est fait pour te servir des fichiers, pas pour que tu lui donnes des fichiers !..

En détail

Pour 1fichier, ce n'est pas vraiment "à contre emploi" selon l'usage. L'utilisation principale de 1fichier est le "partage", c'est à dire sauvegarder dans son arborescence le lien sur la vidéo de vacances que Tonton Jules a mise en ligne sur 1fichier.
Quand on a un compte sur 1fichier, cette opération prend 3 clics, il suffit de cliquer sur le bouton orange "Sauvegarder sur mon compte" après avoir suivi le lien aimablement mis à disposition par Tonton Jules.
C'est surtout nettement moins long de faire ainsi que de faire un upload depuis un fichier local. Ayez en tête que tout le monde n'a pas la fibre, et qu'avec un "ADSL qui marche bien" (à moins de 1500m du DSLAM), on est quand même à 2 heures 30 pour 1G d'upload. C'est vite dissuasif.

Bien sûr, si on a la fibre, et qu'on veut aussi utiliser 1fichier pour ses sauvegardes personnelles, c'est une autre histoire. Par exemple, je songe à reaper ma collection de CD avant que mon dernier lecteur de CD/DVD ne tombe en panne... ça fera grosso modo 15 giga (en flac), et sans doute plus de 500 fichiers. Là c'est sûr un mode "write" serait pratique !

Cependant 1fichierfs va évoluer vers le "write" de la façon suivante :
- On pourra renommer un fichier sur son cloud (ou le renommer entre répertoires, ce qui est en fait un déplacement), idem renommer/déplacer un répertoire.
- On pourra supprimer un fichier ou un répertoire.

Ces choses là sont faisables simplement avec l'API, et je vais donc les implémenter.

La mise en ligne d'un fichier sur 1fichier est une autre histoire... et c'est assez hors de proportion de la coder dans le driver.
Cependant, tu peux d'ores et déjà faire la chose suivante (c'est dans la version 0.9.0), c'est : déclarer un trigger de rafraîchissement.

Il y a deux façons de faire ça, soit avec un temps donné, soit avec un "fichier trigger" à la racine du montage.

Ainsi, voici la ligne de commande que j'utilise (dans mon /etc/fstab) :

1fichierfs /home/zakhar/1fichier -o ro,api-key=@/home/zakhar/.1fichier.key,refresh-file=000_refresh.txt,refresh-time=1200,log-level=7,log-file=/tmp/debug.txt,uid=1000,gid=1000,umask=0377

Vous noterez les options :
--refresh-file=000_refresh.txt
refresh-time=1200

La première option, fait apparaître, à la racine du montage, un fichier du nom spécifié, en l'occurrence : "000_refresh.txt".
Le fait d'ouvrir ce fichier, va provoquer un rafraîchissement de l'aborescence des fichiers au prochain accès.

Ainsi, tu continues à mettre les fichiers "normalement" dans ton cloud, par l'interface web, et si tu sais que tu as rajouté des fichiers, il suffit de cliquer sur le fichier "trigger", puis un coup de F5 sur Nautilus, et l'arborescence se rafraîchit.

L'autre option (refresh-time) est simple à comprendre, simplement au bout de 1200 secondes (mon paramètre), l'arborescence sera rafraîchie dès que tu fais un nouvel accès.

Piste future pour le "write".

Le "write" sera possible (ça me serait également pratique !), mais ça sera loin d'être aussi simple qu'avec le driver !..
Le principe est de combiner 1fichierfs avec un montage aufs (union), c'est à dire celui qui est utilisé pour les CD live.
Donc lorsqu'on va écrire sur ce montage global, ça va en réalité écrire sur la "branche haute" de l'union, qui désignera un emplacement sur le disque du local de l'utilisateur. Il est ainsi très simple de relire un fichier qu'on est en train d'écrire puisqu'en réalité il est local.
En parallèle et en tâche de fond, un script ira regarder cette emplacement où on écrit, et se chargera de mettre les fichiers en ligne sur 1fichier, dans le bon répertoire.
Une fois ceux-ci stockés et visibles sur l'aborescence 1fichier, le script utilisera le trigger pour déclencher le rafraîchissement du montage 1fichierfs, et supprimera le fichier de la partie "write".
La partie "write" n'est donc en quelque sorte qu'un espace de stockage temporaire, le temps que le fichiers soient en ligne.

Mais bien sûr, cette partie "write" pose alors tous les problèmes de synchro connus... notamment si tu coupes ton PC alors qu'il reste des fichiers à transférer, ça va évidemment faire échouer l'upload !
Aussi, si tu te sers du montage sur 2 PC avec la même cible cloud, les problèmes classiques qu'un fichier écrit sur un des deux PC ne sera visible de l'autre que lorsqu'il aura été totalement écrit.

On a aussi le problème de CoW (copy on write) avec l'union. Ainsi, si tu modifies 1 seul octet sur un fichier de 10Go qui est dans ta branche "read-only", il faut commencer par un download des 10Go, modifier l'octet, et faire l'upload... pas super performant !

Bref... quand on y songe un peu, le niveau de complexité, et les "emmerdes" (si vous me passez l'expression !) sont sans commune mesure quand on passe à l'écriture !

J'ai testé ce "concept" (fait un POC comme on dit !) à la main, et ça fonctionne.

Bien sûr, si vous voulez aider pour le script d'upload automatique, vous êtes les bienvenus.
Un script d'upload automatique permettrait déjà de simplifier l'upload "façon linux", en mettant juste les fichiers dans l'arbo surveillée par le script, même si on ne va pas jusqu'à monter une "union".
C'est donc en quelque sorte un développement "indépendant" que vous pouvez entreprendre indépendamment de mon "driver".
Ensuite, on peut faire le lien, via le montage "union" et le trigger de rafraîchissement, mais c'est pour faire "joli" !..

Comme c'est une partie que je n'ai pas encore commencée, vous partez d'une belle page blanche, c'est sympa pour faire à votre sauce.

Dernière modification par Zakhar (Le 04/01/2019, à 19:29)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

lynn

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Merci pour les explications.

À ce que j'ai compris, tu as beaucoup de boulot en perspective... Sinon, développer, je ne saurais pas faire mais si tu as besoin de tester un truc, pourquoi pas.

---

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Bien sûr, c'est toujours utile des gens qui peuvent tester, parce qu'ils vont avoir des cas d'usage différents des miens, et ça contribue à la chasse aux bugs !

Pour les options "rename"/"delete", vous les aurez sans doute dans le prochaine package. Puisque vous avez installé via le ppa, ça arrivera "automatiquement" dans vos mise à jour proposées... quand j'aurai écrit le code... et suffisamment vérifié son fonctionnement.

Pour le script d'upload, je vous préviendrai ici si je fais un truc qui peut aider à ça.

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Question; qu'appel t'il requête abusive? j'ai cru lire ça sur 1fichier

En principe (sauf bug !... et il doit bien encore y en avoir quelques uns...) le driver 1fichierfs ne fait pas de "requête abusive".

Il y a deux parties chez 1fichier, avec des règles différentes.

La partie API est soumise à des règles de "throttling", c'est à dire que le frontal vérifie qu'on ne fait pas plus de 3 requêtes par seconde en moyenne, et à ma demande ils ont rajouté un "burst", c'est à dire que sur une courte période (ex. 10 sec) on a droit à 10 req/s.
1fichierfs utilise massivement le parallélisme et tâche de limiter au maximum les locks. Mais malgré cette optimisation (et tu as bien vu... ça va plus vite que GDrive !...) en usage "normal" il sera bien rare qu'un utilisateur atteigne les limites fixées par 1fichier.

Si c'était le cas, le serveur rendrait le code HTTP 429 (qui signifie : "trop de requêtes"), et il suffit alors d'attendre un peu pour refaire la requête. Cette partie (ré-émission de la requête après attente) reste à coder dans le driver. Comme je n'ai jamais constaté personnellement le HTTP 429, ce n'est pas bien urgent, mais ça sera implémenté.
Ce qui est codé (mais pas encore packagé) est la "résistance aux bugs du serveur". Donc actuellement si on recevait un 429, dans la version packagée que vous avez... le driver s'arrête (pas cool !), dans la version en développement, il continue en montrant un répertoire vide. On peut alors utiliser le "trigger" comme mentionné plus haut pour "réessayer à la main" en attendant que je code la ré-émission automatique.

La deuxième partie est la récupération des fichiers eux-mêmes. Là les règles sont "anciennes" et sont les mêmes que celle existantes pour le téléchargement "classique". Donc si le serveur renvoie des erreurs, on est prié d'en tenir compte, et éviter de bombarder le serveur avec la même requête qui renverrait la même erreur. Là on n'a pas d'avertissement avec HTTP 429, c'est bannissement direct pour 1h.
Je suis tombé dans le cas avec un bug de la partie "stream" du driver... a priori j'ai corrigé le bug, et donc, toujours "en usage normal", vous ne devriez pas tomber dans les cas "usage abusif".

A savoir, le driver est codé avec 4 thread de download (c'est un #define dans le code, donc on peut changer facilement, mais ce n'est pas accessible en paramètre). Cela signifie que l'on peut avoir 4 streams actifs en parallèle, et si on a la connexion qui va bien, c'est toujours fluide.
J'ai testé par exemple en ouvrant 4 films avec VLC, c'est amusant... et merci la fibre de Free à 1Go.

On peut bien sûr aller au delà, mais à partir du 5ème flux, on ne sera plus en "stream" puisqu'on n'a que "4 moteurs". Donc le 5ème flux va être lu par blocs, et là c'est la cata en performance à cause du https, et de la latence que ça crée.

Donc en pratique, le driver n'aura jamais vraiment plus de 5 ou 6 flux (4 streams + 1 ou 2 requêtes) en parallèle sur le serveur, ce qui n'est pas considéré comme "abusif".

Maintenant, si vous avez le besoin... par exemple un plex qui sert plein d'utilisateurs, de lire 6 ou 7 flux en parallèle, je peux très bien monter le nombre de "moteurs" en paramètre, mais 4 m'a semblé un bon chiffre dans l'immédiat !
Et je ne connais pas les limites de 1fichier sur le "parallélisme"... en tout cas à 4 flux, ça passe.

Dernière modification par Zakhar (Le 04/01/2019, à 20:10)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

jaxx21

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

ok, merci pour toutes ces infos. Moi ca bug mais a cause de moi je pense lol.

Alors, chaque fois que je redémarre je lance 2 commandes:

rclone mount -vvv --allow-other --allow-non-empty gdrive: /home/jax/gdrive

et

1fichierfs --api-key=XXXXXXXXXXXXXX -o allow_other /home/jax/1fichier

ca me monte Gdrive et 1 fichier donc.

Dans plex,  j'ai donc film (gdrive) et film (1fichier) des que je clique sur film(gdrive) et que je clique sur un film (donc demande de requête) ca désactive film(1fichier) en indisponible.
Et dans ubuntu, le dossier est toujours monté mais impossible d'aller dedans.J'ai le sens interdit et il me dit que le dossier est pas trouvable.

Après c'est pas méchant, car je peux toujours lancer la commande 1fichierfs d'ailleurs.Ou je pourrai mettre un 2ème utilisateur sous ubuntu avec une autre cession en attente. a tester

Sinon, je ne suis pas pressé pour l'upload ou le delete ou l'écriture. On le fait direct dans le 1fichier.com. La lecture est trop cool on voit mieux ce que l'on possède aussi dans Nautilus. Merci encore

Dernière modification par jaxx21 (Le 05/01/2019, à 15:09)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Pour que j'aie une idée de ce qui ne va pas, tu peux faire les choses suivantes :

$ ps -ef | grep 1fichierfs
zakhar     5053  2258  0 12:22 ?        00:00:11 1fichierfs /home/zakhar/1fichier -o ro,noexec,nosuid,nodev,api-key=@/home/zakhar/.1fichier.key,refresh-file=\!000_refresh.txt,refresh-time=1200,log-level=7,log-file=/tmp/debug.txt,uid=1000,gid=1000,umask=0377
zakhar     9767  3089  0 15:14 pts/17   00:00:00 grep --color=auto 1fichierfs

Et me dire si tu vois bien les 2 lignes ou pas.
La première ligne te dit que 1fichierfs tourne toujours, l'autre est juste la commande qu'on vient de taper. Si tu n'as plus que la commande, c'est que 1fichierfs s'est planté.
S'il est planté, il faut faire un "fusermount -u /home/jax/1fichier" avant de le monter à nouveau.

Dans ce cas tu peux me donner le retour de :

$ grep 1fichier /var/log/syslog

Ça peut donner une idée de ce qui ne va pas.

Si tu peux reproduire le plantage de façon à peu près systématique, tu peux lancer la commande comme moi, en rajoutant les options de debug.

1fichierfs /home/zakhar/1fichier -o ro,api-key=@/home/zakhar/.1fichier,log-level=7,log-file=/tmp/debug.txt

C'est à dire :
--log-level=7
(niveau de log le plus verbeux : DEBUG)

--log-file=/tmp/debug.txt
(fichier où on met la log... indispensable en log-level 7 sinon ta "syslog" va morfler !)

Ensuite tu m'envoies le fichier /tmp/debug.txt dès que le plantage survient, ça aidera à voir d'où ça vient.

P.S.: comme le fichier "debug" fait rapidement quelques méga, surtout si on download des fichiers, le mieux est que le mettes sur ton espace 1fichier, et tu m'envoies le lien en message privé.

Dernière modification par Zakhar (Le 05/01/2019, à 15:29)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

jaxx21

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Ok, merci de ta réponse rapide.Je fais ca cette nuit au calme.Les enfants sont la, concentration impossible lol.
ta commande

fusermount -u /home/jax/1fichier

fonctionne du tonnerre. Plus besoin de reboot.Ca ira plus vite.

pour la commande

 ps -ef | grep 1fichierfs

j'ai bien les 2 lignes (pas la meme que toi car je tape la commande toute simple.

et pour la commande

 grep 1fichier /var/log/syslog

ca me donne ca

Jan  5 04:58:10 sd-70710 1fichierfs: [1fichierfs   777.902320] CRITICAL: (http_code: 403) Ignoring get_token for file=`FILM0.mp4`.
Jan  5 05:13:01 sd-70710 1fichierfs: [1fichierfs   613.354708] CRITICAL: (http_code: 403) Ignoring get_token for file=`FILM.mkv`.
Jan  5 05:27:25 sd-70710 1fichierfs: [1fichierfs   124.932891] CRITICAL: (http_code: 403) Ignoring get_token for file=`FILM1.mkv`.
Jan  5 07:13:44 sd-70710 1fichierfs: [1fichierfs  1132.623904] CRITICAL: (http_code: 403) Ignoring get_token for file=`FILM2.mkv`.
Jan  5 07:27:54 sd-70710 1fichierfs: [1fichierfs   167.218184] CRITICAL: (http_code: 403) Ignoring get_token for file=`FILM3.mkv`.
Jan  5 07:36:57 sd-70710 1fichierfs: [1fichierfs    56.853251] CRITICAL: (http_code: 403) Ignoring get_token for file=`FILM4.mkv`.
Jan  5 11:21:43 sd-70710 kernel: [12546.592007] 1fichierfs[2483]: segfault at 2 ip 00007f866ecc1cc0 sp 00007f8663fde3e0 error 4 in libc-2.23.so[7f866ec73000+1c0000]
Jan  5 14:53:01 sd-70710 kernel: [12558.387695] 1fichierfs[2387]: segfault at 2 ip 00007f6c92bf6cc0 sp 00007f6c877dd3e0 error 4 in libc-2.23.so[7f6c92ba8000+1c0000]
Jan  5 15:00:32 sd-70710 kernel: [  220.836038] 1fichierfs[1994]: segfault at 2 ip 00007f4b92af1cc0 sp 00007f4b8cc1b3e0 error 4 in libc-2.23.so[7f4b92aa3000+1c0000]
Jan  5 15:45:54 sd-70710 kernel: [ 2583.982455] 1fichierfs[6990]: segfault at 2 ip 00007fbc83203cc0 sp 00007fbc7d32d3e0 error 4 in libc-2.23.so[7fbc831b5000+1c0000]

j'ai essayé de reproduire l'erreur.Ca bug plus.Je ferai plus de teste ce soir. Bizarre

Dernière modification par jaxx21 (Le 05/01/2019, à 16:21)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Alors l'erreur est juste !

Comme j'ai dit plus haut, le programme actuellement packagé réagit assez mal quand le serveur renvoie des erreurs. Là tu as eu plusieurs 403... et dans ce cas, il se plante.

Je suis en train de consolider ça, mais ce n'est pas encore packagé.

Une petite question cependant, est-ce que les fichiers en question sont issus d'un répertoire qu'on t'aurait partagé sur ton 1fichier ?

En effet le 403 veut dire "accès interdit", c'est étrange. Et en réalité, les "partages" ne sont pas encore géré dans le programme (cf post #1) !

Donc pas besoin de tourner en mode "debug", l'erreur que tu as est malheureusement une limitation de la version actuelle. Cependant la réponse à la question ci-dessus "partage ou non" m'intéresse.
Si c'est une fonctionnalité dont tu as besoin, je veux bien la rajouter, mais pour ça il faudrait que tu crées un répertoire de test avec quelques fichiers que tu me partages, pour que je voie comment ça se présente.

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

jaxx21

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

non, pas de partage, uniquement moi et mon compte. Apres, ca a planté souvent pendant le scan.il demandait trop de fichier à la fois je pense. Je vais continuer mon test du plantage ce soir que je n'ai pas réussi a ré effectuer.

Dernière modification par jaxx21 (Le 05/01/2019, à 16:27)

Zakhar

Re : [1fichier] "Montez" votre stockage 1fichier en une commande simple !

Aussi, comme dit plus haut, ils ont un bug sur le serveur.

J'ai constaté des HTTP 404 (not found) sur des répertoires qui étaient bien là !.. Le bug était sensé retourner désormais HTTP 500, mais là ce sont bien des HTTP 403, étrange, d'autant que tu dis que ce sont bien TES fichiers, et pas un partage !

La team 1fichier n'a pas encore trouvé l'origine du bug en question et continue de chercher.

En attendant qu'ils aient trouvé, le programme se comportement moins abruptement, il va juste marquer le fichier concerné comme "indisponible" (erreur de lecture). Ainsi, au moins plex verra les autres fichiers !
Par contre, pour qu'il puisse petit à petit voir tous les fichiers, je te conseille un "refresh" long, par exemple à 2 heures.

Tu rajoutes donc, dans ton

1fichierfs --api-key=XXXXXXXXXXXXXX --refresh-time=7200 -o allow_other /home/jax/1fichier

Ainsi, toutes les 2 heures (tu peux mettre moins ou plus à ta convenance), l’arborescence sera rafraîchie, et si tu refais un scan avec Plex, il aura une chance de trouver les fichiers qu'il a manqué la première fois.

@Question Jax : pour qu'on puisse aider la team 1fichier à traquer le bug, si tu as une ip fixe, peux-tu me la donner (en message privé), on a les heures des requêtes avec ta syslog, avec les heures et l'IP, 1fichier peut regarder.
Si tu as une Freebox, l'IP est indiquée sur l'interface, sinon tu peux faire ça en ligne de commande, le nom "I Can Haz IP" étant inspiré des blagues de chat sur internet

$ curl http://icanhazip.com
2a01:xxx:xxx:xxx:xxx:xxx:xxx:xxx

Tu peux bien sûr écrire directement à 1fichier avec ton IP, ça évite de me la communiquer !
L'adresse est contact@1fichier.com, tu commences ton objet par [API], et tu expliques que tu as eu des HTTP 403 sur des fichiers personnels sur une requête "get_token", tu peux leur transmettre la log "en clair" (ils ont le nom de tes fichiers de toute façon ! )

(P.S.: oui je tourne par défaut en ipv6 )

{EDIT}
Réponse par mail de 1fichier après mon signalement de ton erreur HTTP 403 :

Bonjour,

En effet, il semblerait que quelques forks de notre process aient plantés...

On devra analyser cela.

Cordialement,
Le Staff

Dernière modification par Zakhar (Le 05/01/2019, à 19:16)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)