On Sat, Jul 27, 2013 at 8:37 AM, Petr Bena <[email protected]> wrote:
> After some thinking and talking to YuviPanda I decided to make it just > as an ordinary tool instead of whole service. So that it would mostly > consist of a daemon that based on user subscriptions insert stuff to > redis queues. > Do you mean that the bot owners themselves would be responsible for running this tool? It would watch the recentchages of ALL wikis we have @wm and users > could subscribe (using web browser or some terminal interface) to this > service, so that on certain events (page X was modified), this bot > dispatcher would do something (submit their bot on grid / sent some > signal / tcp packet somewhere / insert data to redis etc etc). This sounds like a nice idea, but it'd be bounds more difficult to design than the current bot solution. Mainly because unlike the current model (where UDP is just spammed as fast as possible), this would require filtering through a rule list and actually processing requests. The service would have to keep up with RC. It's not impossible, and if anything I think it's a pretty cool idea. It'd just require some thought as to how the service would handle overload, if the service would support being spanned across a server pool, how the service would be concurrent, etc. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | [email protected] _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
