Mathieu Vedie

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

Merci mais je ne suis pas à l'origine du projet, j'ai juste fait les dernieres versions après la 3.2.5.

Salut, Je n'ai aucun log coté serveur, tu as bien mis ça : remote_log=https://vedie.fr/remote_log/log.php dans le champ ? Comme ceci :

Bonsoir 🙂 Pour ceux qui veulent nous aider a debuger et qui n'ont pas accès au tmp ( ou qui ne savent pas faire )( je ne parle pas pour toi donc @Holborn A car ton cas semble être différent mais sait-on jamais); j'ai packagé une version 4.0.4 qui permet d'envoyer les logs vers un serveur distant. J'ai mis en place sur mon serveur chez ovh un page pour recuperer les logs et les enregistrer, ainsi on pourra essayer de voir ce qui ne va pas. Voici le lien vers le 4.0.4 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.4).host Pour activer les logs sur mon serveur, il suffit de mettre cette chaine à la place du nom d'utilisateur ( dans la configuration du host ) : remote_log=https://vedie.fr/remote_log/log.php Pour ceux qui le désire, vous pouvez bien sur heberger votre propre loger, le code du mien est ici : https://github.com/Gizmo091/synology_1fichier_hosting/tree/4.0.4/remote_log N'hesitez pas, si on peut debloquer tout le monde ça serait pas mal 🙂 Oui moi aussi, avec l'extension NAS Download Manager dans chrome c'est vraiment pratique, un clic droit et op je lance le DL 🙂

