Mathieu Vedie

Tu as raison de remonter ce problème. Je viens de me rendre compte que l'on pouvait retourner le filename en plus du name auprès du DLStation ( c'est lui qui ajoute les "_" si il n'y a pas de filename retourné par le host). C'est désormais corrigé dans la 4.3.0. ======================================================================== Publication de la version 4.3.0 : Définition du nom du fichier de destination dans les informations retournées au DL Station ( evite par exemple les _ indésirables ) Lien en Page 1

Le fichier host ne gère aucun téléchargement, la seul chose qu'il fait c'est fournir une url de téléchargement à l'application DL Station. Si il y a un problème c'est entre DL Station et les serveurs de 1fichier Si ça te dit on peut debuger en MP. Si tu n'a pas de fichier perso sur ton compte tu peux me donner ta clé d'API en message privé pour que je fasse des essayé, tu en génereras une nouvelle une fois que nous aurrons trouvé. On peut sa caller une scéance de debug par discord aussi si nécéssaire.

Publication de la version 4.2.0 : Prise en compte des liens avec un token de téléchargement : exemple : https://a-6.1fichier.com/p1058755667 Lien en Page 1 J'ai ajouté mon pseudo Discord aussi en page 1 , je peux echanger via ce réseau pour du debug.

Hum en fait l'erreur de "Owner locked" doit venir du fait que la personne qui à heberger le fichier à été banni. A mon avis il y a du y avoir du cleaning dans leur base utilisateur. Les fichiers doivent rester accessible via le site mais pas par l'api. J'ai pas de problème avec 2 ou 3 fichier à la fois, mais de manière général j'ai réglé à un pour que le premier se finisse plus vite à chaque fois de mon coté. est-tu sur d'avoir bien renseigné ta clé d'api ? le fichier host se charge normalmenet de retirer cette partie là, donc ce n'est pas nécéssaire. La version 4.1.0 ne retourne normament plus d'erreur à la validation car elle se fait en verifiant l'existence d'un fichier sur mon compte que je ne compte jamais retirer. avec ou sans le &af ça ne doit rien changer, mon code se charge de le retirer de toute facon. ou vois tu l'erreur "echec des verifications de securite #2909# ? Tu peux aussi activer les logs distants ( voir mon premier poste ) ce n'est pas normal que la verification de la clé ne fonctionne pas. Tu as quel version de DSM ? C'est curieux d'avoir un resource not found si ton fichier existe vraiment. Tu pourrais m'envoyer le lien du fichier en privé pour que je test ?

Bonjour à tous. Je n'ai jamais recu de notification pour vos messages donc désolé. J'aimerais bien essayé de debuguer, mais je ne comprend pas, mon extension ne fonctionne plus chez moi et impossible de la réinstaller, le nas ne la copie pas au moment de l'upload. Je vais investiguer.

ça c'est possible que la clé soit bloqué pour une raison.

c'est curieux car le comportement n'a pas changé entre le 4.0.7 et le 4.1.0, j'ai vraiment juste isolé les fonctions pour appelé la validation d'un lien de téléchargement dans la fonction de controle du compte premium

Nouvelle version : 4.1.0 (lien dans le premier poste) Plutot que d'utiliser la methode d'API permettant d'accèder aux infos du compte, j'essaye simplement d'acceder aux informations d'un fichier que j'ai uploadé et que je vais laisser à demeure. ça evite les blocages juste pour valider l'apikey dans l'interface.

