Mathieu Vedie Posté(e) le 12 février Posté(e) le 12 février (modifié) 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 Modifié le 31 juillet par Mathieu Vedie Ajout de la version 4.5.0 4 Citer
thepopol777 Posté(e) le 12 février Posté(e) le 12 février Un grand merci pour tout ce travail ! ✌️ 0 Citer
Greg Mzs Posté(e) le 12 février Posté(e) le 12 février (modifié) Je crois avoir compris l'origine du problème. J'ai fait des tests en appelant l'API par mes propres soins via un client REST. Et le fait est que si il y'a des paramètres d'url en plus de l'identifiant de fichier l'API retourne KO. En l'occurrence, je récupère des liens qui on la langue (&lg=en, ou encore &af=21651) et dans ce cas, l'API réponds KO 😞 Ex : https://1fichier.com/?lr9i394hno1bcm172q14&lg=en https://1fichier.com/?lr9i394hno1bcm172q14&af=123456 https://1fichier.com/?lr9i394hno1bcm172q14&lg=en&af=123456 Dans l'idéal, si tu peux gérer le fait que le url ne dispose pas de paramètres supplémentaires ce serait super cool, si tu peux pas, pas de souci, je me débrouillerai de mon côté pour les retirer à la main. J'attends toujours que min IP soit débloquée pour enfin faire les tests avec ton plugin. Je te tiens au courant Modifié le 12 février par Greg Mzs 0 Citer
Greg Mzs Posté(e) le 12 février Posté(e) le 12 février J'ai géré de mon côté le soucis des params, du coup tout marche nickel! MEEEEEEEEEEEEEEEEERRRRRRRRRRRCCCCCCCIIIIIIIIIIIIIIIIII 0 Citer
Mathieu Vedie Posté(e) le 12 février Auteur Posté(e) le 12 février Il y a 3 heures, Greg Mzs a dit : Je crois avoir compris l'origine du problème. J'ai fait des tests en appelant l'API par mes propres soins via un client REST. Et le fait est que si il y'a des paramètres d'url en plus de l'identifiant de fichier l'API retourne KO. En l'occurrence, je récupère des liens qui on la langue (&lg=en, ou encore &af=21651) et dans ce cas, l'API réponds KO 😞 Ex : https://1fichier.com/?lr9i394hno1bcm172q14&lg=en https://1fichier.com/?lr9i394hno1bcm172q14&af=123456 https://1fichier.com/?lr9i394hno1bcm172q14&lg=en&af=123456 Dans l'idéal, si tu peux gérer le fait que le url ne dispose pas de paramètres supplémentaires ce serait super cool, si tu peux pas, pas de souci, je me débrouillerai de mon côté pour les retirer à la main. J'attends toujours que min IP soit débloquée pour enfin faire les tests avec ton plugin. Je te tiens au courant je le fais déjà normalement, je ne prend que la partie de l'url avant le premier "&" 0 Citer
kevin67130 Posté(e) le 12 février Posté(e) le 12 février Salut, Enfin un fichier host à jour et qui fonctionne pour 1 fichiers mille merci 🙂 0 Citer
bagu Posté(e) le 13 février Posté(e) le 13 février Il y a 22 heures, Greg Mzs a dit : Je crois avoir compris l'origine du problème. J'ai fait des tests en appelant l'API par mes propres soins via un client REST. Et le fait est que si il y'a des paramètres d'url en plus de l'identifiant de fichier l'API retourne KO. En l'occurrence, je récupère des liens qui on la langue (&lg=en, ou encore &af=21651) et dans ce cas, l'API réponds KO 😞 Ex : https://1fichier.com/?lr9i394hno1bcm172q14&lg=en https://1fichier.com/?lr9i394hno1bcm172q14&af=123456 https://1fichier.com/?lr9i394hno1bcm172q14&lg=en&af=123456 Dans l'idéal, si tu peux gérer le fait que le url ne dispose pas de paramètres supplémentaires ce serait super cool, si tu peux pas, pas de souci, je me débrouillerai de mon côté pour les retirer à la main. J'attends toujours que min IP soit débloquée pour enfin faire les tests avec ton plugin. Je te tiens au courant Il me semblait pourtant que le module retirait les paramètres supplémentaires ?!? En tout cas, ça ne doit pas être trop sorcier avec une bonne expression régulière pour un dev php. 0 Citer
Mathieu Vedie Posté(e) le 13 février Auteur Posté(e) le 13 février Il y a 5 heures, bagu a dit : Il me semblait pourtant que le module retirait les paramètres supplémentaires ?!? En tout cas, ça ne doit pas être trop sorcier avec une bonne expression régulière pour un dev php. oui c'est fait, pas en regex mais avec un simple explode 0 Citer
Tark Vador Posté(e) le 13 février Posté(e) le 13 février bonjour, J'avais les memes souci de debit ainsi que d'authent. j'ai testé le fichier 4.0.7 et je rencontre toujours le souci. Lorsque je tente de verifier le compte ,il me dit " le compte ou le mot de passe n'est pas valide..." je n'ai aucun souci pour me connecter sur le site onefichier. C'est arrivé d'un coup sans aucun changement. 0 Citer
cadkey Posté(e) le 13 février Posté(e) le 13 février Il y a 2 heures, Tark Vador a dit : Lorsque je tente de verifier le compte ,il me dit " le compte ou le mot de passe n'est pas valide..." Problème connu et solution déjà donnée dans les messages précédents. 0 Citer
Faridator Posté(e) le 14 février Posté(e) le 14 février Il y a 11 heures, Tark Vador a dit : bonjour, J'avais les memes souci de debit ainsi que d'authent. j'ai testé le fichier 4.0.7 et je rencontre toujours le souci. Lorsque je tente de verifier le compte ,il me dit " le compte ou le mot de passe n'est pas valide..." je n'ai aucun souci pour me connecter sur le site onefichier. C'est arrivé d'un coup sans aucun changement. Faut prendre le temps de lire 😉 l'auteur a bien détaillé tous les points dont celui-ci 0 Citer
Tark Vador Posté(e) le 14 février Posté(e) le 14 février (modifié) J'ai bien lu les infos concernant la requête API , mais il faut comprendre que cette requête de verification ne gérait aucun souci avant , par ailleurs je me retrouve bloqué avec des téléchargement en attente de ce fait , tout de suite mettre la cause sur une sorte de faux négatif me laisse perplexe car dans ce cas pourquoi les téléchargements sont en attente ? je precise , aucun souci en direct à partir du site et surtout cela survient du jour au lendemain . Modifié le 14 février par Tark Vador 0 Citer
Mathieu Vedie Posté(e) le 14 février Auteur Posté(e) le 14 février il y a 30 minutes, Tark Vador a dit : J'ai bien lu les infos concernant la requête API , mais il faut comprendre que cette requête de verification ne gérait aucun souci avant , par ailleurs je me retrouve bloqué avec des téléchargement en attente de ce fait , tout de suite mettre la cause sur une sorte de faux négatif me laisse perplexe car dans ce cas pourquoi les téléchargements sont en attente ? je precise , aucun souci en direct à partir du site et surtout cela survient du jour au lendemain . Je t'invite à activer les logs et à les fournirs pour que l'on voit ce qui se passe. 0 Citer
pitch78 Posté(e) le 14 février Posté(e) le 14 février (modifié) En gros, l'url appelée pour faire la vérification est très (beaucoup trop) sensible et peut déclencher un status de flood (trop de rêquetes, donc suspect) sur le compte après 2/3 appels, voir même un seul appel... Et cela peut aller jusqu'au blocage (temporaire) de l'IP si l'on continue. A noter qu'avant c'est le site de 1fichier lui-même qui était analysé pour déterminer le type de compte, cette fonction était donc utile pour confirmer que le status free / premium était bien identifié. Maintenant que le fichier host passe par l'API de 1fichier, cette vérification n'a plus de sens / intérêt car les membres utilisant cette version sont forcément premium, sinon ils n'auraient pas accès à l'API. Après, c'est en place car je suppose que c'est une contrainte pour le fichier host, que d'avoir cette fonction. Les urls de téléchargement se comportent elles "normalement" et devrait fonctionner à condition que le compte ne soit pas bloqué (temporairement) par notamment des appels à l'url de vérification. En gros si vous avez votre clé API, mettez la bien dans le champ password et ne faites pas de vérification. Et si cela ne fonctionne pas alors activez les logs. Modifié le 14 février par pitch78 0 Citer
Mathieu Vedie Posté(e) le 14 février Auteur Posté(e) le 14 février il y a 28 minutes, pitch78 a dit : En gros, l'url appelée pour faire la vérification est très (beaucoup trop) sensible et peut déclencher un status de flood (trop de rêquetes, donc suspect) sur le compte après 2/3 appels, voir même un seul appel... Et cela peut aller jusqu'au blocage (temporaire) de l'IP si l'on continue. A noter qu'avant c'est le site de 1fichier lui-même qui était analysé pour déterminer le type de compte, cette fonction était donc utile pour confirmer que le status free / premium était bien identifié. Maintenant que le fichier host passe par l'API de 1fichier, cette vérification n'a plus de sens / intérêt car les membres utilisant cette version sont forcément premium, sinon ils n'auraient pas accès à l'API. Après, c'est en place car je suppose que c'est une contrainte pour le fichier host, que d'avoir cette fonction. Les urls de téléchargement se comportent elles "normalement" et devrait fonctionner à condition que le compte ne soit pas bloqué (temporairement) par notamment des appels à l'url de vérification. En gros si vous avez votre clé API, mettez la bien dans le champ password et ne faites pas de vérification. Et si cela ne fonctionne pas alors activez les logs. 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 ) 0 Citer
Mathieu Vedie Posté(e) le 14 février Auteur Posté(e) le 14 février (modifié) 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. Modifié le 14 février par Mathieu Vedie 1 Citer
pitch78 Posté(e) le 15 février Posté(e) le 15 février Il y a 20 heures, Mathieu Vedie a dit : 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. 👌🏻 0 Citer
thepopol777 Posté(e) le 15 février Posté(e) le 15 février J'avais ce matin un souci avec un lien qui se mettait en Erreur alors qu'il passait bien chez un collegue ( 4.0.7 ) . En passant en 4.1.0 le souci est regle. Merci Mathieu 🤘 0 Citer
Mathieu Vedie Posté(e) le 15 février Auteur Posté(e) le 15 février il y a 58 minutes, thepopol777 a dit : J'avais ce matin un souci avec un lien qui se mettait en Erreur alors qu'il passait bien chez un collegue ( 4.0.7 ) . En passant en 4.1.0 le souci est regle. Merci Mathieu 🤘 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 0 Citer
thepopol777 Posté(e) le 15 février Posté(e) le 15 février Je ne saurais dire pourquoi, surtout que ca marchait tres bien juste avant. Mais rien a faire, ca ne voulait pas se lancer. Mon collegue lui est toujorus en 4.0.7 et il n'a pas eu de souci avec le lien, donc j'en deduis que c'est lie a mon compte. Comme je suis passe en 4.1 j'ai du regenerer ma cle API ( ne l'ayant pas notee ), alors est ce que mon ancienne cle posait souci.... Curieux 0 Citer
Mathieu Vedie Posté(e) le 15 février Auteur Posté(e) le 15 février Il y a 3 heures, thepopol777 a dit : Je ne saurais dire pourquoi, surtout que ca marchait tres bien juste avant. Mais rien a faire, ca ne voulait pas se lancer. Mon collegue lui est toujorus en 4.0.7 et il n'a pas eu de souci avec le lien, donc j'en deduis que c'est lie a mon compte. Comme je suis passe en 4.1 j'ai du regenerer ma cle API ( ne l'ayant pas notee ), alors est ce que mon ancienne cle posait souci.... Curieux ça c'est possible que la clé soit bloqué pour une raison. 0 Citer
Jay Rominet Posté(e) le 15 février Posté(e) le 15 février Merci ça fonctionne pour moi !! J'avais bêtement oublié d'activer le fichier host donc ça ne marchait pas mais là ça marche à la perfection ! 0 Citer
nouf Posté(e) le 17 février Posté(e) le 17 février (modifié) Hello J'ai fini la config avec ce nouveau fichier host => Merci Mathieu Question à la communauté quand 1fichier répond [88.xxx.xxx.176] 2024-02-17T15:36:07.796+01:00 : getDownloadLink : Message : Réponse brute de l'api à https://api.1fichier.com/v1/download/get_token.cgi [88.xxx.xxx.176] 2024-02-17T15:36:07.796+01:00 : getDownloadLink : Data : s:41:"{"status":"KO","message":"IP Locked #78"}"; [88.xxx.xxx.176] 2024-02-17T15:36:08.090+01:00 : getDownloadLink : Message : Réponse json de l'api à https://api.1fichier.com/v1/download/get_token.cgi [88.xxx.xxx.176] 2024-02-17T15:36:08.090+01:00 : getDownloadLink : Data : a:2:{s:6:"status";s:2:"KO";s:7:"message";s:13:"IP Locked #78";} Je dois patienter ? Pour tester j'ai ajouté mon ip publique dans la conf de l'API pour autoriser ma clé d'API que depuis celle-ci => même soucis Merci à tous pour le coup de main. ### Update ### Après 10H de patience cela fonctionne. Merci pour la génération des logs c'est top. Modifié le 17 février par nouf 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.