Le dossier de log se trouve dans le nas directement et non dans votre volume. Pour acceder a /tmp il faut se connecter en ssh. je viens de faire le tester pour surcharger et mettre un path specifique ( à la place du nom d'utilisateur ) mais il y a des restriction sur les paths accessibles par les packages. Je vais voir pour packager une version ou les logs serait envoyer vers un serveur.

Je viens de packager une version 4.0.2 pour ajouter les logs : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.2).host Les logs se trouverons dans /tmp/1fichier_dot_com . Un fichier de log sera créer par téléchargement. Exemple : Url de téléchargement : https://1fichier.com/?fzrlqa5ogmx4dzbcpga5&af=3601079 Le fichier de log sera /tmp/1fichier_dot_com/fzrlqa5ogmx4dzbcpga5.log Les logs sans url ou avec une url qui ne me permet pas de trouver un identifiant sont stocké dans /tmp/1fichier_dot_com/default.log Les logs sont écrits pour chaque fichier sans distinction mais sont cleané à chaque lancement d'un nouveau téléchargement ( tous les logs de - de 24h sont supprimés ). Ceux ayant des problèmes vous pouvez donc tester et coller votre log ici : Exemple de log default.log : 2024-02-07T13:48:33.144+01:00 : __construct : Message : Appel du constructeur de SynoFileHosting 2024-02-07T13:48:33.144+01:00 : __construct : Data : a:1:{s:10:"parameters";a:4:{s:3:"Url";s:0:"";s:8:"Username";s:23:"mathieu.vedie@gmail.com";s:6:"apikey";s:32:"vanUCcRi581jSZV4????????????????";s:8:"HostInfo";a:9:{s:4:"name";s:13:"OneFichierCom";s:10:"hostprefix";s:12:"1fichier.com";s:11:"displayname";s:8:"1fichier";s:7:"version";s:5:"4.0.2";s:14:"authentication";s:3:"yes";s:6:"module";s:17:"OneFichierCom.php";s:5:"class";s:15:"SynoFileHosting";s:11:"description";s:30:"Access or premium account only";s:10:"newversion";s:5:"4.0.2";}}} 2024-02-07T13:48:33.144+01:00 : Verify : Message : Debut de la methode : 2024-02-07T13:48:33.144+01:00 : Verify : Data : a:1:{s:10:"parameters";a:1:{s:11:"ClearCookie";b:1;}} 2024-02-07T13:48:36.145+01:00 : TypeAccount : Message : Debut de la methode : 2024-02-07T13:48:36.145+01:00 : TypeAccount : Data : a:1:{s:10:"parameters";a:1:{s:6:"apikey";s:32:"vanUCcRi581jSZV4????????????????";}} 2024-02-07T13:48:38.298+01:00 : TypeAccount : Message : Reponse brute de l'api à https://api.1fichier.com/v1/user/info.cgi 2024-02-07T13:48:38.298+01:00 : TypeAccount : Data : s:534:"{"available_cold_storage":2199023255552,"allowed_cold_storage":2,"mail_rm":"0","upload_forbidden":0,"default_cold_storage_quota":2,"offer":"1","default_domain":0,"default_port_files":"0","ftp_mode":"0","default_quota":0,"hot_storage":0,"overquota":0,"page_limit":0,"2fa":"0","download_menu":"0","cdn":"500.00000","subscription_end":"2024-10-10 12:49:49","available_storage":0,"ftp_did":0,"default_port":"1","email":"mathieu.vedie@gmail.com","ftp_report":"0","stats_date":0,"cold_storage":0,"ru_report":"1","use_cdn":"0","status":"OK"}"; 2024-02-07T13:48:38.298+01:00 : TypeAccount : Message : Reponse json de l'api à https://api.1fichier.com/v1/user/info.cgi 2024-02-07T13:48:38.298+01:00 : TypeAccount : Data : a:27:{s:22:"available_cold_storage";i:2199023255552;s:20:"allowed_cold_storage";i:2;s:7:"mail_rm";s:1:"0";s:16:"upload_forbidden";i:0;s:26:"default_cold_storage_quota";i:2;s:5:"offer";s:1:"1";s:14:"default_domain";i:0;s:18:"default_port_files";s:1:"0";s:8:"ftp_mode";s:1:"0";s:13:"default_quota";i:0;s:11:"hot_storage";i:0;s:9:"overquota";i:0;s:10:"page_limit";i:0;s:3:"2fa";s:1:"0";s:13:"download_menu";s:1:"0";s:3:"cdn";s:9:"500.00000";s:16:"subscription_end";s:19:"2024-10-10 12:49:49";s:17:"available_storage";i:0;s:7:"ftp_did";i:0;s:12:"default_port";s:1:"1";s:5:"email";s:23:"mathieu.vedie@gmail.com";s:10:"ftp_report";s:1:"0";s:10:"stats_date";i:0;s:12:"cold_storage";i:0;s:9:"ru_report";s:1:"1";s:7:"use_cdn";s:1:"0";s:6:"status";s:2:"OK";} 2024-02-07T13:48:38.298+01:00 : TypeAccount : Message : Fin de la methode sans erreur : 2024-02-07T13:48:38.298+01:00 : TypeAccount : Data : a:1:{s:6:"return";i:6;} 2024-02-07T13:48:38.299+01:00 : Verify : Message : Fin de la methode : 2024-02-07T13:48:38.299+01:00 : Verify : Data : a:1:{s:6:"return";i:6;} Exemple pour fzrlqa5ogmx4dzbcpga5.log : 2024-02-07T13:52:25.502+01:00 : __construct : Message : Appel du constructeur de SynoFileHosting 2024-02-07T13:52:25.502+01:00 : __construct : Data : a:1:{s:10:"parameters";a:4:{s:3:"Url";s:53:"https://1fichier.com/?fzrlqa5ogmx4dzbcpga5&af=3601079";s:8:"Username";s:23:"mathieu.vedie@gmail.com";s:6:"apikey";s:32:"vanUCcRi581jSZV4????????????????";s:8:"HostInfo";a:8:{s:4:"name";s:13:"OneFichierCom";s:10:"hostprefix";s:12:"1fichier.com";s:14:"authentication";s:3:"yes";s:6:"module";s:17:"OneFichierCom.php";s:5:"class";s:15:"SynoFileHosting";s:9:"diroption";s:1:"u";s:7:"version";s:5:"4.0.2";s:15:"supporttasklist";b:0;}}} 2024-02-07T13:52:27.658+01:00 : GetDownloadInfo : Message : Reponse brute de l'api à https://api.1fichier.com/v1/download/get_token.cgi 2024-02-07T13:52:27.658+01:00 : GetDownloadInfo : Data : s:59:"{"url":"https://c-4.1fichier.com/p974082126","status":"OK"}"; 2024-02-07T13:52:27.659+01:00 : GetDownloadInfo : Message : Reponse json de l'api à https://api.1fichier.com/v1/download/get_token.cgi 2024-02-07T13:52:27.659+01:00 : GetDownloadInfo : Data : a:2:{s:3:"url";s:35:"https://c-4.1fichier.com/p974082126";s:6:"status";s:2:"OK";} 2024-02-07T13:52:27.659+01:00 : GetDownloadInfo : Message : download_url : 2024-02-07T13:52:27.659+01:00 : GetDownloadInfo : Data : s:35:"https://c-4.1fichier.com/p974082126"; 2024-02-07T13:52:29.800+01:00 : GetDownloadInfo : Message : Reponse brute de l'api à https://api.1fichier.com/v1/file/info.cgi 2024-02-07T13:52:29.800+01:00 : GetDownloadInfo : Data : s:422:"{"url":"https://1fichier.com/?fzrlqa5ogmx4dzbcpga5","content-type":"video/mp4","filename":"Mission.Impossible.Dead.Reckoning.Part.One.2023.Truefrench.Hdrip.X264.Wawacity.rsvp.mp4","acl":0,"inline":0,"size":1656067445,"description":"","pass":0,"checksum":"b561e0fd179c316a82556d97d45779879a48e10f6f41a9e0353c65a6806b32b4ee4659c9a6019db1dde8ad8b1d415e189b2ccfdabcf963de7a50c7c7a6112efb","date":"2023-10-09 17:42:02","cdn":0}"; 2024-02-07T13:52:29.800+01:00 : GetDownloadInfo : Message : Reponse json de l'api à https://api.1fichier.com/v1/file/info.cgi 2024-02-07T13:52:29.800+01:00 : GetDownloadInfo : Data : a:11:{s:3:"url";s:42:"https://1fichier.com/?fzrlqa5ogmx4dzbcpga5";s:12:"content-type";s:9:"video/mp4";s:8:"filename";s:87:"Mission.Impossible.Dead.Reckoning.Part.One.2023.Truefrench.Hdrip.X264.Wawacity.rsvp.mp4";s:3:"acl";i:0;s:6:"inline";i:0;s:4:"size";i:1656067445;s:11:"description";s:0:"";s:4:"pass";i:0;s:8:"checksum";s:128:"b561e0fd179c316a82556d97d45779879a48e10f6f41a9e0353c65a6806b32b4ee4659c9a6019db1dde8ad8b1d415e189b2ccfdabcf963de7a50c7c7a6112efb";s:4:"date";s:19:"2023-10-09 17:42:02";s:3:"cdn";i:0;} 2024-02-07T13:52:29.800+01:00 : GetDownloadInfo : Message : Fin de la methode sans erreur : 2024-02-07T13:52:29.800+01:00 : GetDownloadInfo : Data : a:1:{s:6:"return";a:1:{s:5:"error";i:1;}} 2024-02-07T13:53:02.590+01:00 : __construct : Message : Appel du constructeur de SynoFileHosting 2024-02-07T13:53:02.590+01:00 : __construct : Data : a:1:{s:10:"parameters";a:4:{s:3:"Url";s:53:"https://1fichier.com/?fzrlqa5ogmx4dzbcpga5&af=3601079";s:8:"Username";s:23:"mathieu.vedie@gmail.com";s:6:"apikey";s:32:"vanUCcRi581jSZV4????????????????";s:8:"HostInfo";a:8:{s:4:"name";s:13:"OneFichierCom";s:10:"hostprefix";s:12:"1fichier.com";s:14:"authentication";s:3:"yes";s:6:"module";s:17:"OneFichierCom.php";s:5:"class";s:15:"SynoFileHosting";s:9:"diroption";s:1:"u";s:7:"version";s:5:"4.0.2";s:15:"supporttasklist";b:0;}}}

