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.

non je ne suis pas sur ce problème. Je ne rencontre pas de problème de lenteur de mon coté mais j'utilise la derniere version (4.0.7) et je n'ai pas trop de temps à consacter au version antérieur a 4 désormais ( n'étant pas à l'origine des version précédente, j'ai juste actualisé les derniers version 3 pour que ça fonctionne avec le changement html sur le site de 1fichier) ce logue correspond donc au host avant le 4.0.x. 2024-02-12 09:19:46.514100 | DEBUG DownloadPage Status : KO | Operation timed out after 39321 milliseconds Ce log indique que le serveur n'a pas répondu dans les temps, ça peut être un blocage effectviement de ton opérateur ou de la part de 1fichiers As-tu les log de la version 4.0.7 ? Pour activer les logs sur la 4.0.7, il faut ajouter des options dans le champ nom d'utilisateur : remote_log : permet d'envoyer les logs sur mon serveur ( ou sur n'importe quel serveur qui hebergerait le fichier "remote_log/log.php" du repo) Pour l'activer : remote_log=https://vedie.fr/remote_log/log.php local_log : Ecrit des fichiers de log dans le repertoire /tmp/1fichier_dot_com Pour l'activer : local_log=1 Ses options sont cumulables via un ";" , on peut mettre remote_log=https://vedie.fr/remote_log/log.php;local_log=1 dans le champ nom d'utilisateur Pour info , j'ai l'IP 88.xxx.xxx.34 qui a logué quelque chose sur mon serveur, mais il a saisie une clé d'API qui ne semble pas valide.

j'avais aussi bonne espoire de tout solutionner :s tu n'as toujours pas de log dans tmp ? et pas de log php ?

Et bien merci beaucoup pour ce débug. Effectivement j'ai laissé trainé une instruction compatible seulement à partir de php version 7.4. J'ai donc packagé une nouvelle version qui prend la place de toute les version 4.x.x : Nouvelle version 4.0.7, qui est compatible au niveau code a partir de php 5.6 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.7).host Les log locaux sont désormais désactivé par default sur cette version et peuvent être activé comme les log distants : Voir ici pour plus d'infos : https://github.com/Gizmo091/synology_1fichier_hosting?tab=readme-ov-file#configuration-key-available- Et pourtant la doc officiel de synology décrit comment définir des fichiers host en php et c'est bien dans ce language que je code ce fichier host 😉 Je pense que DLStation ne depend pas de php tout simplement car php est forcément installé vu qu'il est utilisé pour l'interface web de DSM 😉 et normalement l'API fonctionne avec les comptes access

tu as quoi dans les logs ? J'ai un log sur mon serveur qui correspond à 82.xx.xxx.76 avec deux téléchargement dont tout s'est passé comme convenu a priori. en tout cas tous les retours sont correctes

non aucun log de mon coté, il faudrait voir le fichier de log de php comme j'ai indiqué ici : https://www.nas-forum.com/forum/topic/37274-fichier-host-1fichier-host-file-1fichier/?do=findComment&comment=1319501091

je comprend. En tout cas aucun appel n'a été fait sur mon serveur, donc le problème doit venir avant. Une erreur au niveau du php surement.

non ça ne devrait pas jouer. Normalement si tu as la 4.0.6, tu peux saisir ceci dans le champ nom d'utilisateur (pour le host) et les logs seront envoyé vers mon serveur. ( je l'ai testé de mon coté ça fonctionne mais personne n'a fait la manip encore ) : remote_log=https://vedie.fr/remote_log/log.php

Tu as quelle version de DSM et quelle version de PHP ? Normalement si tu as la 4.0.6, tu peux saisir ceci dans le champ nom d'utilisateur (pour le host) et les logs seront envoyé vers mon serveur. ( je l'ai testé de mon coté ça fonctionne mais personne n'a fait la manip encore ) : remote_log=https://vedie.fr/remote_log/log.php

c'est ce que j'ai mis mais c'est telement variable leur facon de bloquer les requetes. J'ai essayé de communiquer avec eux et voici leur réponse : Bonjour, Les limitations ne relevent que du bon sens Cordialement, Le Staff Autant dire qu'ils s'en foute ...

La validation de l'api key peut échouer souvent ( car l'api considère beaucoup trop facilement que c'est du flood ) . ça ne devrait pas télécharger si tu as mis adresse email et mot de passe. Pour toutes les versions en 4.x.x, Il faut mettre <ce qu'on veut en identifiant > et l'api key en mot de passe. Si on est sur de son apikey, on peut faire ok sans faire la validation , puis lancer des téléchargements.