davy77

Ça marche Warkx, j'ai fait cette modification car j'ai un problème de cookie sur mon NAS. Merci du conseil j'y penserai la prochain fois :-).

Voici le lien du fichier (Version 1.0.3) pour les comptes Gratuit et Premium sur la base du fichier de Warx : http://uptobox.com/1m7pu3v80ayl Warx, pour information, voici ce que j'ai modifié autre que l'URL de la requête : //$cookieData = $this->parseCookieFile($this->COOKIE_FILE); //if(!empty($cookieData['login'])) //{ // $ret = true; //}else //{ // $ret = true; //} if(preg_match("/success/", $LoginInfo)) { $ret = true; }else { $ret = false; } Je n'ai pas trouvé la fonction "parseCookeFile" dans ton fichier, je suppose donc que c'est Download Station qui le fait. Je ne sais pas pourquoi mais cette fonction pose problème chez moi. Elle me remonte toujours LOGIN_FAILED. Du coup je suis passé outre cette fonction en analysant directement la réponse de la requête d'authentification avec "preg_match("/success/", $LoginInfo)". Satrouille, j'ai effectué le test avec https://login.uptobox.com/logarithme toute la journée sans résultat. Je me suis peut être trompé mais quand je suis passé à https://login.uptobox.com/log cela a fonctionné du premier coup. Donc je trouve ça étonnant. Peut-être que le PHP à une réaction différente de l'ajax. Einsteinium, que ce soit l'authentification, savoir si c'est un compte premium ou gratuit et même le téléchargement cela ne fonctionnait pas sur mon Download Station que ce soit avec un compte premium ou gratuit. Le téléchargement était toujours en attente. Peut-être que le problème proviens de mon synology je ne sais pas. Pour être plus précis, quand je vais ouvrir le fichier ou est stocké le cookie, voici ce que j'obtiens : - uptobox.cookie 1/6 16% # Netscape HTTP Cookie File # http://curl.haxx.se/docs/http-cookies.html # This file was generated by libcurl! Edit at your own risk. #HttpOnly_.uptobox.com TRUE / FALSE 147042XXXX __cfduid d44753c6126aaed50944fcf46a0d5d539143889XXXX .uptobox.com TRUE / FALSE 144148XXXX xfss 2324ubc990rpXXXX Peut-être que le problème survient à la création du cookie. Cependant je ne sais pas interprété ce qui est enregistré dans ce fichier donc j'ai décidé de passer outre. Ensuite pour effectuer tous mes tests, j'ai activé le service WEB de synology et j'ai créé une page PHP afin d'afficher le résultat de la requête d'authentification pour pouvoir mieux comprendre ce qu'il se passait. Et en partant de la j'ai remarqué que l'url https://login.uptobox.com/logarithme ne me donnait aucune réponse valide. C'est à dire que je n'avais même pas une réponse pour me dire si l’authentification était ok ou pas. Je pense qu'il ne trouvait tous simplement le script. Par contre quand je suis passé à l'URL https://login.uptobox.com/log, le changement a été flagrant.

D'accord :). Je posterai celui de warx demain du coup pour ceux qui n'ont qu'un compte gratuit.

J'ai testé les deux versions que tu as mis Einsteinium et je t'en remercie pour ta réactivité. Cependant, le premier fichier (Premium uniquement) fonctionne correctement. Le deuxième ne fonctionne pas chez moi après l'avoir testé. Avant que tu postes ces deux versions, j'ai travaillé sur la base du fichier que Warx à créé et il semblerait qu'il y ai un problème avec la fonction qui parse le cookie. A chaque fois le cookie renvoie LOGIN_FAILED. J'ai donc supprimé la vérification par le proxy et cela fonctionne correctement du moins avec un compte premium. EDITE : j'ai fait le test avec un compte gratuit et cela fonctionne correctement également. Je posterais demain la version modifié du fichier de Warx une fois que je l'aurai épuré pour les intéressés.. Vous pourrez me dire si ça vous semble correcte si vous le souhaitez. Je rejoins Einsteinium sur ce point ^^. J'ai perdu toute la journée à chercher pour rien. Car sans ton intervention Starouille, on aurait pu chercher longtemps, du moins moi ^^.