La derniere version publié sur la page 1 de ce topic est la 3.2.5, mais dans les discussions plusieurs version entre temps on été distribué. Dont la derniere 4.0.1 qui utilise l'API et non le site. Donc non ce n'est pas logique, il est important pour débuguer et aider de savoir de quelle version on parle. Je vais tacher d'ajouter du log dans une version 4.0.2

Yes, Mais j’aimerais bien implémenter le CDN, faudrait que je regarde comment ça fonctionne. Et je n’ai pas traité les erreurs de curl proprement avec des messages d’erreurs détaillés.

Tu as raison, le risque que quelqu'un se gourre en faisant sa capture d'écran est un problème. J'ai packagé une nouvelle version : 4.0.1 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.1).host Il faut saisir son email ( ou ce qu'on veut) en identifiant de compte et son apikey en password de compte. Alors les informations de l'API sont ici : https://1fichier.com/api.html Ils indiquent : The access to the API or to the service will be blocked to you in case of requests too frequent or abusive (repetition of requests returning an error 401,403,404,410, ...) Requests to the API are limited to 3 per second maximum. A 429 error code will be returned in case of abuse. J'ai justement beaucoup galéré pour dev cette version basé sur l'API car j'etait confronté au même problème que toi, puis j'ai fini par me rendre compte que la route 'https://api.1fichier.com/v1/user/info.cgi' entrainait beaucoup plus de blocage que les routes pour acceders au informations des fichiers et des liens, respectivement 'https://api.1fichier.com/v1/file/info.cgi' et 'https://api.1fichier.com/v1/download/get_token.cgi' Pour informations, avec la version 4.0.0, j'ai pu enchainer environ 40 téléchargement, avec environ 7 ou 8 sec entre le lancement de chaque ( le temps de recuperer le lien etc à chaque fois ) et je n'ai eu aucune erreur. Alors c'etait des fichiers de 150Mo, donc le téléchargement était rapide et seul 1 ou 2 maximum tournait en meme temps. Pour une meme fichier : Voici un URL que j'obtiens en navigant sur le site : https://c-4.1fichier.com/p969445586 et voici l'url que j'obtiens via l'API : https://c-4.1fichier.com/p969426067 Mais c'est totalement normal, car le p[0-9] correspond à un token de téléchargement qui à une durée de validité. Voilà ce qui en est dit sur la doc de l'API : - The access token is valid for 5 minutes. - The recovery in case of errors is allowed for 30 minutes depending on the case. En esperant t'avoir éclairé. PS : J'ai écrit au service client pour indiquer que l'erreur de flooding arrivait beaucoup trop vite

