bagu
-
Compteur de contenus
89 -
Inscription
-
Dernière visite
-
Jours gagnés
2
Messages posté(e)s par bagu
-
-
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
1 -
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 -
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 ?
1 -
Pas sûr que cela vienne du module.
J'ai testé en lançant 20 téléchargements.
De temps en temps, les téléchargements s'enchainent sans soucis, puis il y a des "pauses".Je me demande si 1fichier ne serait pas en cause dans l'affaire.
0 -
Premiers tests concluants avec cette version, je vois un peu plus en détail ce soir 😉
Merci beaucoup
1 -
Pour ma part :
PHP Version => 8.1.9
DSM 7.2.1-69054 Update 4Déjà, on a une différence assez marquée dans la version de PHP
0 -
il y a 4 minutes, ALeXiS a dit :
Moi, c'est l'inverse, la 4.0.5 corrige le tout pour moi !
Authentification ok !
Je dispose des fichiers de logs
Et les noms de fichiers sont corrects.Bien joué et merci pour la réponse rapide ! 😀
Quelles sont tes versions de PHP et de dsm ?
Car c'est étonnant qu'une version qui corrige tout pour les uns casse tout pour les autres 😅0 -
Je viens de tester la version 4.0.5.
Lors de la saisie, on ne peut pas laisser le nom d'utilisateur vide, pas de soucis.
Mais du coup, quoi que je mette, j'ai le message "Échec de l'opération" si je clique sur vérifier.Autre problème, le nom du fichier n'est pas récupéré (fonctionnait en 4.0.0 et en 4.0.1)
0 -
Cette version 4 fonctionne à merveille.
Non seulement le compte premium avec api est ok
Mais en plus il n'y a plus le problème de nommage des fichiers que j'avais (en gros, si on dl https://1fichier.com/?xxyyxxyyxxyy&af=xxyyxxyy, le fichier s'appelait xxyyxxyyxxyy)Merci beaucoup
1 -
-
Hello,
Merci pour cette version.
Pour ma part, le téléchargement fonctionne en compte gratuit mais pas en compte premium avec cette version.C'est un énorme pas en avant 👍
0 -
Malheureusement, il m'est toujours impossible de télécharger quoi que ce soit.
Je reçois bien un "Ceci est un compte premium"
Mais toute tentative de lancer un téléchargement se solde par le message "Erreur" lors de la récupération du vrai lien de fichier.
Le pire, c'est qu'un script php utilisant curl et la clé api récupéré sur openclassroom fonctionne.
Donc ça doit être jouable. Mais je n'en ai pas les compétences.0 -
Comme je l'ai indiqué un peu plus tôt dans cette discussion, j'utilise container avec jdownloader.
Il y a un topic sur ce forum qui indique comment faire.Le seul problème, c'est que tous les modèles de nas ne sont pas compatibles. D'où mon suivi de ce thread afin de voir si une solution avec download station sera trouvée... (ce qui m'arrangerait beaucoup)
0 -
Il y a 10 heures, kevfou a dit :
Bonjour,
J'ai également un soucis.
J'ai bien installé le dernier host 3.2.5, compte premium ajouté sur Download Station.
Désactivation SSL, IPv4 only, désactivation de la fenêtre de téléchargement sur 1Fichier.
Les liens ne se lancent pas, ils sont de suite en erreur.
Vous avez déjà eu ce problème ?
Merci
Oui, c'est malheureusement pour ce cas et des cas similaires que j'ai dû trouver une autre solution.
0 -
Vous savez cadkey, si tout marche bien chez vous, c'est très bien et j'en suis ravi.
Mais ne vous sentez pas obligé de le rappeler sans arrêt.Je me répète sans doute, mais, ce n'est pas parce que ça marche chez vous, qu'il n'existe pas un problème dans le module qui pourrait impacter d'autres personnes.
-1 -
il y a 11 minutes, cycy99 a dit :
je me demande si tous nos problèmes ne sont pas liés à nos fournisseurs d'accès à internet et nos box...
perso je suis chez SFRJ'en doute, je suis chez free, j'ai des soucis, un amis est chez orange, et lui aussi en a...
Après, il reste bouygues... Mais bon...0 -
Le 13/10/2023 à 12:29 PM, Sil51 a dit :
@bagu Oui j'ai eu le même soucis que toi il y a un moment et la sensation que le problème était ignoré par la majorité...
Je suis donc passé à JDownloader sur Docker, et le problème est résolu !Oublions ces maudits Hosts qui fonctionnent quand ils veulent. Vive JDownloader 🙂
Tu utilisais quel version de host ?
Histoire de voir si on peut trouver d'éventuelles explication via des points communs ou des différences ?Perso, j'avais déjà eu des petits soucis qui avaient été corrigé sur des versions plus récentes des fichiers host.
Mais la version 3.2.5 lance bien mais ne récupère juste pas le nom.
Alors que la version précédente ne fonctionnait pas sur tous les liens. (problème de format de lien visiblement)0 -
Bah, j'apprécie bien plus download station, donc je caresse l'espoir qu'une bonne âme trouvera la cause et la solution.
Auquel cas, cette dernière se trouvera vivement remerciée 😉D'autant que tous les NAS ne supportent pas docker ou équivalent.
1 -
Ok, je vois que le concept de bug t'échappe...
Ben écoute, je te souhaites de ne jamais tomber sur un problème concernant une minorité (ou pas) de la population et de tomber sur une personne qui, comme toi, parce que chez lui et ses connaissances, ça marche, refusera de lever le doigt pour toi...
Pour ma part, le téléchargement fonctionne parfaitement, mais le fichier prend le nom du lien sans son extension.
Donc il y a un problème avec la récupération du nom du fichier.
Et jdownloader y arrivant sans encombre, j'en viens à la conclusion que le fichier host a un soucis.
D'autant que je suis loin d'être le seul à qui cela arrive.
Donc il y a des conditions qui m'échappent, et qui font que le module est loin d'être parfait.
Vu ton manque d'empathie (a minima) je vais tâcher d'ignorer tes futures interventions, car tu n'auras, à mes yeux, jamais aucun problème (histoire d'appliquer la même logique que toi).
Pour le reste des personnes ayant ce problème, bon courage.
0 -
il y a 1 minute, cadkey a dit :
Jamais eu de souci avec le host 1fichier. fonctionnel à 100% sur mon NAS.
Pas besoin de correctif.Ok, donc vu que vous tout seul vous n'avez aucun bug, toutes les personnes qui comme moi ont des bugs peuvent allez se faire voir ?
Pas très sympathique tout ça... Et pas très logique non plus...0 -
J'ai déjà testé sans succès (en fait j'ai toujours forcé le mode ipv4)
Du coup, j'ai mis en place jdownloader qui marche bien en attendant un correctif.
0 -
0
-
Merci pour l'info, mais je ne parviens pas à voir comment configurer myjdownloader sur firefox afin qu'il envoi sur le nas...
C'est sacrément plus complexe à mettre en œuvre que l'usage de download station...L'autre problème c'est comment faire pointer le dossier output vers un partage et non vers un sous dossier d'un home d'utilisateur.- J'ai modifié la façon de créer le conteneur et ce problème a été résolu.0 -
Si si, il y a une solution : https://blog.bagu.biz/?post/2023/03/30/Problème-de-score-sur-les-fiches-de-Video-Station
Lien de l'article original en anglais : https://www.themoviedb.org/talk/634c0d22a61de1007effbb93
0
Notification SMS Free Mobile
dans Notification
Posté(e)
Bonjour,
J'ai constaté fortuitement que je ne recevais plus de notification SMS de mon NAS.
Après recherches, j'ai vu que le système avait été changé, et j'ai donc adapté le Webhook afin de recevoir de nouveau mes notifications.
J'ai donc ajouté un Webhook personnalisé, mis https://smsapi.free-mobile.fr/sendmsg?user=monid&pass=monpass&msg=%40%40TEXT%40%40 en URL.
En requête HTTP, j'ai mis POST avec les variables user, pass et msg en mettant content-type multipart/form-data.
Cela fonctionne.
Par contre, j'ai systématiquement l'objet suivi de \n puis le message...
Le \n devrait être un retour chariot, mais impossible de le faire interpréter.
Avez-vous une solution ?
Merci