PROGRAMME POUR N'ACCEPTER QUE LES IPS PROVENANT DE TEL PAYS
RasZa
Messages postés12Date d'inscriptionlundi 21 mars 2005StatutMembreDernière intervention12 avril 2005
-
12 avril 2005 à 07:56
cs_PaDa
Messages postés1804Date d'inscriptionmardi 15 juillet 2003StatutMembreDernière intervention22 septembre 2009
-
24 juil. 2005 à 22:36
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
cs_PaDa
Messages postés1804Date d'inscriptionmardi 15 juillet 2003StatutMembreDernière intervention22 septembre 20095 24 juil. 2005 à 22:36
bah lis exactement ce que j'ai mis, j'ai précisé les raisons ;)
je suis d'accord pour l'event mouse, cependant je pense (ce serait a vérifier avec un benchmark correct) que le gain est meilleur en regroupant les on dialog : en regroupant, mirc risque de lagguer a "traiter" un event "mouse" qui n'est pas utilisé, en ne regroupant pas mirc risque de lagguer a parser le code a la recherche de plusieurs traitement, vérifier qu'ils ne se recoupent ou ne s'interrompent pas etc..
A voir, ce n'est pas primordial certes, pour moi, pour les dialogs, c'est plus des gains de lecture et de confort pour changer le code après :)
Détails détails ;)
linkioto
Messages postés14Date d'inscriptionsamedi 19 avril 2003StatutMembreDernière intervention 2 septembre 2005 24 juil. 2005 à 19:45
je comprend pas pourquoi vous pronez le on *:dialog:*:*:{ instructions }
par exemple peu de dialogue se servent du $devent = mouse
si on prend ta méthode pada : des qu'on va bouger la souris mirc se retapera toutes les instructions pour voir si on lui demande pas de faire qqchose lors du mouvement de la souris
si le gars utilise juste init et slick :
mirc lis tout le code des remotes
il tombe sur
on *:dialog:init:*:{ instructions }
il passe son chemin sur les instructions
il tombe sur
on *:dialog:sclick:*:{ instructions }
il passe son chemin sur les instructions
perso je le vois de cette façon là, après faut voir
sinon je suis d'accord sur les on text : c'est mieux de regrouper
et puis pour les on dialog je pense que c'est vraiment du détail pour l'optimisation du code, les /set & /var étant, par exemple, beaucoup plus important à mon gout
cs_PaDa
Messages postés1804Date d'inscriptionmardi 15 juillet 2003StatutMembreDernière intervention22 septembre 20095 13 avril 2005 à 21:09
bah débutant, c des trucs proches de l'aide, initié faut connaitre un peu mirc et le principe peut etre un peu évolué, et expert c un principe compliqué et du code optimisé... a mon sens :) de toute facon ca n'est qu'indicatif :))
fjxokt
Messages postés840Date d'inscriptionvendredi 28 janvier 2005StatutMembreDernière intervention25 février 20091 13 avril 2005 à 11:00
(pr ce qui est du niveau des sources, je pense que c'est aux admins a decider si une source peut etre en expert ou pas
- d'ailleurs je me demande tjrs quel genre de source il faut pr pvoir la mettre en expert- )
cs_PaDa
Messages postés1804Date d'inscriptionmardi 15 juillet 2003StatutMembreDernière intervention22 septembre 20095 13 avril 2005 à 10:17
Justement RasZa, tu as mis ton code en expert alors qu'initié aurait été plus adapté :)
J'irais pas jusqu'a dire que c'est du racisme, lol
Pour appuyer les comments de max :
-le $numtok évalué $numtok fois, c'est moche, et ca oblige mirc a le recalculer a chaque fois, l'optimisation que MaX propose est très pertinente.
-Regrouper ses on dialog, ca a trois avantages : c'est bien plus facile a relire, ca évite de se prendre la tête 3h a chercher pk un "on dialog" ne se déclenche pas (on dialog équivalent plus haut...) et pour ma part je remarque des gains de vitesse sur les on text regroupés :]
Sinon je rejoins tofu, fondamentalement ce code c'est un $istok et une liste d'extensions, rien de plus... et puis autant j'adore les regex, autant tester la validité d'une ip par regex a grande échelle je pense pas que ce soit le plus rapide
Bonne continuation
RasZa
Messages postés12Date d'inscriptionlundi 21 mars 2005StatutMembreDernière intervention12 avril 2005 12 avril 2005 à 23:33
Coolman
Expert ?
hum ...c'est quoi les trois choix nous avons
débutant , initié , expert
la base est dialog & popups ..débutant ?
le code comprend du Socket , Regex ...initié ?
j'aimerait savoir que pense-tu etre expert ?
Plutot que de /Set -u2, utilise /var.
désolé j'ai pris la base popups d'un autre de mes petit programmes ..quelque modif on été oublier
-----------------------------
Tofu : A là base se petit programme est pour undernet
Plusieur bot on simplement envahi les server d'unet donc j'offre plusieurs protections
Sérieusement , cette protections est ma meilleur pour la vérification de mes users
-----
Max_62 : mettre plusieur on dialog n'augmente pas sa vitesse d'éxécution ?
Pour le reste ma l'optimiser...juste pour toi
cs_tofu
Messages postés1726Date d'inscriptionvendredi 12 septembre 2003StatutMembreDernière intervention13 juin 20091 12 avril 2005 à 19:10
suffit juste d'un istok avec une var contenant la liste des pays autorisés..
de plus juste comme ça, le racisme est prohibé donc bannir des pays entiers c'est pas super..
COOLMAN002
Messages postés969Date d'inscriptionlundi 16 juin 2003StatutMembreDernière intervention 1 juillet 20121 12 avril 2005 à 15:28
Expert ?
Plutot que de /Set -u2, utilise /var.
Sur la plupart des serveurs, les ips sont cryptés, rare sont ceux qui laisse l'ip en décodé, donc c'est assez limité pour une personne n'allant pas sur undernet ou d'autre serveurs de ce genre...
MaX_62
Messages postés879Date d'inscriptionvendredi 22 octobre 2004StatutMembreDernière intervention29 juin 2007 12 avril 2005 à 11:14
Regroupe tes évènements de dialog :
on *:dialog:_ip_location:*:*:{
if ($devent == init) { }
elseif ($devent == sclick) {
if ($did == 12) { }
}
}
Tes boucles /while peuvent être optimisées, exemple :
var %a 1
while (%a <= $numtok(%variable,32)) { echo -a $gettok(%variable,%a,32) | inc %a }
ça peut devenir :
var %a 1
while ($gettok(%variable,%a,32)) { echo -a $ifmatch | inc %a }
Désolé, j'ai pas pris le temps de tester ton code, mais ça m'a l'air intéressant :)
RasZa
Messages postés12Date d'inscriptionlundi 21 mars 2005StatutMembreDernière intervention12 avril 2005 12 avril 2005 à 07:56
Une liste des pays vas etre ajouter pour changer l'ajout
24 juil. 2005 à 22:36
je suis d'accord pour l'event mouse, cependant je pense (ce serait a vérifier avec un benchmark correct) que le gain est meilleur en regroupant les on dialog : en regroupant, mirc risque de lagguer a "traiter" un event "mouse" qui n'est pas utilisé, en ne regroupant pas mirc risque de lagguer a parser le code a la recherche de plusieurs traitement, vérifier qu'ils ne se recoupent ou ne s'interrompent pas etc..
A voir, ce n'est pas primordial certes, pour moi, pour les dialogs, c'est plus des gains de lecture et de confort pour changer le code après :)
Détails détails ;)
24 juil. 2005 à 19:45
par exemple peu de dialogue se servent du $devent = mouse
si on prend ta méthode pada : des qu'on va bouger la souris mirc se retapera toutes les instructions pour voir si on lui demande pas de faire qqchose lors du mouvement de la souris
si le gars utilise juste init et slick :
mirc lis tout le code des remotes
il tombe sur
on *:dialog:init:*:{ instructions }
il passe son chemin sur les instructions
il tombe sur
on *:dialog:sclick:*:{ instructions }
il passe son chemin sur les instructions
perso je le vois de cette façon là, après faut voir
sinon je suis d'accord sur les on text : c'est mieux de regrouper
et puis pour les on dialog je pense que c'est vraiment du détail pour l'optimisation du code, les /set & /var étant, par exemple, beaucoup plus important à mon gout
13 avril 2005 à 21:09
13 avril 2005 à 11:00
- d'ailleurs je me demande tjrs quel genre de source il faut pr pvoir la mettre en expert- )
13 avril 2005 à 10:17
J'irais pas jusqu'a dire que c'est du racisme, lol
Pour appuyer les comments de max :
-le $numtok évalué $numtok fois, c'est moche, et ca oblige mirc a le recalculer a chaque fois, l'optimisation que MaX propose est très pertinente.
-Regrouper ses on dialog, ca a trois avantages : c'est bien plus facile a relire, ca évite de se prendre la tête 3h a chercher pk un "on dialog" ne se déclenche pas (on dialog équivalent plus haut...) et pour ma part je remarque des gains de vitesse sur les on text regroupés :]
Sinon je rejoins tofu, fondamentalement ce code c'est un $istok et une liste d'extensions, rien de plus... et puis autant j'adore les regex, autant tester la validité d'une ip par regex a grande échelle je pense pas que ce soit le plus rapide
Bonne continuation
12 avril 2005 à 23:33
Expert ?
hum ...c'est quoi les trois choix nous avons
débutant , initié , expert
la base est dialog & popups ..débutant ?
le code comprend du Socket , Regex ...initié ?
j'aimerait savoir que pense-tu etre expert ?
Plutot que de /Set -u2, utilise /var.
désolé j'ai pris la base popups d'un autre de mes petit programmes ..quelque modif on été oublier
-----------------------------
Tofu : A là base se petit programme est pour undernet
Plusieur bot on simplement envahi les server d'unet donc j'offre plusieurs protections
Sérieusement , cette protections est ma meilleur pour la vérification de mes users
-----
Max_62 : mettre plusieur on dialog n'augmente pas sa vitesse d'éxécution ?
Pour le reste ma l'optimiser...juste pour toi
12 avril 2005 à 19:10
de plus juste comme ça, le racisme est prohibé donc bannir des pays entiers c'est pas super..
12 avril 2005 à 15:28
Plutot que de /Set -u2, utilise /var.
Sur la plupart des serveurs, les ips sont cryptés, rare sont ceux qui laisse l'ip en décodé, donc c'est assez limité pour une personne n'allant pas sur undernet ou d'autre serveurs de ce genre...
12 avril 2005 à 11:14
on *:dialog:_ip_location:*:*:{
if ($devent == init) { }
elseif ($devent == sclick) {
if ($did == 12) { }
}
}
Tes boucles /while peuvent être optimisées, exemple :
var %a 1
while (%a <= $numtok(%variable,32)) { echo -a $gettok(%variable,%a,32) | inc %a }
ça peut devenir :
var %a 1
while ($gettok(%variable,%a,32)) { echo -a $ifmatch | inc %a }
Désolé, j'ai pas pris le temps de tester ton code, mais ça m'a l'air intéressant :)
12 avril 2005 à 07:56