Voilà le code source d'Utpobox pour s'authentifier (J'en met qu'une partie le plus important) : type: "POST", url: "/logarithme", data: { 'login': login, 'password': password, 'op': 'login'}, Du coup je suppose qu'il faut envoyer les paramètres d'authentification à la page de traitement "/logarithme". Et pas simplement http://uptobox.com/?op=login&login=xxxx&passord=xxxx. Enfin c'est ce que je pense mais je peux me tromper. La où je ne trouve pas de solution, c'est pour atteindre cette page "/logarithme". Dalleurs c'est flou pour moi, il n'y a pas d'extension donc je ne sais même pas quel genre de script va analyser la requête. Autre exemple que je trouve fun ^^, voici la requête qu'ils envoient quand on ne se souvient pas du mot de passe : type: "POST", url: "/logjemesouvienspas", data: { 'login': login, 'op': 'precovery' }, On ne peut pas faire plus explicite comme nom de page ^^.

Ouep pareil, j'ai pas mal galéré sur cette partie. Nous sommes sur la bonne piste c'est déjà ça.

Ravi d'avoir pu aider dans ce cas :). J'arrive à lire du code plus ou moins mais le comprendre à 100% et le modifier c'est une autre histoire. J'ai effectué pas mal de test ce matin sans résultat. J’espère que tu auras plus de chance :).

En analysant les codes sources de Uptobox, lors de l'authentification, une requête HTTP est envoyé à l'URL "/logarithme" en type POST. Je suppose que c'est ici que le traitement est réalisé. Je ne suis malheureusement pas assez doué pour dire si cela à un lien avec notre problème.

Je te remercie. Il va falloir que je change mes lunettes, je n'avais pas le lien...

Bonjour à tous :), Je tiens d’abord à remercier tous les développeurs qui tiennent à jour ce genre de fichier. C'est une tâche pas toujours évidente et qui demande la plupart du temps de la recherche et donc du temps d'investissement. Soyez donc patient. Est-ce qu'il existe un genre de tuto qui explique plus ou moins les principes de bases pour développer ce genre de plugin ? J'aimerai m'y mettre pour vous aider.

Me revoila ... ^^ J'ai un nouveau problème maintenant. L'enregistrement ne fonctionne plus. Et je ne sais pas pourquoi Edit : Fallait simplement redémarrer le NAS ... Je sors

J'ai réussi à trouver une solution qui est plutôt du bricolage qu'une résolution de problème m'enfin bon cela fonctionne. j'ai rajouter trois lignes (en gras) qui me permet de vérifier la conversion des timers sont bonnes : info ("Duration = $prog->{duration}"); info ("Eventid = $eventid"); info ("Start_time = $prog->{start_time}"); $event_name .= " - " . $prog->{subtitle} if exists $prog->{subtitle}; print OUT " {n"; print OUT " "duration" : ", $prog->{duration}, ",n"; print OUT " "event_id" : ", $eventid++, ",n"; print OUT " "event_name" : ", quote($event_name), ",n"; print OUT " "finalprogram" : ", ( $islatest ? "true" : "false") , ",n"; print OUT " "start_time" : ", $prog->{start_time}, ",n"; print OUT " "text_name" : ", quote($text_name), "n"; print OUT " }", ($islatest ? "" : ",") , "n"; Si d'autre personne rencontre le même problème que moi, essayez cette manip.

Oui je te tiens au courant :-) je vais te faire un accès au nas et je t'enverrai les log en wisp quand je l'aurai fait.

Merci pour les commandes. J'essayais dès que j ai un peu de temps. Si je ne y arrive pas je pourrais te donner l'accès au nas si cela ne te dérange pas.

Je ne maîtrise pas perl mais d'autre langage je vais essayer de me débrouiller avec sa . Ensuite ce que je trouve étonnant c'est que la variable de temps ne bouge jamais comme si aucune modification ne se produit pendant toute l'application.