[IRC-DEV] Sobre cambio de nick a un nick baneado en un canal

Ruben Cardenal rubenc at arrakis.es
Fri Sep 12 18:17:05 CEST 2003


(17:47:04) <NiKoLaS> a ver, ese parche, tal y como está planteado, tiene el siguiente problema (te cuento y te
  propongo una solucion alternativa que come muchisimas menos cpu)
(17:48:04) <NiKoLaS> los banes se verifican contra los flags del usuario, por lo que otro usuario que se pone el nick 
  baneado, no va a tener el flag que interesa, asi que habria que comprobar para cada mensaje que se mande al canal, lo 
  cual, evidentemente, en gasto de cpu es prohibitivo
(17:48:33) <NiKoLaS> una solucion seria impedir el cambio a un nick que está baneado, asi se limita la comprobacion 
  al cambio de nick dentro del canal, y no a cada mensaje al mismo
(17:48:42) <NiKoLaS> como lo ves?
(17:49:34) <NiKoLaS> y el error a mostrar, podria ser el mismo que cuando te intentas cambiar el nick mientras estás 
  baneado, mismamente
(17:49:36) <jcea> ` y no es más sencillo
(17:49:42) <jcea> ` que cuando un usuario cambia de nick
(17:49:45) <jcea> ` se actualicen sus flags
(17:49:49) <jcea> ` para ver si el nick nuevo está baneado?
(17:50:36) <NiKoLaS> tambien, pero entonces, si se supone que no te puedes cambiar el nick mientras tienes un ban, 
  no es un contrasentido que te puedas cambiar el nick a uno que SI está baneado?
(17:50:52) <NiKoLaS> no se si me explico
(17:51:02) <jcea> ` un problema comparable
(17:51:09) <jcea> ` son los cnalaes +R, por ejempll0o
(17:51:15) <jcea> ` que solo puedes entrar si tiene el nick registrado
(17:51:23) <NiKoLaS> bueno, yo ahi veo logico que si te puedas poner otro
(17:51:24) <jcea> ` pero una vez dentro de te puedes cambiar de nick
(17:51:28) <NiKoLaS> por temas de aways, y 1000 cosas
(17:51:32) <NiKoLaS> un ban es un castigo
(17:51:34) <NiKoLaS> el +R no
(17:51:55) <jcea> ` lo que tu dices
(17:52:19) <jcea> ` es que cuando un usuario intenta ponerse un nick BANEADO
(17:52:20) <jcea> ` no le deje
(17:52:21) <jcea> ` no?
(17:52:22) <NiKoLaS> sip
(17:52:48) <NiKoLaS> eso, teniendo en cuenta que los intentos de cambio de nick afectan al lag
(17:52:51) <NiKoLaS> no supone peligro
(17:53:34) <NiKoLaS> osea, si te cambias el nick dentro de un canal, mirar si el nick "matchea" en la lista de banes de 
  alguno de ellos
(17:54:14) <NiKoLaS> osea, en cualquier caso, hay que mirar la lista de banes de los canales donde está el nick
(17:54:23) <NiKoLaS> ya sea para actualizar flags o para no dejar cambiar el nick
(17:54:40) <NiKoLaS> pero eso es mas corto que comprobar el ban para cada mensaje que se mande al canal por 
  parte de cualquier nick
(17:55:24) <NiKoLaS> de ahi que nadie lo haya querido tocar porque eso te mata la cpu
(17:55:42) <jcea> ` sobre este tema
(17:55:44) <jcea> ` hpmk
(17:55:51) <jcea> ` mandó un email en agosto a la lista
(17:55:56) <jcea> ` proponiendo la misma opcion
(17:56:55) <jcea> ` ¿lo tienes?
(17:57:12) <NiKoLaS> estoy buscandolo
(18:03:13) <NiKoLaS> sip
(18:03:16) <NiKoLaS> eso seria la solucion
(18:04:13) <NiKoLaS> ponerte un nick baneado para luego no podertelo cambiar, es una tonteria
(18:04:18) <NiKoLaS> es perder el tiempo
(18:06:40) <jcea> ` pero sería consistente
(18:06:48) <jcea> ` con como funciona los baneos en si
(18:06:55) <jcea> ` que no te dejan cambiar un nick si estás baneado
(18:07:09) <jcea> ` pero en ese caso no estaría sbaneado HASTA que te cambias de nick
(18:07:11) <jcea> ` no antes
(18:07:15) <NiKoLaS> clarop
(18:07:39) <NiKoLaS> el caso es que para resolver ese problema, hay que hacerlo en m_nick xDDDDDDD
(18:08:00) <NiKoLaS> y no en can_send ni is_banned
(18:08:26) <jcea> ` m_nick, el anticristo!
(18:08:33) <NiKoLaS> si, ese ese
(18:09:02) <NiKoLaS> asi que si te parece, concretamos este tema, y se puede añadir a la reescritura de m_nick
(18:09:17) <NiKoLaS> porque meterlo ahora es una tonteria
(18:10:07) <jcea> ` Te agradecería que palnteases todo lo que hemos dicho (resumido)
(18:10:10) <jcea> ` en la lista
(18:10:15) <jcea> ` para darle un poco de vidilla
(18:10:20) <jcea> ` Si te parece, manda el log tal cual




More information about the IRC-Dev mailing list