Aller au contenu

Fichier host 1Fichier (Premium & Access) (maintenu)


Messages recommandés

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-02-14 - 4.1.0 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/4.1.0/OneFichierCom(4.1.0).host 

Changelogs :

    - 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.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. 

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é : 

Capturedecran2024-02-12a11_08_20.thumb.png.7bfa60e307aba8a4a3625df6c0256f80.png

- 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é : 

Capturedecran2024-02-08a08_35_45.thumb.png.428822bd76b7062914509aabf86f3db2.png



Hashtags : hostfile, host file, onefichier

Modifié par Mathieu Vedie
Update vers 4.1.0
Lien vers le commentaire
Partager sur d’autres sites

  • Mathieu Vedie a modifié le titre en Fichier host 1Fichier (Premium & Access) (maintenu)

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&amp;af=123456

https://1fichier.com/?lr9i394hno1bcm172q14&amp;lg=en&amp;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é par Greg Mzs
Lien vers le commentaire
Partager sur d’autres sites

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&amp;af=123456

https://1fichier.com/?lr9i394hno1bcm172q14&amp;lg=en&amp;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 "&"

Lien vers le commentaire
Partager sur d’autres sites

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&amp;af=123456

https://1fichier.com/?lr9i394hno1bcm172q14&amp;lg=en&amp;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.

Lien vers le commentaire
Partager sur d’autres sites

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

Lien vers le commentaire
Partager sur d’autres sites

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.

Lien vers le commentaire
Partager sur d’autres sites

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 

Lien vers le commentaire
Partager sur d’autres sites

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é par Tark Vador
Lien vers le commentaire
Partager sur d’autres sites

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. 

Lien vers le commentaire
Partager sur d’autres sites

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é par pitch78
Lien vers le commentaire
Partager sur d’autres sites

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 )

 

Lien vers le commentaire
Partager sur d’autres sites

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é par Mathieu Vedie
Lien vers le commentaire
Partager sur d’autres sites

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. 

👌🏻

Lien vers le commentaire
Partager sur d’autres sites

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

Lien vers le commentaire
Partager sur d’autres sites

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

Lien vers le commentaire
Partager sur d’autres sites

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. 

Lien vers le commentaire
Partager sur d’autres sites

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é par nouf
Lien vers le commentaire
Partager sur d’autres sites

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.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.