per page, with , order by , clip by
Results of 0 - 1 of about 0 (0.000 sec.)
Zebot project page
@digest: 117a005030ff071cb7f7a6d6be1dd718
@id: 160027
@mdate: 2004-06-29T13:33:48Z
@size: 6798
@type: text/html
#keywords: affinage (15241), possibilitees (14426), rajouter (8108), robot (7780), reponses (7162), zebot (6153), envoyees (6066), complexite (5594), canal (4430), niveaux (4425), reactions (4345), devra (4108), regroupe (3858), travers (3543), serveurs (3391), graphique (3389), reaction (3373), commandes (3372), offrant (3181), participer (2961), devrait (2953), proposees (2827), historique (2701), fonction (2406), differents (2372), connecte (2368), donnees (2343), canaux (2209), oriente (2107), possibilite (1962), utilisateurs (1741), changer (1735)
Projet robot irc Zebot Pour participer au developpement c'est par ici Ce projet a produit un robot irc qui se connecte à différents serveurs et différents canaux en offrant ses services de manière selective, selon le canal et les utilisateurs. Ce projet est écrit complètement en perl orienté objet et regroupe en outre l'utilisation de technologies POE , DBI , XML , SQL , et SSL . Dans le cadre de ce projet des parties sont proposées comme projets IUP2 et référencés sur la page des projets de l'ULP . Pilotage à distance Attribué à Ghazi BOUABENE et Pierre HERRISÉ Tout en étant autonome, le robot peut être piloté à distance au travers de commandes envoyées au robot par l'intermédiaire du réseau irc. Une autre possibilité de contrôle est en train d'être rajoutée, consistant en une connexion cryptée par SSL attachée directement au robot. Dans le cadre de ce module, le coeur du robot doit être modifié pour tenir compte de tous les signaux irc en vigueur. Le module devra s'occuper de faire transiter vers les clients attachés les données mises en forme par le corps du robot, et inversement reinjecter dans le corps du robot les eventuelles commandes ou données obtenues des clients distants. Pour cela il faut adapter le module connector.pm en y incorporant la couche SSL proposée dans http://poe.perl.org/poedown/sslpoe.tar.gz. Pour tester cela, la même chose devra être faite pour le client graphique. Par la suite, les evenements irc seront acheminés au travers de ce canal vers le client, et les réponses du client reinjectées dans les objets serveurs irc, au cas ou il ne s'agirait pas de commandes captées par d'autres modules. Interface graphique de contrôle La complexité du robot devient telle, que les fichiers de configuration ajoutent une complexité inutile à l'utilisation. D'ou l'idée de rajouter une interface graphique pour gérer les différents réglages du robot. A la base le robot est un client irc, l'interface de configuration pourra donc facilement être étendue pour permettre à un humain d'utiliser le robot comme client irc régulier. Pour se documenter sur la thématique on propose le tutoriel suivant. Émulation de meute de chiens Pour le moment il n'y a qu'un module de réaction qui utilise des infogrammes (eventuellement récursifs). Un module d'action de groupe devrait être rajouté qui devra garder un historique des interactions avec les autres utilisateurs, et moduler les réponses en fonction de cet historique. De plus ce module devrait être capable au besoin de lancer d'autres bots du même genre pour les piloter dans une action de groupe. Affinage des niveaux d'utilisateurs Un module gère les droits d'accès que gère le robot. Pour le moment 4 niveaux d'accès sont reconnus, ces niveaux se répercutent aussi au niveau de la gestion des messages. Cela ne reflète plus les possibilitées offertes par les serveurs irc. Le module devrait être modifé en accordance, et une interopérabilité avec les services présents comme nickserv ou chanserv implémentés. Le module qui gère les messages devra être adapté en fonction des nouvelles possibilitées. Affinage des réponses et réactions Le module trigger parse le flux de données arrivant du serveur irc et en fonction de critères (mots clés dans les actions, lignes commencant par ! dans les canaux publics, tout ce qui vient sur le canal privé) déclenche une réaction stoquée en fichier XML et représenté par une liste en mémoire. Cette représentation est déjà récursive, car comme réaction il est possible de spécifier un autre mot-clé. Par contre pour le moment il n'est possible que de provoquer une seule réaction. De même ces réactions sont pseudostatique, il n'Y a pas de possibilité de changer les arguments de l'appel. La tâche ici consiste a changer le parseur pour qu'il accepte des réponses multiples, ainsi que d'introduire une nouvelle cathégorie de réponse qui seront des commandes irc. De plus une possiblité pour guider les arguments doit être trouvée. Comme exemple d'action: un oper ou owner tape !ban unnick mords teki detection de commande ! execution de ban reinjection de 'mords' en mode teki récupération de l'IP du candidat mise en place du ban Tâches en vrac Mettre en place un système d'installation compatible cpan, avec des scriptes d'installation particulière pour les utilisateurs (peut être couplé au GUI). Mise en place d'un programme de tests pour s'assurer de la fonctionalité de toutes les parties du robot Terminer l'internationalisation des messages de zebot, pas encore toutes les parties utilisent des mots clés à la place des messages. Compléter la documentation. De même que faire la traduction complète des documentations en français. Écrire un manuel, ce projet est entre temps d'une telle ampleur que'un tel document se justifie. Tester le robot sous d'autres OS Rajouter des modules pour aller chercher la météo, infobot, flood proection, badwords, netiquette-enforcer etc. prévoir un mécanisme pour récupérer un utilisateur aléatoire d'un canal avec une propriété donnée (p.ex. proprio) Le module P:C:IRC devrait être adapté pour gérer plusieurs flux en entrée,pour le moment, et pour cause de protection antiflood, toutes les données envoyées au travers du bot vers le canal, sont traitées de manière sequentielle, donc si quelqu'un fait une requête produisant beaucoup de données (comme l'aide) on aura l'impression que le bot s'est planté car il ne réagira à d'autres impulsions (venant d'autres utilisateurs p.ex.) qu'après avoir envoyé touts les lignes du premier job... Rattacher comme interface de configuration un serveur web-ssl. Contact Pour plus d'informations contactez Dipl.-Ing. Bruno Böttcher Pour participer au developpement c'est par ici ...
http://www.gnu.org/savannah-checkouts/non-gnu/zebot/project/ - [detail] - [similar]
PREV NEXT
Powered by Hyper Estraier 1.4.13, with 213332 documents and 1081116 words.