Bonjour à toutes et à tous,
 
Nous allons prochainement lancer sur le site World of Warcraft un nouvel outil dédié à l'addon JudgeHype : Le JHUploader.  Cet outil a été développé par pb_ee1, c'est une application windows très légère (145Ko) permettant de gérer les mises à jour et les envois de données de l'addon JudgeHype, une alternative à l'envoi des données que vous utilisez actuellement en passant par le site.
 
Avant de lancer cela "officiellement", nous souhaitons passer par une petite période de test pour voir si aucun problème particulier ne se présente, et avoir l'avis des premiers utilisateurs sur l'outil.  Nous recherchons donc des utilisateurs de l'addon qui serait d'accord de le tester.  Tout ce que vous avez à faire, c'est télécharger la version en cours (014) et de l'utiliser pour vos envois de données.  Toutes les remarques sont les bienvenues.
 
Télécharger le JHUploader (windows) : JHUploader.zip (56Ko)
 
Dézippez celui-ci là ou vous le souhaitez, et le tour est joué.  Double-cliquez dessus, à la première utilisation il vous demandera de complèter les informations et c'est parti.  Merci d'avance pour vos retours !
 

Salut à tous
 
Le projet du JHUploader a été lancé il y a quatre mois environ et a été développé en corrélation avec les exigeances du site JudgeHype. Il est garanti sans Spywares, Malwares, etc... et ne comporte bien évidemment pas de virus
 
Je tiens à remercier Sharas pour son soutien, ses conseils et sa patience. Postez ici si vous avez des suggestions, un bug, etc.
 
Merci de vos retours!

A première vue ça semble fonctionner (on verras demain si le rapport est analysé sans erreur).
Par contre la barre de téléchargement se comporte bizarrement : elle vas direct à ~70% puis attend la fin du téléchargement pour sauter a 100%.
 
La vérification de version et une très bonne idée mais il se bien qui la fenêtre disparaisse automatiquement si aucune mise à jour n'est disponible.
 
Une fonctionnalité vraiment utile serait de pourvoir vider le collecteur automatiquement lorsqu'on envoie les données.
 
 
Bravo pour ce petit outil qui s'annonce bien pratique.

Pour la barre de téléchargement, c'est un peu spécial: elle atteint les 70%, revient au début lors du téléchargement. Pendant le téléchargement, elle se remplit au fur et à mesure que les fichiers sont téléchargé. A la fin du download elle revient à 70% et se complète avec le message de succès/erreur final.
 
Désolé, mais l'option du vidage du collecteur n'est pas prévue sur l'uploader pour le moment.

ça marche pas pour mac ce truc je suppose

Non malheureusement, API Win32

J'vais testé ça auchi

Se serait possible d'avoir les sources pour tenter un portage MAC et Linux ?

@Capello : Il faut que j'en discute avec pb_ee1.  Contacte-moi plutôt par mail pour cette question et une fois que nous aurons fini la période de test, je verrai ce qu'il sera possible de faire.

J'ai commencé le beta test hier et franchement ça fonctionne nikel...

Le rapport du traitement du fichier ce matin me parait juste.

Effectivement il faudrait régler la barre de téléchargement et faire disparaitre automatiquement la fenêtre de maj quand il n'y en a pas.

Pour les suggestions :

- Une page de consultation des rapports
- la possibilité de vider le fichier, voir une option pour le faire automatiquement en cas d'upload réussi
- l'upload et la consultation des profils
- pourquoi une fenêtre un peu plus grande qui reprendrai les raccourcis du profil du site, les dernières news, des screenshots....

Merci pour le retour
 
Pour le moment, le JHUploader va se limiter à l'envoi des données et la mise à jour de l'addon, le reste étant disponible sur le site.  Concernant la possibilité de vider le fichier, c'est plus difficile : Si on "reset" le fichier de données, vous allez perdre à chaque fois la configuration de l'addon comme le positionnement de l'icone ou encore les choix que vous avez coché ou pas dans le JHCollector.  Donc à chaque fois, ca voudra dire re-configurer ces élements, ce qui est plutôt embétant.  Et si on se limite à éditer une partie du fichier, on corrompt le fichier et cela pose des soucis, du moins c'est ce que j'avais constaté dans des tests avec l'ancien uploader.

Il y a peut être un autre moyen : faire en sorte que l'uploader garde les options de l'addon en mémoire et donc il recrée le fichier avec les options après upload, mais sans les données de jeu...
 
non ?

Il faudrait de toute manière que l'uploader lise à chaque fois le fichier pour en tirer les informations de configuration, c'est quelque chose que les utilisateurs peuvent modifier, il ne pourrait pas mémoriser cela une fois et dire que c'est bon pour la suite.
 
Le soucis est bien à la création d'un fichier sans données, à l'époque le problème que je rencontrais c'était que le fichier re-créé n'avait pas un format compatible avec WoW (jeu de caractère, retour ligne, etc... ce n'est pas de l'UTF-8 mais ca y ressemble) et donc le fichier devenait corrompu et l'utilisateur devait tout re-configurer.

