Una piccola idea

Frequentando più server IRC (ne ho 3 costantemente aperti + altri 2 sui quali vado raramente) ho notato un piccolo servizio che potrebbe davvero essere utile e bello per questo ottimo network.

Quando un utente joina nella net e il suo nick non è ancora stato identificato, il Chanserv ovviamente non gli da lo stato di operatore (nei canali dove questo ovviamente è settato). Una volta identificato posso a dare il comando /cs op #canale mionick per essere oppato dal Chanserv.

In altri net ho invece notato che, non appena l'utente si identifica al Chanserv, questo lo oppa/vocia/halfoppa automaticamente in tutti i canali settati, evitando così una miriade di richieste al CS. Reputo tale cosa molto utile e mi chiedevo se non fosse possibile anche qui (la net nella quale ho più canali rispetto alle altre).

Io personalmente ho lo script automatico che mi oppa (da Chanserv) se sono identificato e non ho ancora la @ o il %, ma in molti non lo hanno o non ci pensano. Spero di non avervi annoiato e di non aver fatto una richiesta stupida.

Grazie mille! 👌

In altri net ho invece notato che, non appena l'utente si identifica al Chanserv, questo lo oppa/vocia/halfoppa automaticamente in tutti i canali settati, evitando così una miriade di richieste al CS. Reputo tale cosa molto utile e mi chiedevo se non fosse possibile anche qui

Non e' una richiesta stupida, ma personalmente la credo poco utile rispetto alle operazioni che i servizi devono compiere... attualmente ChanServ agisce onjoin in due casi: quando ci sono autovoice/autohalfop/autoop settati in canale o quando l'utente e' identificato ad un nick nelle liste del canale. Il tutto ovviamente salvo neverop vari ed eventuali.
Nella tua ipotesi, quando io mi identifico a NickServ, quest'ultimo deve andare da ChanServ e farmi oppare su tutti i canali in cui sono presente, che tra l'altro e' un concetto diverso da "tutti i canali in cui sono xOP". Quindi c'e' da vedere il whois dell'utente piu' eventuali neverop. sia sul nick che su ciascun canale. Inoltre penso anche a quei casi in cui ci si identifica ad un nick in via remota (/ns identify nick password) e quindi NickServ dovrebbe pensare al nick in uso dall'utente ed a quello a cui si e' identificato, che in questo caso sono differenti.
Marginalmente, ci potrebbero anche essere canali in cui e' stabilito che non si possa/non si voglia essere op/halfop/voice in determinate condizioni (#IRCHelp ad esempio).

Tirando le somme della mia personalissima opinione, non so quanto siano grandi le reti che frequenti ma su Azzurra ci sarebbe un discreto carico sui servizi per tutti quei controlli incrociati che mi sono venuti in mente, ed alla fine e' meglio fare come fai tu: un check in locale e via, non e' nemmeno un flood su ChanServ dal momento che penso tu faccia ben piu' operazioni mettendo quell'automatismo. :)

Quando un utente joina nella net e il suo nick non è ancora stato identificato, il Chanserv ovviamente non gli da lo stato di operatore (nei canali dove questo ovviamente è settato). Una volta identificato posso a dare il comando /cs op #canale mionick per essere oppato dal Chanserv.


Scusa ma non fai prima ad aggiungere il comando "/ns IDENTIFY nick Password" nel perform del Mirc o del tuo script in modo che appena tu ti connetti vieni identificato in automatico?

Non esiste solo mIRC, c'è anche Xchat, BitchX, irssi e tanti altri ancora, ma non è quello il punto. Dopo un NetSplit, dopo che il BNC ti cade o in qualunque altra occasione che non sia un JOIN nella net, ti ritrovi con nick non identificato. Tocca fare un ghost e poi un identify, seguito a ruota da una massiccia richiesta di CS OP.

La risposta di Steve l'ho discussa direttamente in IRC ed effettivamente bisognerebbe valutare bene se i Services subiscono o meno un carico di lavoro eccessivo per loro...

Saluti.

bella idea, me piase

Rendo oltretutto noto che, almeno nel mio caso, usare tante volte il /cs OP porta la segnalazione da parte di OperServ di flood :E

Rendo oltretutto noto che, almeno nel mio caso, usare tante volte il /cs OP porta la segnalazione da parte di OperServ di flood :E

bhe se usi uno script che ti oppa in tutti in canali nello stesso momento (e ne hai 10 aperti per esempio) è normale che operserv ti avverta che stai flooddando i servizi :)

Una soluzione potrebbe essere farne uno che ti identifica il nick, e fa il rejoin su tutti i canali almeno non fai flood.

Per quanto riguarda l'idea di gioxx la penso con Steve, credo sarebbe un bel peso per i servizi (soprattutto in caso di netsplit).

ciau

