Mathieu Vedie

Aucun problème de mon coté, deux fichiers en téléchargement en parallele à 50MB/sec Ton bridage doit venir d'ailleurs. Tu n'a pas fait de config reseau pour reduire la bande passante pour certain service / user du nas ?

publication de la version 4.4.0 en premier page pour desactiver le controle des certificats ssl sur l'appel à l'api. ( probleme rencontré par un utilisateur )

Non effectivement normalement le hostfile est compatible DSM6. Il faudrait activer les logs de php et regarder ce qui en ressort.

Pas de log reçu sur mon serveur. Donc soit tu as un problème en amont. Peut être du au fait que tu sois en DSM6. Ou alors un autre fichier host qui prend la main. Genre alldebrid ou équivalent

Attention à chaque fois qu’on fait une modification ( changement sur le champ nom d’utilisateur ), il faut ressaisir la clé d’api car elle n’est pas conservé .

Vous pouvez regarder pour activer les logs distant sur mon serveur : regardez la partie configuration "remote_log" sur la premiere page.

je ne rencontre pas de problème. J'ai dépanné un membre tout a l'heure chez qui ça fonctionne bien aussi. Etes-vous sur de ne pas tomber sur un lien invalide ?

avez vous activé les logs pour voir ce qui se passe ?

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 maintenir ce fichier host si certains rencontrent des bugs, donc n'hésitez 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-07-31 - 4.5.0 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.5.0).host Changelogs : - 4.5.0 : Mise en place d'un coutournement lorsque la recuperation du nom du fichier par l'api est impossible - 4.4.0 : Suppression du controle du certificats SSL sur les appels à l'API - 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 ?