SpideR's blog - Tag - prog

Scripts greasemonkey pour ogame (bump)

SpideR — Thu, 03 Jul 2008 18:47:00 +0200

Dans la foulée de mon mod ergonomie du skin evolution d'ogame, j'ai un peu travaillé sur des scripts grasemonkey très simples, mais effectuant des tâches qui m'énervaient au plus haut point et que l'interface de base d'ogame n'aide pas vraiment à faire simplement

Si vous voulez en savoir un peu plus sur cette formidable extension : article greasemonkey sur wikiédia

D'autres viendront peut-être sous peu, comme je découvre petit à petit la puissance de cette extension

Ces 2 scripts concernent les mouvements de flottes

Le premier, "ressources_flottes", permet d'un clic de sélectionner le bon nombre de vaisseaux pour transporter toutes les ressources (ou toutes les ressources d'un certain type) depuis une planète, un scrot valant toutes les descriptions :

En cliquant sur un de ces liens, la case "petit transporteurs" ou "grands transporteurs" (le cas échéant) se remplit automatiquement avec le bon nombre de transporteur (exemple sur le scrot : il faut 18 PT pour transporter tout le métal de cette planète, et 8 PT pour le cristal, en cliquant sur M+C, je mets "26" dans la case "petits transporteurs")

Actuellement, j'ai mis les liens pour ce dont je me servais, c'est à dire une seule ressource (dans la colonne de chaque ressource), M+C pour tout le métal + tout le cristal, et total, pur toutes les ressources

Il est possible en l'éditant, dans les premières lignes, en passant une valeur de "true" à "false", de désactiver la ligne PT ou la ligne GT (ou les deux, mais à ce compte là autant désactiver le script) dans le cas où vous n'utiliseriez qu'une seule sorte de transporteurs