la présente de la fonction est une contrainte, mais je pourrais effectivement ne pas executer la requete sur l'api et tout le temps retourner que l'identification est correcte ( ou voir pour utiliser une autre methode de l'api )

Je t'invite à activer les logs et à les fournirs pour que l'on voit ce qui se passe.

oui c'est fait, pas en regex mais avec un simple explode

je le fais déjà normalement, je ne prend que la partie de l'url avant le premier "&"

C'est vrai, j'ai créer ce sujet https://www.nas-forum.com/forum/topic/79250-fichier-host-1fichier-premium-access/ En esperant que les modos ne considèrent pas que c'est un doublons

Bonjour, Le topic originel https://www.nas-forum.com/forum/topic/37274-fichier-host-1fichier-host-file-1fichier/ n'étant plus mis à jour par son auteur @Souli, il m'a été demandé de créer un nouveau topic pour retrouver plus facilement l'information. J'ai l'intention de maintenant se fichier host si certain rencontre des bugs donc n'hesitez pas à me poser des questions. Si je ne répond pas sur le forum je suis aussi disponible par email, et mon email est indiqué sur mon compte github. L'ensemble du code est donc disponible sur un repo github : https://github.com/Gizmo091/synology_1fichier_hosting Lient de téléchargement du module premium + access ( utilisant la clé d'api ) 2024-04-25 - 4.3.0 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.3.0).host 2024-03-25 - 4.2.0 Changelogs : - 4.3.0 : Définition du nom du fichier de destination dans les informations retournées au DL Station ( evite par exemple les _ indésirables ) - 4.2.0 : Prise en compte des liens avec un token de téléchargement : exemple : https://a-6.1fichier.com/p1058755667 - 4.1.0 : Le endpoint Account : Show n'est plus utilisé pour valider que la clé d'API peut être utilisée , on test plutot sur un fichier dont on connait l'existance (fichier sur mon compte) - 4.0.7 : Code rendu compatible à partir de php 5.6 pour être pleinement rétrocompatible. - 4.0.7 : Code rendu compatible à partir de php 5.6 pour être pleinement rétrocompatible. - 4.0.6 : Correction d'un problème si pas de paramètre passé à la place de l'username et correction d'un problème avec les logs - 4.0.5 : Le code est maintenant compatible php7 (des fonctionnements de php8 avait été inclus auparavant) - 4.0.4 : Ajout de la possibilité d'envoyer les logs sur un serveur externe (pour aider au debug) - 4.0.2 : Ajout de logs pour debugger - 4.0.1 : Utilisation du password pour l'apikey et non l'username - 4.0.0 : Attention, version utilisant l'API donc reservé au premium/access Problèmes connus : - [Corrigé depuis la 4.1.0] Le fait de verifier les identifants retourne parfois une erreur, si vous êtes sur de votre clé d'api, ignorez cette erreur. L'API de 1fichier peut parfois être capricieuse et leur politique de controle des requetes faites à l'API est un peut trop restrictive. L'API retourne alors une erreur de flood meme avec très peu de requete. - la version 4.3.0 ( et peut être d'autre) du host de alldebrid fait echouter le chargement des fichiers host des autres provider. ( je ne sais pas pourquoi mais je l'ai constaté ). Support : Soit sur le forum, soit sur Discord : gizmo091 Informations : - Ce fichier host se configure de la facon suivante : nom d'utilisateur : ce que vous voulez ( mais il ne faut pas que ce soit vide), peut contenir des variables de configurations password : votre apikey , récupérable sur le site de 1fichier : https://1fichier.com/console/params.pl section API Key. Notez la bien car elle ne sera plus visible par la suite, il faudra alors la desactivé et en générer une nouvelle si vous devez la saisir à nouveau. Configurations addionnelles : Le champ username/nom d'utilisateur peut donc contenir un ou plusieur configuration. Elle doivent être saisies de la façon suivante : <parametre1>=<valeur_param1>;<parametre2>=<valeur_param2>;... Paramètres disponibles : - local_log : activable en ajoutant local_log=1 dans le champ username Les fichiers de logs seront écrits dans le répertoire /tmp/1fichier_dot_com , un fichier sera créer par téléchargement avec l'id du lien ( exemple : lien = https://1fichier.com/?kitiwlyogv8uozsnfi&af=3108529, fichier de log = /tmp/1fichier_dot_com/kitiwlyogv8uozsnfi.log ) , si par d'identifiant dans le fichier sera /tmp/1fichier_dot_com/default.log Exemple avec local_log d'activé : - remote_log : activable en ajoutant remote_log=<serveur_de_log> dans le champ username. Les logs seront envoyé au serveur passé en paramètres via des requetes cURL. Vous pouvez heberger votre propre serveur de log en utilisant le code se trouvant dans le repertoire remote_log du repository git, ou alors vous pouvez utiliser mon serveur : https://vedie.fr/remote_log/log.php et vous pouvez consulter les logs ici : https://vedie.fr/remote_log/read.php Exemple avec remote_log d'activé : Hashtags : hostfile, host file, onefichier

Pour ceux qui veulent utiliser le log remote : J'ai ajouté 2 features à mon log en ligne : Vous pouvez consulter les logs ici : https://vedie.fr/remote_log/read.php et vous pouvez effacer les logs en indiquant votre IP. Merci de ne pas effacer les logs des ip qui ne sont pas les votres 🙂 https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.7).host le mot de passe doit être ton apikey et en username ce que tu veux parfois l'ip est bloqué sur la methode que j'appel pour valider la clé d'api ( sur la page ou l'on saisi les identifiants) mais elle fonctionne pour un téléchargement.