egghelp.org community

[IRCNick]

I can't understand you ? What do you mine exactly ? The settings are incorrect ? Isn't this the number that have to be added to the current count(users) ?

[Sir_Fz]

Yes, if you set it as I told you. (make sure your bot is not lagged, and if you think it's too fast then decrease the check time.)
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts

[IRCNick]

I maded this from the begining with:

[Sir_Fz]

The limit procedure has not been changed since the first time it was put in the script, I and alot of other users used it with no bug what so ever, I watched it working fine on my and others' bots. Just a note, if clim(ctype) is set to 1 then the timer is in minutes, not seconds. I don't recommend using seconds since that much speed is not needed.
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts

[demond]

I'd advise against timer use in the automatic limiter - channel join/leave activity is not tied to time but to channel events

+l adjustment should be done in event binds

(haven't looked at the code so ignore this if no timer is used)
_________________
connection, sharing, dcc problems? click <here>
before asking for scripting help, read <this>
use [code] tag when posting logs, code

[Sir_Fz]

It does use timers or utimers (depends on setting), but some channels have alot of users joining consecutively, do setting limits on timers is better IMO since it won't cause the bot to set a limit everytime someone joins, quits or parts...etc
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts

[demond]

no no, you must not adjust +l on any chanevent, no doubt about that; you simply keep a "slack" between +l and current user count - say your +l is 100 and your user count is 85; if your slack is 10 and 6 users join in a bunch, that will trigger increasing +l with 10 to 110 - since the difference between user count and +l has become less than the slack (85+6=91 < 100-10=90)

it's a matter of simple calculations in join/part/kick/quit handlers (in my case, I have a common +l handler bound to all of those) and adjusting +l only if the slack is too low
_________________
connection, sharing, dcc problems? click <here>
before asking for scripting help, read <this>
use [code] tag when posting logs, code

[Sir_Fz]

That's a great idea demond, definitely better than timers. I've already eliminated all timers in the new version and used your [unixtime] following instead I'll implement the limit thing in the next release which isn't soon since I'm not online alot these days.
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts

[sjones]

Hi Sir_Fz,
I've been using your script for about a month now, just wanna say it's great - has everything I need.

I do have one question though, several people in a channel monitored by this script come from the same host, and if all of these people talk at once, the text flood / public msg flood kicks in and kicks them all ( i have bantype set to 1 which is ident@host ). Is there anyway I can get the bot to monitor for ident@host for floods instead of just host, which is what it seems to be doing now?

Any help is much appreciated. Thanks!

[De Kus]

are you sure that is the behavior of this script? I quick checked the code and found what I had suggested to him: spam logging of $uhost which is ident@host.com.

PS: whats that?

[sjones]

[Sir_Fz]

The script triggers on offences from $uhost which is ident@host and not just host. Also flood-chan has nothing to do with AllProtection, if you're using version 4.3 then it's the textl(punish) setting, if you're using the latest 4.4b20 then it's the ap:textl chansetting.

De Kus, yeah that's meant as a return. If it makes you feel better I'll change it
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts

[Sir_Fz]

Finally, AllProtection4.5 is finished. I'm not gonna write any change log, check the history in the header of the script.

This is a public release, which means it's supposed to be bugless

Basicly, all AllProtection users should update to this version; many many changes has been done to the script.
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts

[minted]

sweet
love the new abilily to .chanset everything
takes alot more configuring that other versions, but worth it
thanks

small feature request
the ability to add bad words/nicks via the .chanset in dcc chat, so everything can be done through the partyline.

i can't seem to get the codes kick working, not sure if i have set it up wrong, heres what i have

[Sir_Fz]

Setting badwords via .chanset wouldn't be very efficient since the current eggdrop version cuts channel settings with long words. As for the codes not working, it's working fine on my bot but I'll check with other users and see if it's working.
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts