Queue System..

[feroz]

Hello,

Is there anyway to turn off, bypass, the eggdrops queue system?
Because im tryin to run a script that takes too much time on eggdrops whereas it's done in a few mins on mIRC..

[demond]

no

optimize your script

[feroz]

The script is quite short.. dont know what i could change in it..

Code: Select all

bind time - * notinchan:timer

proc notinchan:timer { nick uhost hand chan arg } {

	set interval 15;# minutes 

	if {(([clock sec]/60)%$interval)==0} { 

		putserv "privmsg operserv :notinchanlist"

	}

}





bind NOTC - *match* sajoin:notinchan

proc sajoin:notinchan {nick uhost handle text dest} {

	set sajoin_nick [lindex $text 1]

		putquick "sajoin $sajoin_nick #bigidle"

}

But each time it gets over 500nicks to sajoin.. the queue slows it down..
Any idea what i could change?

[demond]

this script is crying, begging to be abused

everyone can /notice your operbot and make it sajoin anyone; there is no check whatsoever

maybe you should state first what you are trying to accomplish?

[feroz]

It's only a test for now.. ill add things to check if nick/flags are known before it does anythin.

What im tryin to do is get a list of ppl idling on the net without bein on any chan, and sajoin them to a chan..

[KrzychuG]

Hello,

Is there anyway to turn off, bypass, the eggdrops queue system?
Because im tryin to run a script that takes too much time on eggdrops whereas it's done in a few mins on mIRC..

Search this forum for "putnow"

[demond]

but why are you requiring an immediate action? why is queued sajoining unacceptable to you?

[KrzychuG]

Probably because of that:

But each time it gets over 500nicks to sajoin.. the queue slows it down..

[demond]

Probably because of that:

But each time it gets over 500nicks to sajoin.. the queue slows it down..

I still fail to see the point

it slows down, so what? why is it so crucial to not slow down?

joining a channel, whether it's normal client join ot forced join (that sajoin sh*t), is not a time-critical operation, or at least it shouldn't be

an example of time-critical operation is kicking/changing modes, say on network with no channel services where you guard your precious channel with army of bots, and they gotta be fast to prevent mass deoping in case someone hacks ops - but that's not the case here

[KrzychuG]

I know that, but explain to feroz ;)

[feroz]

Acutually i would like to use that script when we get flood bot attacks.. to get them in a chan and gline/akill them, that's why it has to be fast.

KrzychuG, tks for that "putnow", ill look for it.

[demond]

but you said you are after idlers? flood bots are hardly idlers...

against flood bots, you better get a decent connection monitor bot, or if you insist on eggdrop - run a specialized operscript (which won't be as fast but still could be useful, without sajoining; I have something like that in the script archive, called tcm.tcl)

[awyeah]

Use 'putdccraw' if you want to bypass the server queue. It might flood your bot of though.

I won't paste the command everytime now. It has been discussed alot. Just search the keyword "putdccraw" and you will find 100's of matches in the tcl scripting section.

[CrazyCat]

Acutually i would like to use that script when we get flood bot attacks.. to get them in a chan and gline/akill them, that's why it has to be fast.

well, so why not simply gline/akill them with the egg?
a simple /whois, get the mask and gline it, so you don't really care of the time the bot use to react, you'll always be longer to type /msg egg kill lamer