Le second, "remember_flottes", lorsque vous sélectionnez l'objectif et la vitesse, à la 2e étape du lancement d'une flotte, enregistre le type de destination (planète/débris/lune) et la vitesse (mais pas la destination en elle même ! je laisse foxgame gérer ça, il met tout seul dans cette case la dernière destination que j'ai sélectionné)

Cela me sert, lorsque j'envoie mes flottes sur un petit recyclage la nuit, de ne pas avoir à re-saisir ces données, puisque mes planètes sont très proches et que je les envoie de toute façon au même endroit et à la même vitesse afin de les récupérer en même temps

Attention, il le fait tout le temps, c'est donc à double tranchant, il faut bien remettre les valeurs par défaut quand on change de type de mission !

Bon, je vous l'accorde, la deuxième est probablement beaucoup moins utile, mais c'est un des trucs qui m'horripilait le plus

Bien sûr, je suis ouvert à toute proposition

P.S. : Pleins d'autres scripts greasemonkey disponibles sur le forum officiel d'ogame

Mise à jour du 28 mars 2008 :

A la demande d'un ami, j'ai ajouté une petite fonction sur le second script : une simple case à cocher dans l'écran en question pour activer ou non ce script, puisque en fait c'est utile surtout au moment d'envoyer les ghosts nocturnes, le reste du temps ça ne fait qu'embrouiller le pauvre utilisateur

Je me suis motivé au passage à déplacer les liens du premier script à un endroit plus adapté : sur la ligne du vaisseau en question

J'ajoute également 2 scripts sur lesquels je travaille depuis un bout de temps et que je n'estimais pas utilisable au moment de la rédaction de cet article:

transportssummary qui affiche dans la vue générale la somme des ressources transportées actuellement, encadre les évènements de vert ou de rouge si ils partent ou arrivent à la planète courante, affiche la somme des transports à destination de la planète courante, et les ressources finales sur la planète courante

galaxyimprover qui ajoute dans la vue galaxie un code visuel aux liens d'espionnage selon le type d'activité de la planète en question (orange = inactif > 7j, rouge = actif <15min, violet = actif <60min, vert = inactif >60min <7j) qui permet de sonder en masse de façon plus intuitive (je me balade dans les galaxies en cliquant sur les liens verts ou orange selon ce que je veux raider)
Sont également ajoutés à coté du pseudo du joueur et de son alliance son classement et celui de son alliance, de plus, le cadre coloré autour du lien d'espionnage est d'une épaisseur proportionnelle au classement du joueur (fin = bien classé, épais = mal classé), pour éviter de sonder les biens classés si vous le désirez
Ce dernier script est mon principal et très adapté à ma façon de sonder, il peut être dur à utiliser, mais s'il vous intéresse, n'hésitez pas à me faire des retours, je travaille assez activement dessus

Mission suivante : rendre le "transportsetter" plus efficace /ergonomique, et bien sûr, améliorer encore et encore le "galaxyimprover"

J'en profite pour faire de la pub pour un script que je n'ai pas codé, mais auquel j'ai entièrement adhéré dès la première utilisation : il divise la liste des planètes dans le choix de destination de la flotte en 2 colonne, celle de gauche avec toutes vos planètes, et celle de droite avec les lunes correspondantes, tout simplement génial (Classement des planetes du Menu flotte)

Mise à jour du 3 juillet 2008 :

Je viens d'ajouter un petit script à ma liste, celui ci est over-simple : il ajoute dans le classement un lien vers la page war-riders pour chaque joueur et son ally :

Lien vers war-riders dans le classement ogame

Il a été fait un peu à l'arrache, et très peu testé, merci donc de remonter les bugs et critiques

WeeChat et scan de clones (bump)

SpideR — Sat, 28 Jun 2008 16:05:00 +0200

Depuis ma migration d'XChat vers WeeChat (clients IRC), quelque-chose me manquait : un scanneur de clones

Dans un grand élan de motivation, j'ai donc pris mon après midi d'hier (vendredi de RTT), pour réviser mes bases python, et étudier l'interface de scripting de weechat, et j'ai pondu un premier jet de mon scanneur de clones, disponible là :

http://files.spiderou.net/scripts_weechat/clonescan.py, ainsi que sur la page des plugins du site de weechat

Il propose deux fonctionnalités :

Un scan ponctuel :

/clones [#chan]

qui scanne tous les utilisateurs du salon passé en paramètre, ou du salon courrant si rien n'est passé en paramètre

Un scan onjoin, qui détecte à chaque fois que quelqu'un rejoint un salon si ce quelqu'un a des clones déjà présents sur le salon, cette fonctionalité est désactivée par défaut, et se controle via :

/autoclones [enable|disable|show]

qui active ou désactive ce scan automatique, bien sur, show (ou tout autre paramètre, voire aucun) montre le reglage actuel

L'affichage est encore relativement brut, j'essayerais de travailler un peu dessus à l'occase

Il reste un petit bug, mais je n'ai pas le courage de m'y attaquer pour le moment, en effet, le découpage d'une chaine est gênée par les adresses IPv6, les personnes en IPv6 ne sont donc pas scannées on join, et un message d'erreur s'affiche dans le buffer du serveur

Merci de me rapporter le moindre fonctionnement anormal, ainsi que la moindre proposition d'amélioration, je ferais de mon mieux pour m'en occuper au plus vite

J'espère que ce petit bout de script vous sera utile, en tout cas, il a déjà fait au moins un heureux : moi

Mise à jour du 2006-11-12

(12 ou 13, selon si on prend l'heure à laquelle j'ai cliqué sur "éditer" ou l'heure à laquelle je vais cliquer sur le bouton "valider", bref ...)

Juste une petite mise à jour pour faire part de l'avancement du script : je suis en train d'implémenter les ignores sur le scan-on-join (ignorer les clones sur un serveur, sur un chan, peut-être d'autres ...) mais je me heurte à des gros problèmes de stoquage des réglages par l'API de scripting python, ce qui va ralentir énormément la sortie de la 0.2 que j'espèrais sortir très tôt ...

En attendant, je met donc une version estampillée 0.1b sur mon hébergement perso (pour rappel : http://files.spiderou.net/scripts_weechat/clonescan.py) qui corrige le bug du scan-on-join des IPv6, une bête réorganisation du découpage de l'adresse sera venue à bout de ce petit bug

N'hésitez pas à proposer vos idées, ça me motivera peut-être un peu à avancer dans mon développement, j'en ai déjà 2-3, qui seront pour la 0.3, voire même la 0.2 si je me prend d'une immense motivation

Mise à jour du 2008-06-28

Depuis le temps que je devais le faire, voilà enfin une grosse mise à jour de ce script. Elle est adaptée à mon bon vieux weechat 0.2.4, mais devrait passer sur les versions suivantes, dans le cas contraire, remontez l'info

Elle est estampillée 0.3 puisqu'elle corrige enfin les bugs qui m'empêchait de sortir la 0.2 et contient en plus les améliorations que je comptais intégrer à la 0.3

Alors pour commencer, je voulais corriger un petit bug qui devenait gênant sur le serveur IRC d'ogame (onlinesgamesnet) : la forme différente des join qui faisait planter mon parseur, bref, petit détail, et en réparant ça, je me suis rendu compte que le bug de l'API python (qui m'empêchait d'enregistrer des informations) avait disparu, j'ai donc fini (et même amélioré) ce que j'avais commencé sur les réglages

Pour le moment, c'est plutôt verbeux, j'ai eu tellement de bugs que j'avais choisi d'afficher trop de messages, j'en supprimerais peut-être quelques uns à l'avenir

Deux nouvelles commandes font leur apparition, correspondant chacune à une nouvelle fonctionnalité : (/help commande pour plus d'infos sur la syntaxe)

/checkhost : En plus du scan de clone, le script sauvegarde les host des gens qui partent, et compare les join suivants avec chaque host sauvegardé, afin de repérer une personne qui aurait quitté pour revenir discrètement sous un autre pseudo
/clone_ignore : Permet de configurer une liste de serveurs, salons, hosts, pseudos et realname à ignorer dans le scan

Les pistes que je vais suivre à l'avenir vont s'axer autour de :

l'affichage (clarification, réduction des messages en trop, des doublons)
une configuration plus fine de l'ignore (pouvoir indiquer #chan@serveur par exemple, ou des wildcards)
un nettoyage automatique de la liste des hosts à vérifier (sinon ça risque de devenir un gros memory-leak)

Et bien évidemment la correction des bugs découverts d'ici là

Comme d'habitude, la nouvelle version se situe là : http://files.spiderou.net/scripts_weechat/clonescan.py, ainsi que surement bientôt sur la page des plugins du site de weechat

Déclaration de geekette en PHP

SpideR — Sun, 21 Jan 2007 23:49:00 +0100

Voilà le résultat du premier TP de programmation en PHP d'une geekette, ça vaut le coup d'œil, en tout cas, moi j'ai trouvé ça super mignon

Le code est sous license libre GNU GPL ^^

<bubu> <?php
$nombre_de_ = 1;

while ($nombre_de_ <= 100)
{
   echo "";
   $nombre_de_++; 
}
?>

Pas mal pour un premier code, hein ?

Avenir professionnel

SpideR — Wed, 25 Oct 2006 18:35:00 +0000

Mis à jour le jeudi 2006-10-26, puis vite fait le 2006-10-27

Mon avenir professionnel à moyen terme est en train de se profiler, et même de se préciser

Quelque-chose va changer, c'est sur, et je vais devoir prendre des décisions sur la façon dont ça va changer

Pour re-situer, tout ça part de réflexions que j'ai depuis environs 2 mois, sur le fait que je déteste ce que je fais et la façon de traiter le projet dans la société dans laquelle je travaille, mais en fait, j'aime bien la société en elle même, les gens qui y travaillent, l'ambiance, etc.

En gros, actuellement on ne touche pas à la structure, alors qu'elle est mal conçue, et source de plus en plus d'erreurs potentielles à l'avenir

Avec mon collègue, on a commencé à se dire que ce serait super si on refaisait tout, mais à notre sauce, en analysant correctement les choses, en partant sur des bases saines, et en maitrisant le projet

Je ne voulais pas trop en parler sur ce blog avant, puisque ce n'était pas sur, et qu'on voulait que personne ne l'apprenne avant qu'on en parle au patron

Bref, on a donc préparé une petite réunion, pour lui présenter notre vision des choses actuellement, et comment on les envisage

On a fait cette réunion ce matin, et comme nous l'espérions, le parton a pris les choses avec enthousiasme (on craignait vraiment que notre projet soit tué dans l'oeuf), et donc je peux enfin raconter tout ça au monde

Le patron doit encore en parler au chef de projet, ce qu'il fera vendredi, et c'est ce qu'on craint le plus, ce qui reste la plus grande inconnue

En parallèle, n'ayant pas envie de rester dans cette société si je vois que rien ne bouge malgré nos efforts pour améliorer les choses, j'ai repris ma recherche d'emploi, j'ai donc passé vendredi dernier un entretient au CRI74 qui s'est apparemment plutôt bien passé

C'est un taff de rêve pour moi, de par l'activité du CRI74 (fournir internet et des services et solutions informatiques aux écoles et collectivités de Haute-Savoie), mais surtout de part leur mentalité, basée uniquement sur du logiciel libre, dont linux, mes passions

Le boulot qu'ils proposent concerne du développement et de l'intégration en python (avec modélisation objet, UML et tout le bordel), c'est un langage que j'aime bien, je le connais assez peu, mais pour ce que j'en ai vu, je préférerais largement travailler là dessus que ce que je fais actuellement (mais quand même, il faut avouer que si notre projet est accepté par la direction là où je bosse actuellement, ce sera une autre affaire, puisqu'il s'agirait là de PHP, et d'un vrai gros projet, pas de plusieurs petits développements comme ce que le CRI propose, et puis il s'agirait de gérer ce projet)

Le principal problème, c'est que ce boulot là se situe à Archamps (à la frontière suisse, juste enter St Julien en Genevois et Annemasse, à deux pas de Genève), ce qui ne facilite pas le logement, c'est quand même loin de (presque) tous ceux que je connais et que j'aime (bon, ok, tout est relatif ... mais quand même ...), ça fait des sacré changements, puis c'est un peu paumé quand même, et n'ayant pas le permis, ça ne facilitera pas les choses e la vie de tous les jours (courses, lavage de linge, etc.)

Ils m'ont rappelé aujourd'hui pour me demander si le poste m'intéressait toujours, ce à quoi je n'ai pas vraiment pu répondre, j'ai demandé un délai jusqu'à vendredi pour prendre ma décision, n'étant pas sur de ce que va donner notre projet, et c'est là qu'est la décision que je devrais prendre

En gros, la problèmatique s'énnonce comme ça :

Soit je me dis que notre projet a toutes les chances de passer vu ce qu'en a pensé le patron, et je dis non au CRI, dans ce cas, je me ferme ce taff qui semble super, je garde ma petite vie pépère, au risque que notre projet soit refusé et de continuer dans l'optique actuelle, avec en plus la potentielle sale ambiance qu'aura provoqué la proposition de notre projet
Soit je dis qu'il vaut mieux ne pas prendre de risques avec ce projet, je plaque ma boite actuelle, je dis oui au CRI, et là je dois tout chambouler, trouver à me loger sur place, déménager, apprendre à gérer ma vie autrement avec bien plus de déplacements, je fais un super taff dans le libre

Voilà, plus que deux jours pour répondre à cette interrogation, la journée de vendredi sera décisive, selon les réactions du patron et du chef de projet, je prendrais ma décision, même si je penche plus pour garder mon taff actuel, pour le moment

Rendez vous ici dans quelques jours pour connaître le fin mot de l'histoire

Mise à jour du Jeudi 2006-10-26

Finalement, mon chef de projet est venu aujoud'hui et non pas demain, on a rien osé dire de la matinée, le patron lui a présenté notre projet à midi, en notre absence, et on a pas revu le chef de projet depuis, il semblerait qu'il ne l'ait pas rejeté (mais bon, de là à lui faire accepter, c'est une autre affaire ...)

On a profité de l'occasion pour dire au patron ce qu'on pensait du chef de projet, c'était dur à dire (puisque pas très gentil, il faut l'avouer), mais putain que ça fait du bien quand même, surtout que le patron a pris ça très ouvertement, aucun reproche ni décrédibilisation de notre démarche n'en est découlé (ce que nous craignons le plus)

Bref, tout ça est reporté à Jeudi prochain, grosse réunion pour parler de ce projet, et commencer à voir si on s'y met ou pas, bosser d'ici là va se révéler mission impossible

Je vais donc devoir refuser la place au CRI, dans le doute de ce qui va arriver, mais j'ai quand même bon espoir pour ce projet ...

La suite dans une semaine plus le nombre de jours que j'aurais mis à me décider à donner des nouvelles :p

Mission du week-end : ne plus penser à tout ça :D demain soir : mode biture :D (enfin en théorie, quoi)

Petite mise à jour du Vendredi 2006-10-27

Voila, c'est officiel, je viens de refuser le poste au CRI :'(, ça a plutôt interet de bien se passer, et notre projet d'être accepté, sinon, je serais légèrement dégouté ... pendant ma recherche d'un autre emploi moins bien que celui du CRI