Bravo et merci de faire tout votre possible pour permettre le vidage des données
 
Ah oui et de permettre l'envoi de fichier de plus de 1,5Mo... quand même à l'époque des double coeurs et de l'adsl... 1,5Mo... une disquette quasiement... ahum ahum

Je ne pense pas qu'augmenter la limite de la taille des fichiers à traiter soit une solution.  Au final, sachant que la taille est plus grande, ca finira pas des envois plus gros, plus lourd à traiter mais surtout plus espacé dans le temps.  Je préfère recevoir des données plus régulièrement, mettre à jour plus souvent les DB, avoir des sources plus nombreuses pour authentifier/corriger les données, ...

Pourquoi uniquement sous Windows ? ((((
 
en le codant en Java, on aurait pu l'utiliser sous MacOS ou Linux

Peut-être parce qu'on a pas les qualifications pour le faire en java ?  Pour ma part, je n'ai aucune formation de programmeur, si il n'y avait que moi, il n'y aurait pas de programme d'upload tout simplement.
 
Après le développement par pb_ee1 de la version windows, peut-être qu'une possibilité pour un portage se présentera.  Ceci dit, vu le temps passer à développer ce genre d'outil, et surtout le fait qu'il faut maintenir un suivi dans le temps (ce qui n'est pas une mince affaire), chaque chose en son temps.  Ce n'est pas comme si les utilisateurs MacOS et Linux n'avait pas de possibilité de participer à la collecte de données, cf l'envoi via le site.

Excellent nouvelle.
 
Pour l'effacement des données, pkoi ne pas faire 2 fichiers Sharas, 1 de config et 1 pour la récolte des données ?
De nombreux addons ont ce type de fonctionnement très séparé.
 
Sur ce, @tantôt, je m'en vais le tester sur le champ

Hou là plein de réponses    
 
Portage sous Mac et Linux
Il est probablement possible de faire un portage, mais il sera surtout très difficile de le faire, le code étant complètement lié à l'API Win32 qui est exclusivement utilisée sous Windows. Le portage risque tout simplement de se traduire par une refonte totale du programme, ce qui n'est pas prévu pour le moment. A noter qu'un programme comme celui-là demande au grand minimum un mois de développement intensif    
 
Consultation des rapports/profils
Cette fonctionnalité existe déjà sur JudgeHype, j'en parlerai avec Sharas pour voir s'il n'est pas éventuellement possible de les consulter avec le programme. Mais d'avance, j'ai un doute de l'utilité de la chose, d'autant plus que la forme des rapports sur JudgeHype (des rapports séparés et non un rapport global) risque de devoir nécessiter un gros changement de l'interface.
 
Pour les profils, là c'est clairement non sous le programme directement.
 
Néanmoins il serait possible de rajouter des liens dans les menus afin d'accéder directement aux pages des profils et des rapports.
 
Vider le fichier
Je vais réanalyser la structure du fichier des données et éventuellement voir s'il ne serait pas possible de l'éditer automatiquement pour le purger. Attention néanmoins, cela reste dans le "peut-être" et ne veut pas dire que ça sera implémenté s'il y a trop de contraintes à sa mise en place.

 
 
hmm ceci dit, concernant Linux, je pense pas que l'utilisation de ce programme avec Wine pose problème en attendant. faudra que je test tient.
 
perso, je trouve ça un peu chiant de le redire encore et encore et encore concernant JH et tout ceux qui le font évoluer  mais bon :   EXCELLENT TRAVAIL !  

Je pense également que ça marche avec Wine, j'essayerais ce soir. Après, "Wine Is Not an Emulator" et contient également une chaine de production permettant de compiler un source Win32 en linux NATIF. Pour MACOS, on doit pouvoir y arriver aussi de cette manière.

Bonne idée ça tiens, je ne peux affirmer que ça fonctionnera avec Wine mais rien n'empêche de tester.

Fonctionne parfaitement avec wine 0.9.49. Merci de ne pas avoir fait ce joli petit logiciel avec du .net framework ^^ !

Bon ok comme vous voulez pour le quota de taille max mais en tout cas chez moi la barre "taille max." en % ne correspond pas car j'étais à 98% et il n'a pas voulu envoyer le fichier, j'ai dû supprimer (comme d'habtiude) des trucs pour descendre à 95% et que ça fonctionne...

Bon à savoir ça Jeyt. Je vais y jeter un coup d'oeil dès que j'ai le temps

Pour vider le fichier je viens de tester en le faisant à la main et apparemment au niveau de WoW j'ai eu aucun problème (chargement de mes ancien paramètres et collecte de nouvelles info). Après faut voir si lors de l'analyse le fichier est corrompue ou pas ?
 
@pb_ee1 : si t'as pas le temps de regarder de ce coté, je vais en faire un pour moi et si tu veux je te passerai le code.
@ce qui sont rentré dans le code de l'addons : Après si on veux vraiment reproduire la fonction de purge du collector il faut ajouter 3 lignes dans fonction JudgeHype_Init() pour appeler la fonction JH_GetAddonList()
Donc si ça vous intéresse (pb_ee1 et Sharas) il suffit de me faire signe.

Je viens de le tester (windows xp), rien à dire il marche nikel

En fait, quand on modifie manuellement le fichier, on change la table de caractère.  A l'époque, c'etait la cause de données avec des caractères bizarres, je suis donc obligé de refuser ces fichiers au traitement.  Maintenant, il y a peut-être une solution, pb_ee1 va regarder à cela dès qu'il sait.

Je l'ai installé hier soir... J'ai UL mon fichier lancer Wow avec etc...
 
A priori pas de soucis !
 
Merci beaucoup !!

amha c'est dû à la taille du fichier qui est indiqué en Ko : 1536.

Alors que la limitation c'est peut etre 1500 Ko / 1.5Mo tout rond

Du coup 36ko = 2% de 1536

Donc à 1501 Ko l'upload ne se fait pas alors que la bare est à 1501/1536 = 97.72 %

hummmm bizarre, théoriquement 1024*1.5 = 1536 Ko soit 1.5 Mo (puisque 1Mo = 1024 Ko). Y'a ptêtre une différence entre la façon dont je calcule la taille du fichier et la façon dont le site calcule la taille du fichier.

Par curiosité, c'est quoi qui est si long à développer ô_O
 
(A noter que je n'ai pas encore téléchargé l'uploader)

@pb_ee1 : Je corrige cela côté serveur, ca va régler de suite le problème

@ devil-katana: Heuuu... bah ça serait trop long à expliquer je pense Regarde du côté de l'API WinINet, de l'API Win32 et de mod_security pour Apache pour avoir des pistes de ce qui peut poser problème    
 
@ Sharas: Merci!

Une idée pour la mis à 0 du fichier :
 
 
Mettre dans le fichier JudgeHype.lua une ligne genre
JH_Main = {
             ["miseazerro"] = 0,
 ["totprofils"] = 0,
             ...
 
Quand l'uploader a fini l'export, il met à 1 la valeur de ["miseazerro"]
 
Puis dans le function JudgeHype_OnLoad(), faire une mise à zerro si ["miseazerro"] = 1
Ne pas oublier bien sur de remettre à 0 la variable après coup.
 
 
Idée peut-être déjà exploré mais on sait jamais...

C'est exactement le fonctionnement de l'uploader Wowhead. Je sais que j'en avais parlé à Sharas mais je ne me souviens plus du pourquoi nous ne l'avions pas implémenté ;p

Ca fait plusieurs jours que je l'utilise non stop, j'en ai fait mon outils de démarrage de wow d'ailleurs pour pas oublier
Comme ca aprés la maj de WAU, j'upload mon dossier JH.
 
C'est trés bien foutu, c'est tres fonctionnel, rien a redire, aucun bug ou dysfonctionnement chez moi.
 
Tout simplement:
 
PS: Faut que j'essaye de le faire tourner avec Wine sous linux on sait jamais
 
Déja testé avant, ca m'apprendra a pas lire les post avant de poster

---------------

Ver erat aeternum, placidique tepentibus auris
Mulcebant Zephyri natossine semine flores.
 

Ca serait cool de trouver une autre solution alors c'est dommage de devoir faire le vidage du collecteur à la main

Je pense même que ca doit être une priorité parce que perso j'oubli de le vider tout le temps donc je dois envoyer sans cesse des doublons... Pourtant je lance wow via l'addon JH mais le temps que le chargement se fasse j'ai déjà oublié que je devais vider le collector

Je me suis un peu penché sur le developpement d'addon depuis peu.
Effectivement il est difficile de toucher aux fichiers lua du dossier SavedVariable car cela risque de corrompre de fichier et même en faisant bien attention, cela pourrait causer des soucis de compatibilité si l'addon est mis à jour et modifie la façon dont le fichier est organisé.
 
Par contre, j'ai remarqué que certains addons (et c'est le cas de l'addon JudgeHype) embarquent des fichiers autres que les .lua (par exemple des icones ou des sons).
 
Si il est possible de faire en sorte que l'uploader génère un fichier texte (par exemple) dans lequel il inscrit la date et l'heure du dernier envoi, l'affaire est règlée :

Ce n'est qu'une idée et elle demande une modification de l'uploader ET de l'addon mais je voulais proposer tout de même au cas où cela peut servir.
 
PS : De la même manière, si l'addon ecrit dans SavedVariable la date de la dernière mise à jour du fichier de donnée, l'uploader peut comparer cette date à celle du dernier lancement pour ne pas envoyer deux fois le même fichier si WoW n'a pas été lancé depuis le dernier envoi (car il me semble que lire les fichiers de savedvariable n'est pas vraiment compliqué et ne comporte pas de risques)