|
|
|
|
 |
MxMonitor - Guide d'utilisation
Fichier requis : MXMoni128Eb.zip (version anglaise utilisées pour les captures d'écran) Fichier requis : MXMoni128FR.zip (version française par @lx6)
MxMonitor (plus connu comme mxmoni, ou moni), est un merveilleux petit utilitaire qui permet de gérer ses files d'attente, de démarrer automatiquement des amis, d'effacer de votre file d'attente et d'ignorer les utilisateurs qui ne partagent pas, ou au contraire de démarrer automatiquement ceux qui vous ont lancé votre download.
Mx moni n'est pas très compliqué d'utilisation
mais néanmoins requiert une configuration attentive 1. Installation . Démarrage et utilisation du moniteur . journaux général/fichiers/queue
Téléchargez MXMoni128Eb.zip (version anglaise) ou MXMoni128FR.zip (version française)
Pour commencer, il convient de créer un nouveau dossier : c:\Program File\MxMoni et d'y copier les fichiers contenus dans l'archive.
On lance ensuite MxMoni.exe Au premier lancement, MXMoni demande le chemin d'accès
de WinMX :
on clique sur Open et on recherche WinMX sur le disque dur :
Un clic sur Ouvrir et c'est le retour à la fenêtre précédente :
Il ne reste qu'à cliquer sur OK, et MxMoni est prêt à tourner.
Prêt à tourner, mais néanmoins pas encore configuré, ce que nous allons faire ci-dessous
D'abord voyons les boutons disponibles pour MxMoni :
La première fois que MXMoni s'ouvre, il affiche une fenêtre vide:
Pour le moment nous voulons nous assurer que les paramètres d'environnement sont bons. On clique donc sur le menu Settings->Environmental
Settings :
Qui nous affiche la fenêtre suivante :
• Start monitoring when MXMoni started : Lance le moniteur dès le démarrage de MxMoni • Start WinMX When MxMonitor starts : Lance WinMx dès le démarrage de MXMoni • Close Moni When Winmx Terminated. : MxMonitor quittera si vous Quittez winmx. • Polling interval : intervalle de temps entre deux vérification des files d'attentes • Max num of lines...: le nombre de ligne maximum dans le fichier journal (notez que les journaux repartent à zéro à chaque redémarage de MXMoni) • Log Folder : emplacement où les fichiers journaux seront écrits (pas de fichier créés si ce paramètre n'est pas défini)
Les paramètres dans la fenêtre ci-dessus sont ceux que j'utilise (je démarre en général WinMx manuellement, ne serait-ce que pour me donner le temps de remonter des disques réseau avant de rafraîchir les partages et de me connecter)
On clique sur OK et on revient à la fenêtre principale, il est temps alors de régler les paramètres qui vont permettre à MXMoni de gérer notre file d'attente.
Cet onglet permet d'effacer de la queue toutes les entrées supérieur au nombre spécifié dans le champ "more than".
Si vous désirez garder votre queue à 50, entrez 50 dans le champ et cochez la case. attention cette action est immédiate dès qu'on coche la case. Il convient donc d'entrer le nombre avant de cocher la case
Cet onglet permet de déterminer le type d'utilisateur qui n'entreront jamais en file d'attente :
• Clear & Ignore users Using Mutibytes chars : Les utilisateurs avec des caractères cyrilliques ou japonais par exemple dans leur pseudonymes seront automatiquement ignorés, l'ennui est que ce paramètre risque d'ignorer également des utilisateurs utilisant des caractères ascii pour rendre leur pseudonyme plus joli. Par exemple un utilisateur nommé "¤'Ñäügh†ÿLälä'¤™" sera ignoré systématiquement. Je recommande donc de ne pas cocher cette case.
• Clear and ignore user ID including the following
strings : Un utilisateur vous embête, vous voulez l'ignorer
systématiquement rentrez son pseudonyme dans ce champ, Vous pouvez
rentrer plusieurs nom à la file les un des autres, séparés
par des ";".
• Ignore & Clear Multiple cues : Qui de plus agaçant qu'un utilisateur trop gourmand qui rentre dans votre file d'attente une vingtaine de films ? Ce paramètre fixe une limite maximum au delà de laquelle l'utilisateur trop gourmand se verra éjecté de la queue et ignoré. Attention à ne pas la fixer trop basse cependant. Si vous avez plutôt des films dans vos partages une valeur de 5 semble raisonnable, si vous avez plutot des MP3, une valeur de 20 ou 25 semble plus logique (pour les albums). A vous de voir ce qui vous semble le maximum acceptable.
Afin de gérer la file d'attente, dès qu'un utilisateur y entre, MxMoni effectue un "Whois" sur celui-ci et détermine s'il va l'ignorer ou le conserver.
• get user information automatically : effectue systématiquement un whois. Le champ time out (délai d'expiration de la demande) permet de fixer un délai maximum d'attente de la réponse, ici 120 secondes (ce qui est à peu près le double de la normale maximum, au cas ou la connexion serait lente). Cocher ou ne pas cocher la case ignore time out semble n'avoir aucun effet. D'après mes constatations un whois qui time out est systématiquement ignoré (voir Problèmes connus)
• Ignore & Clear by numbers of share files : Tremblez sangsues (leeches), c'est le paramètre qui permet d'effacer et d'ignorer systématiquement les utilisateurs partageant moins de Min No of Sharing file (ici 5) et, accessoirement, plus de Max No of sharing file (ici 10000). Pour ma part je considère qu'un utilisateur doit au moins partager 5 fichiers et je laisse le maximum à 10000 fichiers partagés (je n'ai encore jamais rencontré personne partageant 10000 fichiers ;)).
• Ignore & Clear By Transfer Status :
Un utilisateur qui partage le nombre minimum de fichiers peut néanmoins
être une sangsue, s'il partage disons des fichiers sans intérêt
aucun, dont personne ne veut. Avec ce paramètre, on s'assure que
l'utilisateur partage des fichiers que d'autres personnes veulent (puisqu'il
est déjà en train d'en uploader). Toutefois un problème
existe avec ce paramètre, il ne tient pas compte de
la durée de connexion de l'utilisateur distant. Si l'utilisateur
en face vient de se connecter, il y a des chances que sa file d'attente
soit vide et il serait donc à 0 UL et, dans notre exemple ci-dessus,
ignoré. Notez que pour ma part je n'utilise pas ce paramètre. (il est surtout utile avec les paramètres counter, dans l'onglet auto UL pour s'assurer que si MXMoni démarre un transfert par compteur, la bande passante en réception sera suffisante)
C'est cet onglet qui permet de gérer les démarrages automatiques d'Upload selon les conditions définies ci-dessous
• Limit the number of simultaneous UL : Ici le nombre maximum de fichiers envoyés simultanément. Il est important de noter que c'est le nombre de fichiers qui seront envoyés simultanément par WinMX ET par MxMoni. Pour que ce paramètre fonctionne correctement, il convient de régler le paramètre nombre de fichiers max envoyés dans WINMX à 1 (UN) :
On ferme. A partir ce ce moment, et tant que MXmoni est actif, c'est MX moni qui lancera tous les transferts au delà du premier. Notez qu'on peut effacer le premier transfert lancé par WinMX dès que MXMoni a lancé un upload et que dès lors tous les transferts suivants seront gérés par MXMoni.
Un certain nombres de nouvelles options ont été ajoutées depuis la version 1.12
per one user : on peut ici limiter le nombre d'uploads automatiques par utilisateur à un maximum, garantissant ainsi le partage des slots d'upload disponibles entre tous les utilisateurs ; Notez cependant que si ce paramètre est coché, si un utilisateur qui démarrerait normalement parce qu'il reste un ou plusieurs slot d'upload disponible, a déjà atteint la limite "per user" il ne démarrera pas.
Pour tous les paramètres suivants prenant en entrée des chaines de caractères, le séparateur est le caractère ";" (point-virgule). Les chaines sont "case-sentitive" c'est à dire que les minuscules et les majuscules sont différenciées ([ Utils] n'est pas la même chose que [ utils])
• Auto UL by the head of file name : si un
fichier commence par la/les chaine(s) de caractères spécifiée(s),
(ici [ Utils]), il sera lancé automatiquement, s'il reste des slots
d'upload libres; • Auto UL by file extension : si un fichier se termine par une des extensions spécifiées (ici zip et rar), il sera lancé automatiquement, s'il reste des slots d'upload libres;
- le nombre maximum de transferts ne soit pas déjà atteint - Il n'ait pas été auparavant ignoré par MxMoni (voir problèmes connus)
Notez aussi que le pseudonyme n'a pas besoin d'être complet. Par exemple si je rentre "Hel" dans ce champ, les utilisateurs "Helen", "Helene","Hell" et "Heloise" seront automatiquement démarrés dès qu'il seront admis dans la file d'attente.
• Auto UL for trade: Si on l'utilise, ce
paramètre automatise entièrement les lancements d'uploads
selon les règles définies ensuite : - 1 UL file per file DL ou
Unlimited UL one by one while D/L : L'utilisateur distant recevra
1 fichier par fichier qu'il vous envoie, ou bien autant de fichiers
qu'il entrera dans votre file d'attente (dans la limite du nombre maximum
de transfert simultanés, réglé au dessus, et dans
l'ordre ou ils sont arrivés dans la file d'attente) - Auto disconnect UL when DL is disconnected in trading : Arrête l'upload automatique en cours si le download de l'utilisateur distant s'arrete.
Cet onglet permet d'affecter un son à chacun des
événements enregistrés par MxMoni : de haut en bas
: entrée en file d'attente, démarrage d'un download, download
déconnecté, download terminé, démarrage d'un
upload, upload déconnecté, upload terminé,ajout d'un
ignoré, whois effectué. A moins d'avoir envie de transformer son PC en machine à bipper, je ne recommande pas d'affecter des sons à tous ces événements ;). Comme vous pouvez le voir ci-dessus le seul son que j'aie affecté est celui qui concerne les ignore, et celà en raison des problèmes connus. (oui, oui, on y arrive aux problèmes connus, depuis le temps que je vous en parle...)
Cet onglet contrôle les informations qui seront affichées dans les deux fenêtres de MX Moni. Pour ma part je suis un maniaque, je veux tout savoir, aussi, j'ai tout coché et je vous recommande d'en faire autant.
Démarrage et utilisation du moniteur
une fois la configuration effectuée
(les petits malins qui on cliqué directement sur le lien démarrage
du moniteur sans passer par la case configuration sont priés de
configurer mx moni avant de démarrer le moniteur), on clique sur
L'affichage de la fenêtre de MXMoni ressemble alors à ça :
avec en haut les logs pour les entrées en queue, et les divers événement la concernant, et en bas l'affichage des résultats des whois effectués par MX Moni.
Voyons quelques événements tracé par le journal après quelques minutes d'activité :
Journaux (logs) Général/queue/fichiers
• un exemple d'utilisateurs ignorés :
Ici, les utilisateurs 687194_24597 et Jonny262 ont été effacés de ma file d'attente parce que le nombre de fichiers qu'il partagent est inférieur à la limite fixée (chez moi 5)
• un autre exemple :
Ici, l'utilisateur DAPkucius s'est montré un peu trop gourmand en mettant en attente 6 fichiers. Ma limite maximum est de 5, il a donc été ignoré (Ignored(MultiQ))
• un autre exemple :
• Un dernier exemple :
La partie inférieure de la fenêtre de MXmoni affiche les informations collectées par le Whois automatique. un clic droit sur un nom d'utilisateur dans cette fenêtre
affiche un mini menu :
L'utilisateur Vince591 qui partage 17 fichiers est en ligne depuis plus de 41 heures et tous ses slots d'upload libres. Ça me parait suspect, je peux cliquer sur "browse" pour vérifier la liste de ses fichiers (qui sont peut être des fichiers vides, ou sans intérêt, partagés uniquement pour éviter que MXMoni ne l'gnore). MxMoni force alors winMX àouvrir un browse des fichiers de cet utilisateur, et, si mes soupçons sont confirmés, un autre clic droit me permettra de l'ignorer et de l'effacer de ma file d'attente (Ignore & Clear)
Attention les problèmes listés ci-dessous concernent la version 1.12Be. A priori, ils devraient être les mêmes dans la version 1.27 toutefois je manque de données pour l'affirmer avec certitude.
MxMoni, pour sympathique qu'il soit, n'est toutefois pas exempt de certains petits problèmes qui peuvent être agaçants :
Pour commencer, les whois peuvent parfois expirer, et
l'utilisateur qui partage légitimement des fichiers, mais dont
le whois a expiré (il peut etre entré dans votre file d'attente
et avoir rafraichi sa connexion juste après par exemple) va être
ignoré. D'autre part, un utilisateur qui vient tout juste de rafraîchir sa connexion affiche pendant un temps variable "0 files" tout simplement parce que sa liste de fichiers partagés est en train d'être transmise. Donc, bien qu'il partage disons 150 fichiers, il va quand même être ignoré.
On peut repérer les ignore illégitimes de façon certaine :
dans l'exemple ci-dessus, l'utilisateur "vrac429"
a entré 6 fichiers en file d'attente : il est légitimement
ignoré. De même, L'utilisateur ugaksa a été
ignoré pour la raison qu'il ne partage pas de fichier : igno(share0).
De même, pour repérer un ignore dû à une connexion trop fraîche, on regarde la fenetre des whois en bas. si on voit un utilisateur (par exemple ugaksa) avec une ligne de ce style :
2003/04/27/ 10:48:11 ugaksa666_20803 DSL 0 1:30 12 in queue (0 of 2 available)
on est en droit de se demander comment un utilisateur partageant 0 fichiers affiche 12 personnes dans sa file d'attente. C'est probablement un ignore dû à une entrée en file d'attente juste après avoir rafraîchi sa connexion, alors que son whois affichait encore 0 fichiers partagés car sa liste était en cours de transmission.
Notez que ces ignore intempestifs peuvent arriver même aux personnes qui sont dans votre liste d'auto start. Je vous recommande donc de surveiller de près votre liste d'ignore. Si votre liste d'ignore devient
trop longue, il est possible de tout simplement l'effacer. Le moniteur
en route, cliquez sur
Voilà, c'est tout ce qu'il y a a savoir sur MX monitor. Ne m'envoyez pas de mail à propos de MxMoni, je n'y répondrai pas. Tout est expliqué ci-dessus. si vous vous posez une question, relisez.
|
|||||||||||||||||||||
|
|
||||||||||||||||||||||
 |
||||||||||||||||||||||
|
© 2003 ericb| Contact |
||||||||||||||||||||||
et on va chercher la fenêtre Files d'attente, comme montré
ci-dessous.
