Wow, This place is a Combo of RII's and myne idea, ...Now about that IRCop group

Really?

Why?

SolarVPS.

They offer a separate family of IRC plans which use additional hardware DDoS protection, but it's not economical for non-IRC applications.

what if we simply had a topic with a script that showed it.. Making it out of your hands.. not involving taloncrossing.. it'd be like the Sig chat things.

Okay.

Would me hosting the bot be a considerable workaround?

Not if it involves the IRC protocol. If it's reading off of a log or something, that's acceptable.

See above. But you'll have to explain what you're trying to accomplish, and the administration also has to accept it.

We could set up some kind of radio-IRC concept, and I could host the radio on my server!!!!!!




or we could just tell them that you can be a mod if you get into the IRC, it worked wonders for my fangame discussion rules

Well, I'm not really sure yet, but I'll let you know when i think of something

Oh right here's the obvious:

showing somewhere on the boardindex or maybe in a marquee somewhere which users are in the IRC


Proposed implementation:
I throw together a PHP irc bot that sits in #mfggirc and gets a list of names every so often. When it has the list of names, it updates a .txt file somewhere on my server.

Every so often, the taloncrossing loads the .txt file. Perhaps this could be done entirely clientside using javascript. If the txt file is loaded by the server, it loads the namelist off of my server at fairly long intervals, say, 2 minutes. this is to prevent load issues for both servers.
if it is loaded by the client, my server gets hammered by the sheer volume of loads. nevermind the clientside loading is a bad idea.

then the contents of the text file are just displayed somewhere.
of course, if this is done, my code will be entirely transparent to people such as retriever II, and ftp accounts may be dispensed.

perhaps another thing that could work is having someone who's in the channel a lot have a script to load a url that has as a GET variable a list of the users in the channel every so often. that is probably a better idea.

if i think of anything else i will obviously post it

This post has been edited by MikeL on Nov 22 2007, 10:51 PM

Updated post with implementation in case anyone read it before that.