Moi je trouve ça pratique ça permet d’être sur de ce qu’on colle, en revanche je peux modifier le code pour prendre les deux cas. Mais dans tous les cas, comme la clés ne serait pas stocké de manière crypté , qu’elle soit en user ou en password, donc à mon sens c’est un faux problème.

Si tu le veux, tu peux m'envoyer ton apikey par message privée et je peux regarder si les réponses sont identiques à la mienne.

tu es sur que le host est bien activé ? , fait une capture de la liste des hebergement de fichiers au niveau de OneFichier. Comme ceci :

Salut, je l’ai indiqué dans mon message, il faut indiqué une clé d’api à la place du nom d’utilisateur et n’importe quoi dans le mot de passe ( faut juste pas que le champ sois vide h’)

Bon, et bien environ 2h plus tard 😅, j'ai fait une version simpliste (sans la gestion des CDN ) du fichier host que je passe en 4.0.0 Mais attention : Le 4.0.0 utilise désormais l'API, il faut donc saisir une apikey et non un nom d'utilisateur ( et remplir le mot de passe avec ce que vous voulez ). Pour generer votre apikey : https://1fichier.com/console/params.pl puis section "API KEY" et enfin cliquez sur "Get my API KEY". ( si vous l'oubliez il faudra la desactiver et en générer une nouvelle) Cette version n'est donc pas compatible pour les comptes free, mais permet pour les comptes premium de fonctionner meme apres 10 téléchargement ( je viens d'en enchainer 42 ) . L'api en revanche retourne des erreurs lors de la validation de la clé, mais si vous êtes sur de votre copié coller ,le téléchargement devrait fonctionner 😉 https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.0.0).host