pensavo... magari metterlo di default come un opzione disattivata, da attivare a mano dall'utente, almeno uno lo usa se ne ha effettivamente bisogno e si sovraccaricano di meno i servizi

magari metterlo di default come un opzione disattivata, da attivare a mano dall'utente, almeno uno lo usa se ne ha effettivamente bisogno e si sovraccaricano di meno i servizi

Quanto scommetti che se la settano tutti quanti anche se non ne hanno effettivamente bisogno? :)
Seriamente: secondo me questa idea e' piu' un danno per i servizi che un aiuto per gli utenti.

mettere un controllo su /ns listchans che permette l'attivazione solo se sono presenti x > y (tipo 10 ?) canali ?

mettere un controllo su /ns listchans che permette l'attivazione solo se sono presenti x > y (tipo 10 ?) canali ?

Non sono un coder eh... ma secondo me cosi' aggiungi un'ulteriore variabile di controllo ed incasini le cose ancora un pochino ^^

Un buon sistema sarebbe far mettere a ChanServ il +o (o +v o +h) in tutti i canali cui il nick è addato (indipendentemente che questo vi sia presente o meno. Qualora non fosse presente nel canale il comando andrebbe a vuoto e nessuno verrebbe oppato (o voiciato o halfoppato)

Un buon sistema sarebbe far mettere a ChanServ il +o (o +v o +h) in tutti i canali cui il nick è addato (indipendentemente che questo vi sia presente o meno. Qualora non fosse presente nel canale il comando andrebbe a vuoto e nessuno verrebbe oppato (o voiciato o halfoppato)

In che senso e' un "buon sistema" ?
Cioe', ci si preoccupa del carico dei servizi e tu proponi di fargli lanciare comandi a vuoto? ^_^

A titolo di cronaca, i servizi stanno sotto l'1% di utilizzo CPU anche con 10000+ utenti connessi... un ircd con 1000 utenti sopra fa molto di più.

In che senso e' un "buon sistema" ?
Cioe', ci si preoccupa del carico dei servizi e tu proponi di fargli lanciare comandi a vuoto? ^_^

Mi sembra che in questo modo ci siano meno controlli da fare!
E comunque, stando dal post di Gastaman, sembra che problemi di "carico" non ve ne siano!

Non so quanto sia vero (anche se mi fido) quanto detto da Gastaman, ma a mio modesto parere la mia potrebbe essere una buona idea (qualche volta capita che l'OperServ mi dica che sto floodando i servizi, ho svariati canali aperti) e fare lo script che fa /hop (mIRC) o /cycle (XChat) su tutti i canali potrebbe diventare estremamente pesante per il proprio Client (Lag alto, è un sistema che avevo già provato).

Mi sembra che in questo modo ci siano meno controlli da fare!
E comunque, stando dal post di Gastaman, sembra che problemi di "carico" non ve ne siano!

Non era al carico-macchina che io mi riferivo: e' che sono per natura contrario a controlli annidati all'interno delle linee di codice: se ci sono troppe condizioni da verificare affinche' il determinato comando venga lanciato, per me ha senso mettere tutto il papocchio nel codice solo se il comando in questione e' veramente importante. E non mi sembra questo il caso, di qui il mio parere negativo.

fare lo script che fa /hop (mIRC) o /cycle (XChat) su tutti i canali potrebbe diventare estremamente pesante per il proprio Client (Lag alto, è un sistema che avevo già provato).

Lag si', ma non certo nell'accezione classica di "lentezza di rete": che io sappia (e sul mio pc succede questo), XChat si fa un bel /who +a quando entra in un canale, per individuare subito gli utenti away e marcarli diversamente nella nicklist. Mi accorgo anche io che c'e' lentezza mentre entro nei miei soliti 6-8 canali, ma e' il mio client (quindi: me stesso) che sta floodando l'ircd a suon di who, mica e' la rete che e' laggata: porti pazienza i tuoi N secondi, e poi chatti come al solito.

Lag si', ma non certo nell'accezione classica di "lentezza di rete": che io sappia (e sul mio pc succede questo), XChat si fa un bel /who +a quando entra in un canale, per individuare subito gli utenti away e marcarli diversamente nella nicklist. Mi accorgo anche io che c'e' lentezza mentre entro nei miei soliti 6-8 canali, ma e' il mio client (quindi: me stesso) che sta floodando l'ircd a suon di who, mica e' la rete che e' laggata: porti pazienza i tuoi N secondi, e poi chatti come al solito.
Infatti mi riferivo al lag "personale", non di certo a quello della net :D:-)

A titolo di cronaca, i servizi stanno sotto l'1% di utilizzo CPU anche con 10000+ utenti connessi... un ircd con 1000 utenti sopra fa molto di più.

infatti me pareva strano che fossero cosi assetati *Serv...