Mathieu Vedie

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 ?

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.

Je ne sais pas mais hier l’api mettait plus d’une minute à répondre aux requêtes 😕

Est-ce que tu as le log ?

Effetctivement j'avais créer un bug sur la saisie du username ( tu mets ce que tu veux désormais mais il ne doit pas être vide ) ( je n'ai pas de controle là dessus, c'est syno qui gère cette partie de l'interface) Version corrigé (4.0.6) : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.6).host Moi je suis en PHP Version 8.1.9 et DSM 7.2.1-69057 Update 4 . Essaye avec la 4.0.6 j'ai corrigé une erreur : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.6).host Sinon il faut que tu suivent mes explications au dessus pour avoir les logs de php et comprendre. Effectivement c'est corrigé dans la 4.0.6, merci pour la remonté de bug. https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.6).host

Arf, je ne sais pas si les problèmes viennent de là mais dans les dernieres versions j'avais implémenté du code compatible a partir de PHP8, j'ai modifié mon code pour être compatible à partir de PHP7. Voici la version 4.0.5 corrigé : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.5).host Pour les autres ou nous n'arrivons pas a comprendre , il faudrait activer les logs de php. Pour ceux qui veulent les logs sur leur nas, on va proceder par étape : 1. Se connecter en ssh sur son nas via un terminal. ( il y a tout plein de tuto alors je ne vais pas l'expliquer ici) 2. S'assurer que le repertoire /tmp à les bons droits , on va donc taper la commande suivante : ls -al / | grep tmp La sortie de la console doit être celle ci : <votre_user>@<votre_nas>:/$ ls -al / | grep tmp drwxrwxrwt 24 root root 2840 Feb 8 11:41 tmp drwxr-xr-x 2 root root 4096 Feb 2 07:59 tmpRoot Ce qui est important c'est qu'il y ait bien "drwxrwxrwt" sur la ligne du dossier tmp Si ce n'est pas le cas , executer la commande suivante sudo chmod 1777 /tmp 3. Activer les logs de php /!\ si vous savez que vous les avez déjà activer et que vous savez ou il se trouve, ignorer cette commande ! sudo sed -i '/^error_log/s/^/;/' /etc/php/php.ini; sudo sed -i '/display_startup_errors/a error_log = "/tmp/php-error.log"' /etc/php/php.ini Voila, maintenant vous pouvez tester, vous aurez des logs de php dans "/tmp/php-error.log" 4. Afficher les logs de php après un test, executer la commande suivante : cat /tmp/php-error.log 5. Afficher les logs du host file apres un test, executer la commande suivante : cat /tmp/1fichier_dot_com/<id_de_lien>.log ou cat /tmp/1fichier_dot_com/default.log