hubbeking / hubbot_twisted Goto Github PK

https://github.com/Didero/DideRobot/blob/master/BotHandler.py

They need the message data encoded into byte form, but they're getting it as unicode strings from python, since it's just a .format() with unicode_literals on

If the bot is in mid-connection (waiting for a time-out), quitfrom fails to function as expected.

It works alright, and writing new modules is pretty simple... But the bothandler and modulehandler classes are in serious need of a rewrite or at least a serious overhaul.

Maybe the regex is wonk?

Current Module API is simplistic and relies on everything being single-server (despite looking slightly multiserver in places)

TODO:

• Current load and unload would be changed to only happen on startup and shutdown
• New "enable" and "disable" methods for per-server plugin usage (register and delete from modules dict in ModuleHandler? How keep track of disabled modules?)
• Reload methods reworked to find usages of module and replace them, so that references are kept intact. (plugins will probably have to be disabled while reloading, to prevent the bot from using them mid-reload)

I have NO IDEA why this is. It should just be a simple, basic, requests.post() call. But somehow it takes super long to respond, always equal to the amount of time that the timeout is set to.

So you can't be NOT KITTEH one minute and then CRITICAL KITTEH the next.
Maybe also allow ridiculous combinations?

Load status from database rather than roll one up if there's been less than say... 15 minutes? since last roll.

The simplehal library used by the Grapheme and GraphemeLearning modules is terribly inefficient memorywise. On the 25th of May, 2014, almost 200megs of RAM were used by 11 megs of brainfile.

Make it just fetch the bits that match the nick in question, more efficient that way.

This way, Rustle can always be loaded and the RoBoBo module can just handle IdentCheck.

Enable parsing of something like 5m30s into a float of seconds for the callLater() function

GlobalVars is not a good name, since we're instantiating it.
YAML is much better for config than python files anyway, too.

Like lrrbot's !advice, for general life advice

Suggested by rucdoc, seems to fit best into Hubbot