Le manuel du neuneu

Article soumis par Averell le 14/3/05

Voici un guide du neuneu (ou lamer, terme de la fin des années 90 tombé maintenant en désuétude), qui explique les choses à ne pas faire si vous ne voulez pas être grillé dans le monde du scripting. Ceci n'est pas un tuto, pour une fois, c'est un anti-tuto ;) IL faut bien rire un peu...

1) Faire des scripts les plus gros possibles pour montrer qu'il y a du travail: 15 mega est un minimum. On pourra y mettre à l'envi de nombreux wav et mp3, images .bmp (parce que les jpg c'est un peu petit), des exécutables de tout poil, surtout les logiciels de nuke qui ne marchent que sous Win95 1re edition, et evidemment le scanneur de ports qui va bien. Les fichiers les plus gros étant par essence les plus téléchargés, il faut bien justifier son abonnement a ADSL neuf telecom!)

2) Pomper au maximum le travail des autres sans leur demander leur avis. Présenter les addons ecrits par Pierre, Paul ou Jacques comme étant vos créations (n'oubliez pas le copyright, c'est important). Le fin du fin étant de prendre un script déjà tout prêt, d'en changer le nom et de changer le nom de l'auteur et son adresse e-mail pour mettre la vôtre. Personne en effet ne s'apercevra de la supercherie.

3) En corollaire au N° 2, Protéger son code source et en interdire sa modification: eh oui, votre codage étant votre propriété inaliénable, il est scandaleux que d'autres personnes puissent avoir accès à celui ci dans le but de le retoucher, voire de le ripper. Aussi tout un tas de moyens sont à votre disposition:

  • Changer la police de caractères en une police illisible (genre Wingdings ou Zapf dingbats) lors de l'affichage du remote.
  • Modifier le mirc du script pour interdire l'accès au remote (shunter touche Alt-R et barre de menu). Vous renseigner pour vous procurer de tels logiciels modifiés, car la modification n'est pas à la portée du premier venu. Le forum est là pour ça :)
  • Interdire la modification du code source en vérifiant la taille des fichiers: si ceux ci sont modifiés, alors annuler le fonctionnement du script, ou mieux: trouvez un moyen pour planter l'ordinateur (le fin du fin: utilisez un dll). Personne en effet ne trouvera le moyen d'accéder à votre code si vous utilisez les méthodes que je vous ai décrites ici.


  • 4) Truffer le script d'un maximum de fautes d'orthographe: une faute par mot semble une bonne moyenne. En désuétude: EcriRe Les ChAmPs Du MeNu CoMmAnDeS en MiXeD CaseS.

    5) Faire que le script prévienne son auteur au moment du démarrage. Mieux: pendant la phase de paramétrage (en général le premier démarrage) vous débrouiller pour discretement vous faire envoyer les identifiants (nickname, adresse email, mots de passe) de l'utilisateur. Diverses méthodes sont à votre disposition:

  • Si vous êtes un gros débutant, contentez-vous d'un /msg ou /notice sur votre pseudo, ou, à défaut, d'un /msg sur le channel que vous fréquentez tous les jours, si vous changez souvent de pseudo. C'est une méthode courte et efficace, et surtout invisible, en particulier quand le pseudo messagé n'est pas sur irc et que vous avez oublié de mettre un halt sur le raw du No such nick. Cette méthode a malheureusement l'inconvénient de n'être pas parfaite, car vous n'êtes pas toujours disponible sur irc, et il n'est pas évident que l'utilisateur, ou vous, soyez connectés au moment de l'initialisation des paramètres! IL existe en effet des gros paranos qui, systématiquement, initialisent leur script en off-line au premier démarrage! Heureusement, ceux-ci sont rares.
  • Si vous êtes déjà un peu plus expérimenté, je suggère l'emploi des sockets; il faut alors vous arranger pour créer un socket parallèle qui va joindre votre canal sur votre serveur favori, et que vous pourrez interroger à votre guise. On peut imaginer que vous puissiez ensuite contrôler l'utilisateur du script de la même manière, (ce qui a d'ailleurs déjà été fait avec le virus du Koweit).
  • Si vous n'etes pas sur irc 24h/24, sachez qu'avec un socket on peut aussi envoyer des emails. Je ne l'ai pas encore vu, mais c'est tout à fait possible et en plus cela vous évite d'être disponible pendant le démarrage du script par l'utilisateur.
  • Bien entendu on pourra avantageusement remplacer le scriptage d'un système de socket parallele par une dll que vous aurez écrite vous même. Mais cela reste du domaine du scripteur très expérimenté!

    6) Faire qu'au démarrage, le script joigne un maximum de channels. 5 semble un bon minimum, mais visez 8 ou 10 c'est beaucoup mieux. Arrangez-vous pour qu'il soit très dur de comprendre quel endroit du script s'occupe de faire joindre ces channels.

    7) Mettre le script dans un exe d'installation. Cela fait en effet plus pro. La plupart des personnes executent ce genre de fichier (.exe, .pif, .scr, .bat etc.) sans se poser de question. Profitez-en pour remplacer tout un tas de dll du dossier c:\windows par les vôtres, et ce, même si les dll à remplacer sont plus récentes de 5 ou 6 ans aux vôtres. Ce n'est pas grave: les vôtres marchent, alors à quoi bon?

    Je pense que cette liste pourra s'allonger au fil du temps, mais déjà le manuel du parfait neuneu scripteur est déjà bien avancé. J'imagine qu'il donnera des idées à plus d'un, eh? :))


    Réagir à cet article (15 commentaires)

    Titre de l'article Date d'édition Auteur Comm
    Creer son propre robot 20/08/02 Inconnu 12
    Commandes de base de l'irc - ou l'IRC pour les Nuls 2 03/10/02 Averell 1
    Utilisation des timers 28/11/02 Averell 4
    Le manuel du neuneu 14/3/05 Averell 15
    Les boucles While 20/5/05 Remi34 0
    Configurer sa box 24/11/07 Averell 1


    Retour à la page des tutoriaux