wG le salaud, passe nous voir sur undernet au moins ;-)

dumb- : Ton nick en dit assez sur toi:

[04:13:28] <dumb-> je suis pas con
[04:13:32] <dumb-> c un bot modifier
[04:13:37] <dumb-> ça appartien à ZED

Bonjour,
Joli travail. Tu devrais mettre à jour le compilateur puisqu'il est tout à fait stable maintenant.
http://www.delphifr.com/code.aspx?ID=12274

}
EOF

Joli code. Tu peux voir mon implementation non-vcl
http://www.delphifr.com/code.aspx?id=27108
Puis essaie de faire une score card ;-)

Voila ma version non-vcl
http://www.delphifr.com/code.aspx?id=27108
Essaie de comparer la vitesse ;)

Il parrait qu'ils enlevent les executables (et seulement les .exe) des sources envoyés. Je suis tout à fait d'accord pour la secu, mais les gens qui ne possèdent pas de compilateurs ou ne s'y connaissent pas risquer de nager. En plus ils laissent les dlls et ActiveX qui sont le réel danger pour IRC, des boites noires comme on dit.
Je rappelles que ce source a besoin d'être compilé. Il n'est pas directement exploitable comme la majorité des scripts sur ce site.
Donc NeoAnder, je te conseilles toi et tous les gens qui ne savent pas sur quoi cliquer pou démarrer, de telecharger la version perso de Delphi 6 ou 7 puis de compiler l'executable: http://www.borland.com/delphi
De toutes façon, le fichier make.bat permet de compiler le bot en un double click. Toutefois, n'hesitez pas à demander de l'aide sur le forum DelphiFr.

Tiens c'est drole, Visual Web Developer 2005 genère le même code JS avec les mêmes CSS pour ce même menu ;-)
Normal, ce code a été inspiré des menus CS, qui eux sont generés par du code .NET
Bon boulot en tk.

Imposteur vas... ;-)

Bon,
Pour ENHD: Faudra un jour passer au niveau supérieur ;) le mIRC scripting n'est pas un réel langage de programmation si bien qu'il semble l'être... Mais j'avoue que pour commencer, c'est assez convivial :) Je rappelle que le but de mIRC n'est pas de produire des bots : c’est un client irc orienté utilisateur.
Pourquoi WSH ? C’est quoi l’apport, et là je répond aussi à PaDa : Le fait de coder pour WSH certes, implique un minimum de connaissances sur ce qu’est la technologie COM, les ActiveX etc. Cela est pénalisant pour un scripteur habitué à mIRC par exemple. D’autre part, on bénéficie d’un patrimoine logiciel très important, mais aussi très performant, qu’il suffit d’utiliser. On peut par exemple utiliser ADO pour implémenter un vrai gestionnaire d’utilisateurs/seen/quiz, utilisant Access ou SQLServer (ou même Oracle lol). Aussi, générer dynamiquement des statistiques et les exposer sur IIS. Les plus avertis pourront en faire des services personnalisés pour leurs serveurs irc… C’est sur qu’on gagne en performance aussi : Le noyau central du bot est assez bien optimisé, même que parfois sur undernet, le bot réagit plus vite que certains de leurs serveurs. Il s’agit en fait d’un système multi threadé, chaque module du bot est chargé dans son propre thread + 1 thread pour gérer la connection et les PING PONG (Utilisant des sockets bloquantes, donc qui ne dorment pas comme le font souvent les sockets asynchrones windows). Un autre thread (celui du main) se charge se synchroniser les différents handlers avec leur source « le composant IRC ». Cette architecture permet donc d’isoler les traitements douteux et instables du reste du bot. Au final, même si un module/script se plante ou bloque dans une boucle infinie -> le bot ne meure pas par timeout ;-)
Coté stabilité : Si jamais quelqu’un arrive à le faire crasher, je suis preneur de son rapport (même si cela ne risque pas d’arriver).
Ce n’est pas de mes habitudes d’écrire autant de littérature, mais j’espère que ce petit bout de texte ait expliqué ce que robot essaie de changer.

Tout d'abord, les sources ont été ajoutées à ce bot pour éviter une possible supression (Un certain admin se reconnaitra).
Pour simplifier: Remarques que les bots IRC sont generalement basés sur un executable central avec des modules tout autour, avec une possibilité de scripting. C'est le cas de ce bot qui lui, exploite l'active scripting de windows. Il a été developpé en delphi, porté sous linux, et maintenant avec une extension WSH pour windows.
Le but donc est d'offrir aux scripteurs une autre alternative riche en ressources, tant en langages qu'en bibliothèques (Ce n'est pas ce qui manque sous windows).

Utilisez Indy 9 et >