Mathieu Vedie

le 25 avril

Le 23/04/2024 à 10:58 PM, thrymartin a dit :

Je viens de passer le NAS en DSM7 en premium
bizarrement, les identifiants sous le host de Souli ne fonctionnent plus (?)
(alors que le compte avec CDN est reconnu premium sans problème)

J'ai donc chargé la 4.2.0 avec la clé API: Nickel reconnu premium

un grand merci à Mathieu

Une remarque quand même : d'ou viennent ces tirets bas à la place des espaces ?
Ca oblige a renommer les fichiers stockés sur le compte parceque ça fait mal aux yeux dans mes dossiers
Les espaces étant correctement gérés sur nos NAS (et d'ailleurs n'importe ou à ce qu'il me semble - ? si ? non ?) je n'en vois pas l'intéret, mais bon, c'est pas trop de boulot à renommer... alors...

PS : je fouille le php, mais je m'y perd ...
- ça vient de la récupération du nom de fichier ou d'une routine du host ?
on peut remettre les espaces à la place des underscores ?
si je savais ou ... je tripote un peu le php pour me le faire, mais pas assez pour identifier ou ça se passe ... si tu peux m'aider mathieu ?

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 28 mars

Il y a 4 heures, babar3838 a dit :

Bonjour,

merci pour le travail.

Je suis sous DSM 7.2.1 avec le dernier host. J'ai un souci, j'arrive bien à télécharger des vidéos en entier par contre celles-ci ne s'ouvrent pas, que ce soit sur un pc ou sur Plex on dirait qu'elles sont corrompus. Si je télécharge les vidéos via le même lien mais directement depuis un navigateur (sans passer par DS) aucun problème les vidéos fonctionnent.

J'ai tenté de réinstaller DS toujours le même problème, cela peut venir du fichier host ?

Merci

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

Le 27/03/2024 à 11:04 AM, psychros a dit :

Hello Mathieu,

Merci pour ta (tes) réponses. Pour répondre à tes questions, je suis sous DSM 6.2.4 et je suis sûr de ma clé API. Je l'ai réinitialisée encore une fois pour tester ton nouveau host mais toujours pas possible de la vérifier et toujours impossible de télécharger.

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.

le 25 mars

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.

le 25 mars

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.

Le 23/03/2024 à 9:28 PM, Yassine Dufresne a dit :

Bonjour,

Merci pour le travail fourni.

A mon niveau j'arrive à vérifier mon compte, mais je peux télécharger que 1 fichier par 1 fichier, quand j'en mets plusieurs il tombe en erreur. Je suis obliger de relancer les téléchargement plusieurs fois pour que ce soit pris en compte.

Quelqu'un aurais une idée pour que ça puisse fonctionner (plusieurs téléchargement en même temps ou en attente)

PS : RIP uptobox c'était top !!

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

Le 28/02/2024 à 7:05 AM, psychros a dit :

Bonjour à tous,

J'ai laissé de côté cette histoire ces derniers jours, mais je m'y remets parce que ça ne fonctionne toujours pas chez moi, les téléchargements retournent toujours une erreur. J'ai reconfiguré le host pour envoyer les logs sur le serveur de Mathieu. Voilà ce qui ressort:

[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : __construct : Message :  Appel du constructeur de SynoFileHosting
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : __construct : Data : a:1:{s:10:"parameters";a:4:{s:3:"Url";s:52:"https://1fichier.com/?lh8icl3ca2thvfwwv31t&af=105612";s:8:"Username";s:46:"remote_log=https://vedie.fr/remote_log/log.php";s:6:"apikey";s:35:"https://vedie.fr/??????????????????";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.1.0";s:15:"supporttasklist";b:0;}}}
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : getDownloadLink : Message :  Réponse brute de l'api à https://api.1fichier.com/v1/download/get_token.cgi 
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : getDownloadLink : Data : s:50:"{"message":"Not authenticated #213","status":"KO"}";
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : getDownloadLink : Message :  Réponse json de l'api à https://api.1fichier.com/v1/download/get_token.cgi 
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : getDownloadLink : Data : a:2:{s:7:"message";s:22:"Not authenticated #213";s:6:"status";s:2:"KO";}
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : getDownloadLink : Message :  Status non OK ! throw DownloadError
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : getDownloadLink : Data : a:1:{s:5:"param";a:1:{s:7:"message";i:1;}}
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : GetDownloadInfo : Message :  Catch DownloadError
[31.xxx.xx.123] WedAMCETE_RFebruaryC3339_EXCETE3WedEWed : GetDownloadInfo : Data : a:1:{s:6:"return";a:1:{s:5:"error";i:1;}}

Est-ce que je peux faire quelque chose pour réparer ça?

est-tu sur d'avoir bien renseigné ta clé d'api ?

Le 07/03/2024 à 8:51 AM, kevfou a dit :

@psychros peux tu nous donner un lien que tu souhaites télécharger ?

J'ai remarqué hier que pour les liens 1fichiers, ex: https://1fichier.com/?xxxxxxxx&xx=3601079

Il faut enlever =3601079 pour que le téléchargement fonctionne

le fichier host se charge normalmenet de retirer cette partie là, donc ce n'est pas nécéssaire.

Le 09/03/2024 à 1:56 PM, Toisne a dit :

Bonjour à tous et merci pour toute cette aide.

J'ai mis le fichier host 4.1.0, je n'arrive pas à vérifier le login mais à priori cela arrive.

Lorsque je tente des téléchargements, ils finissent tous en ERROR mais j'ai pas de détail et je ne trouve pas le fichier log qui devrait être généré.

J'ai également essayer avec et sans le &af=...

J'ai également validé que le token était le bon, j'ai essayé de la désactive et la regénérer... mais ca marche pas j'ai l'erreur suivante : "echec des verifications de securite#2909#

J'ai tenté le redémarrage du NAS... et ça marche toujours pas.

Bref je patoge grave.

Auriez vous une idée svp ?

Je vous remercie par avance.

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 )

Le 20/03/2024 à 8:01 AM, psychros a dit :

Bon... j'ai essayé différentes choses notamment avec l'aide de thrymartin que je remercie, mais malheureusement sans résultat. Je crois que je vais plutôt opter pour un autre hébergeur à la fin de mon abonnement, ce sera plus simple, même si c'est pas pour tout de suite. Si vous avez un hébergeur qui fonctionne bien avec Download Station je suis preneur...

ce n'est pas normal que la verification de la clé ne fonctionne pas.

Tu as quel version de DSM ?

Le 02/03/2024 à 9:57 PM, bagu a dit :

Hello, suis-je le seul a avoir la totalité de mes demandes de téléchargements qui finissent en erreur sur download station, alors qu'ils se lancent bien de téléchargement direct (tout fonctionnait bien hier, donc je me demande si ce n'est pas un soucis temporaire)

Après avoir regardé les logs, même problème que la personne ci-dessus :

2024-03-02T22:04:54.203+01:00 : __construct : Message :  Appel du constructeur de SynoFileHosting
2024-03-02T22:04:54.203+01:00 : __construct : Data : a:1:{s:10:"parameters";a:4:{s:3:"Url";s:53:"https://1fichier.com/?unsuperbefichierprivé";s:8:"Username";s:11:"local_log=1";s:6:"apikey";s:32:"celaneregardequemoi";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.1.0";s:15:"supporttasklist";b:0;}}}
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Message :  Réponse brute de l'api à https://api.1fichier.com/v1/download/get_token.cgi
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Data : s:51:"{"message":"Resource not found #649","status":"KO"}";
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Message :  Réponse json de l'api à https://api.1fichier.com/v1/download/get_token.cgi
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Data : a:2:{s:7:"message";s:23:"Resource not found #649";s:6:"status";s:2:"KO";}
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Message :  Status non OK ! throw DownloadError
2024-03-02T22:04:56.393+01:00 : getDownloadLink : Data : a:1:{s:5:"param";a:1:{s:7:"message";i:1;}}
2024-03-02T22:04:56.393+01:00 : GetDownloadInfo : Message :  Catch DownloadError
2024-03-02T22:04:56.393+01:00 : GetDownloadInfo : Data : a:1:{s:6:"return";a:1:{s:5:"error";i:1;}}

P.S. : Cadkey, si vous pouviez éviter de vous réjouir des problèmes des autres en réaction, ce serait vraiment appréciable. Merci

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 ?

le 25 mars

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.

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.

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

le 14 février

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.

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 )

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.

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

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 "&"

le 12 février

il y a 31 minutes, thepopol777 a dit :

Update: J'ai teste le host 4.0.7 avec cle API, et tout semble fonctionner nickel, aussi bien la vitesse que le DL simultane ( 4 fichiers, aucun en attente ).

Merci beaucoup ! 🤘

PS: C'est un peu dommage de devoir remonter tout le fil pour trouver les infos ( lien vers le host, comment renseigner les champs, comment avoir sa cle API,.. ). Est-ce que ca ne vaudrait pas le coup Mathieu de creer un nouveau Topic a toi sur lequel tu pourrais mettre a jour le 1er post en fonction de tes MAJs ?

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

le 12 février

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-04-25 - 4.3.0 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.3.0).host
2024-03-25 - 4.2.0

Changelogs :

- 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

le 12 février

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 🙂

il y a 32 minutes, thepopol777 a dit :

Merci Mathieu, je vais essayer avec ton .host ( si je le retrouve 😁 ) pour voir si cela change quelque chose de mon cote, je te tiens au jus.

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

il y a 17 minutes, Greg Mzs a dit :

Merci Mathieu pour ce retour rapide, alors oui j'ai fait plusieurs tests, et je me suis rendu compte que je t'avais envoyé les log de la v.3.2.9.

Mon IP est actuellement bloquée, du coup les logs m'indiquent clairement un blocage IP, donc dès que j'ai des logs peut être un peu plus parlants, je te les envoie. Ou au pire j'activerai le remote_log pour que ça t'envoie ça direct sur ton serveur de log.

J'attends patiemment que mon IP soit débloquée, et je réessaie avec la v.4.0.7.

Encore merci 😉

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.

le 12 février

il y a une heure, thepopol777 a dit :

Hello, desole je prend un peu le fil en cours de route, je ne voudrais pas le spam. A la base je venais pour signaler un souci ( Premium ) sur les Téléchargements qui se mettent " en attente " et aussi une très faible vitesse de DL ( 4.5 Mo/s au lieu d'environ 95 Mo/s habituellement ), le tout depuis Download Station.
Est-ce que cela se rapproche de ce que vous etes en train de regarder actuellement ?
Merci
( host 3.2.5 )

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)

il y a 21 minutes, Greg Mzs a dit :

Bonjour,

Comme quelques uns d'entre vous, j'ai également des soucis sur le lancement des téléchargements depuis download manager depuis quelques jours. Ni la 3.2.9 ni la 4.0.7 ne semble fonctionner avec API ou identifiants de compte.

Au delà de ça, les tentative entrainent un blocage d'IP après les différentes tentatives.

Niveau log, j'ai l'impression qu'ils ont changé le format HTML des page, ce qui casse ton parsing :

2024-02-12 09:19:06.488100 | DEBUG GetDownloadInfo LinkInfo : ********************************.mkv
2024-02-12 09:19:06.488400 | DEBUG DownloadWaiting function
2024-02-12 09:19:06.488900 | DEBUG DownloadPage function
2024-02-12 09:19:06.489300 | DEBUG DownloadPage URL : https://1fichier.com/?e5wm2g1nvtmoze4cc4lq&lg=en
2024-02-12 09:19:46.514100 | DEBUG DownloadPage Status : KO | Operation timed out after 39321 milliseconds with 14253603 out of 2509002319 bytes received | HTTP code : 200 | URL : http://c-3.1fichier.com/p982564379 | Temps : 40.002422
2024-02-12 09:19:46.515000 | DEBUG DownloadWaiting HTMLAucun contenu
2024-02-12 09:19:46.515500 | DEBUG GenerateRequest function
2024-02-12 09:19:46.515900 | DEBUG GenerateRequest HTML : Contenu HTML
2024-02-12 09:19:46.517000 | DEBUG DownloadWaiting ADZONE_VALUE
2024-02-12 09:19:46.537300 | DEBUG GetDownloadInfo DownloadName : File not exists

Visiblement ça marche pour certains d'entre vous, j'espère juste que ce n'est pas les FAI qui bloque les DL (Je suis chez Bouygues).

Je ne sais pas si ça les logs aident, mais dans tous les cas, merci pour le taf, hyper pratique ton fichier .host!

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.

le 11 février

Il y a 2 heures, Holborn A a dit :

Bon encore un échec (mais j'avais beaucoup d'espoir ! ..)

Le compte premium est bien reconnu lors du contrôle mais lors du téléchargement "Compte premium requis." ..

Version 4.0.7

j'avais aussi bonne espoire de tout solutionner :s

tu n'as toujours pas de log dans tmp ? et pas de log php ?

le 11 février

Le 09/02/2024 à 11:09 PM, patapain38 a dit :

Hello,

Dans le fichier "php-error.log" j'ai ca :

[09-Feb-2024 20:14:09 Europe/Amsterdam] PHP Parse error: syntax error, unexpected '?' in /usr/syno/etc/packages/DownloadStation/download/userhosts/OneFichierCom/OneFichierCom.php on line 276

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-

Le 10/02/2024 à 10:39 AM, Gilou19 a dit :

Download Station ne dépend pas de PHP !... (j'ai testé sans est pas de pbm pour download station)

Par contre, dépend de Python2 ! (lui n'est pas désinstallable par defaut),

mais peut l'être : https://mariushosting.com/synology-how-to-delete-python2/

Le pbm ne serait-il pas là ?

Ce qui m'a fait penser à ça : https://pypi.org/project/download-station-api/

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 😉

Le 09/02/2024 à 3:26 PM, patapain38 a dit :

Bonjour a tous et merci à tous ceux qui se sont investis pour fournir cet outil qui est franchement pratique.

Alors moi j'ai :

DSM : 6.1.7 15284

PHP : 7.3

Par contre sur le Github j'ai lu qu'il fallait un abo "Premium" chez 1Fichier mais le mien est ancien et c'est un "Access" qui va courir jusqu'au 03/09/2025, abo qui n'existe plus et je passerai au prémium a cette date.

Pensez-vous que cela version 4.06 puisse marcher avec cet abo ? sachant que ça marchait bien avec la version 3.2.5.

Bon je vais tester la 4.06 et je vous fais un retour (pour le log, si y a besoin, il faut que je suive le tuto qu'a fait Mathieu, n'étant pas un expert).

et normalement l'API fonctionne avec les comptes access

le 9 février

Il y a 2 heures, patapain38 a dit :

Re bonjour,

Je viens de faire le test. Alors je n'attends qu'environ 30s par contre en demandant le fichier: https://1fichier.com/?0cwpovmtsjukbeq0wrn5&af=3108529 qui marche, il m'enregistre un nom de fichier du nom du lien, ex :

"0cwpovmtsjukbeq0wrn5&af=31085291"

la taille faisant 5Ko

Une idée ?

tu as quoi dans les logs ?

il y a 18 minutes, hacr a dit :

Je m'étais trompé de host. C'est fait maintenant.

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

le 9 février

il y a 26 minutes, hacr a dit :

J'ai viré PHP8.0 et relancé

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

le 9 février

il y a 12 minutes, hacr a dit :

A l'heure où les vilains pirates sont chassés par des ayant droit, c'est un peu compréhensible.... Je vais voir ce que je peux faire....

Je viens de faire la manip, un fichier (un épisode de la saison 1 de Columbo, épuisé 500 fois à la télé) en host waiting

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.

le 9 février

il y a 47 minutes, hacr a dit :

Alors: j'ai DSM 7.2.1 rernière release (update 4)

Pour PHP en fait je m'aperçois en avoir 2: la 8.0 et 8.2. Une de trop peut-être?

non ça ne devrait pas jouer.

il y a une heure, baobab379 a dit :

j'ai pris un peux de retard sur le sujet, je viens d'essayer les version 4.0.2; 4.0.4 et 4.0.6 et aucunes ne fonctionnes, je ne suis pas aussi qualifié que vous malgré tout si je peux vous aidez au mieux dit moi.

Merci a vous pour tout ce que vous faite vous

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

le 8 février

il y a 30 minutes, hacr a dit :

Merci pour ces orientations. J'ai activé l'APIkey et intégré sa valeur dans le champ MdP (j'ai maintenu mon adresse mail en login, par vieux réflexe de vieux). J'ai lancé une récupération d'un fichier 1fichier. Mais je reste en host waiting.

Le téléchargement direct du fichier via chrome fonctionne direct. Comment puis-je aider?

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

le 8 février

il y a 22 minutes, bagu a dit :

Du coup, pourquoi ne pas mettre la validation de l'api key avec un petit délai histoire d'introduire un délai suffisant pour éviter d'être considérés comme des flooders ?

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

le 8 février

il y a 20 minutes, hacr a dit :

Je me réponds: j'ai mis le MdP du compte 1fichier, et malgré le message d'erreur j'ai validé. Et ça télécharge

Addon: j'ai ajouté 2 fichiers, ils restent en "host waiting". Mais je rejoins une analyse précédente, c'est peut-être l'hébergeur....

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.

Connexion

Profils

Forums

Calendrier

Blogs

Messages posté(e)s par Mathieu Vedie

Information importante