Addressing Mod Issues in Chat Rooms

Bigtruck said:
Yes, Im curious as well.

Ray
Click to expand...

I already know the answer Ray, I am just curious as to how it was going to be done considering that if even possible to do via java chat would need to be coded in by Ustream itself lol. It would be a word or letter count code bypassing certain usernames but in the end it would actually hinder the chat as it would drive away newbies looking to talk.

Kind of accomplishes the same thing as the remove text option, that actually makes the text show twice, the 2nd time by the mod removing it.

Basically Ustream's chat applett s**** to say the least.
 
Winston846 said:
I know that. I think I just didn't word it properly - or completely. What I should have said was that it was impossible to ban the single user without banning the ENTIRE proxy server, which would ban other users using that service as well. What I said was correct from the standpoint that it is impossible to ban a SINGLE USER going through a proxy server based on their IP address.

I've been out of it for a few years and am probably a little behind on the times, but unless things have changed, the chat is probably UDP based, and UDP can still be proxied.
Click to expand...

You are correct there. I wasn't trying to be a wise a**, I have seen so many ideas and not meaning in this thread but over the time I've been on streams from people who simply just do not have a clue it gets a chuckle at times. It's not UDP based but you are correct there as well in both accounts on UDP being able to be proxied and if the service is banned it bans others using it too. However for those ones using proxies, the server itself masks a portion of the ip so I would say drive them off the proxies or they don't get in. Normal users on ustream can't see their ip via anyway so they in all reality have no reason to use proxies.
 
bboxgrinder said:
I'm just curious with this. How exactly are you going to that, with the chat applett itself or a special program? That sounds like quite an extravagent code.
Click to expand...

Sounds like I'm chatting with app users. The discussion would be better had with the coders over at the streaming site.

The procedural concept is to use the buffer to filter the messages as well as determine wait times between posts.

Like on AZ there is a character limit count. The difference with a streaming service is the buffer is almost non-existent because people want it streaming, there is a tradeoff. I say almost non-existent because the data still travels from end user to server and then back out for display via the server.

Thinking about getting things done is important, but with programming testing out code is essential.

Besides the IP thing what other alternatives were you considering?

I like the buffer idea because it doesn't require maintenance. IP banning requires maintenance.
 
bboxgrinder said:
You are correct there. I wasn't trying to be a wise a**, I have seen so many ideas and not meaning in this thread but over the time I've been on streams from people who simply just do not have a clue it gets a chuckle at times. It's not UDP based but you are correct there as well in both accounts on UDP being able to be proxied and if the service is banned it bans others using it too. However for those ones using proxies, the server itself masks a portion of the ip so I would say drive them off the proxies or they don't get in. Normal users on ustream can't see their ip via anyway so they in all reality have no reason to use proxies.
Click to expand...

No offense taken. ;) Just trying to pitch in and help.

I agree with driving the users off the proxies. That's about the only way. IMHO, you're only using a proxy if you have something to hide. It wouldn't be too difficult to write a script to do a reverse lookup on the IP address, and if it traces back to a proxy, alert the user, etc.

--Winston846 <-- Former MCSE (NT4 days) until I stopped paying Microsoft for that "privilege". Just a code monkey nowadays and haven't kept up on the networking end of it. :sorry:
 
Winston846 said:
No offense taken. ;) Just trying to pitch in and help.

I agree with driving the users off the proxies. That's about the only way. IMHO, you're only using a proxy if you have something to hide. It wouldn't be too difficult to write a script to do a reverse lookup on the IP address, and if it traces back to a proxy, alert the user, etc.

--Winston846 <-- Former MCSE (NT4 days) until I stopped paying Microsoft for that "privilege". Just a code monkey nowadays and haven't kept up on the networking end of it. :sorry:
Click to expand...

I knew you wasn't the average kid on the block with your 1st post wording. ;) I hear you loud and clear about how things have and are changing. Quite an amazing scenario we will be seeing with computers and the net in times to come for sure. Thanks for your polite & informative reply Winston. I looked at my text after I wrote the response to you 1st and thought that could look a bit rude. It don't take much for text to get misunderstood on here.
 
justnum said:
Sounds like I'm chatting with app users. The discussion would be better had with the coders over at the streaming site.

The procedural concept is to use the buffer to filter the messages as well as determine wait times between posts.

Like on AZ there is a character limit count. The difference with a streaming service is the buffer is almost non-existent because people want it streaming, there is a tradeoff. I say almost non-existent because the data still travels from end user to server and then back out for display via the server.

Thinking about getting things done is important, but with programming testing out code is essential.

Besides the IP thing what other alternatives were you considering?

I like the buffer idea because it doesn't require maintenance. IP banning requires maintenance.
Click to expand...

There is a buffer like you are talking about. BUT the buffer on Ustream's chat has no tie in with the actual stream. The way ustream is set up the chat & the stream itself are two separate entities with a couple codes relaying from the chat side to the ustream registration, basic control.

As for consideration on what to do I wouldn't consider anything but a ban & track which involves no maintanence but one click & addition to a sh** list with the proper program. Which I am not talking about the actual ustream app itself which I doubt you could get them to code anything into anyway. For the 1,000's of users that log in there unfortunatly there are but a few people that have to try & ruin it for others. I don't think Ustream wants to do any more work then necessary based on the few vs the majority, if I worded that right lol.
 
bboxgrinder said:
There is a buffer like you are talking about. BUT the buffer on Ustream's chat has no tie in with the actual stream. The way ustream is set up the chat & the stream itself are two separate entities with a couple codes relaying from the chat side to the ustream registration, basic control.

As for consideration on what to do I wouldn't consider anything but a ban & track which involves no maintanence but one click & addition to a sh** list with the proper program. Which I am not talking about the actual ustream app itself which I doubt you could get them to code anything into anyway. For the 1,000's of users that log in there unfortunatly there are but a few people that have to try & ruin it for others. I don't think Ustream wants to do any more work then necessary based on the few vs the majority, if I worded that right lol.
Click to expand...

If the app gets reworked (that is a big if, some people are touchy with their code, especially if its proprietary) but the filter doesn't require anyone to click at all, nobody has to maintain banning people. The filter is a uniform policy and doesn't require maintenance.

It is like watching a child learn to talk with a few words and then learn sentences. The concept for the buffer filter is the same. But since AZ is a free site it uses proprietary software (vbulletin), and then we enter the coders realm of mods. Same goes for the people that foot the bill for ustream.

The problem with maintenance and someone having to click is people make mistakes. Mistakes don't happen often but when they do a lot of people get upset. My policy is fewer mistakes are better which is why I prefer no or low maintenance apps.

Best suggestion is to tell the site owners to develop that feature of filtering the chats. With programming there is always a way but the people that put the service out there don't know whether or not they should develop it.
 
Lenny...I figure you'll do the right thing. Gotta confess, haven't been visiting the streams like I used to. "Stuff" happening now. I want my boring retirement life back. Maybe one of these days...
 
justnum said:
If the app gets reworked (that is a big if, some people are touchy with their code, especially if its proprietary) but the filter doesn't require anyone to click at all, nobody has to maintain banning people. The filter is a uniform policy and doesn't require maintenance.

It is like watching a child learn to talk with a few words and then learn sentences. The concept for the buffer filter is the same. But since AZ is a free site it uses proprietary software (vbulletin), and then we enter the coders realm of mods. Same goes for the people that foot the bill for ustream.

The problem with maintenance and someone having to click is people make mistakes. Mistakes don't happen often but when they do a lot of people get upset. My policy is fewer mistakes are better which is why I prefer no or low maintenance apps.

Best suggestion is to tell the site owners to develop that feature of filtering the chats. With programming there is always a way but the people that put the service out there don't know whether or not they should develop it.
Click to expand...

Interesting thoughts, and not a bad idea but the chat side is not done by apps. ;)
 
bboxgrinder said:
Interesting thoughts, and not a bad idea but the chat side is not done by apps. ;)
Click to expand...

But the problem will be solved by someone with programming skills. And procedural solutions are outlines for how to solve problems are not the implementation of solving it.

Like how someone can know how to aim on a shot but not understand the mechanics of nerves for how to follow through when aiming a shot.
 
mikeyfrost said:
I dont give a **** what anyone says i'm a fantastic mod
Click to expand...

Definitely we are talking about making sure you have to tools to be an even better mod.

So instead of them blaming you they blame the policies of the chatroom or streamchat or whatever.
 
mikeyfrost said:
When you swing the hammer you only need one tool.....a mouse!
Click to expand...

I will not be disrespected by you or anyone on this forum with slang or euphemisms.


My response is even using a hammer requires knowing how to identify one and have the strength to yield it. Until you have ended that quest you will be without the aid of such a mighty tool.
 
UrackmIcrackm said:
I guess I'm just too old but nothing about this sounds like fun. Just out of curiosity, when you were having so much chat fun during the US Open stream, did you happen to catch any pool being played on the stream? :confused:

Thank goodness for the full screen option.
Click to expand...

Urackm,

1.) I have more than one screen.

2.) Most heavy chatting is done before matches start with light to moderate chat during the match.

Eg..Wow, great shot! Or, Ship my Ribeyes, etc.

If you are in the chat room I will chat less as not to annoy you.

And yes, Mikey, you are a good Mod

Good day to all...
 
mikeyfrost said:
When you swing the hammer you only need one tool.....a mouse!
Click to expand...


justnum said:
I will not be disrespected by you or anyone on this forum with slang or euphemisms.


My response is even using a hammer requires knowing how to identify one and have the strength to yield it. Until you have ended that quest you will be without the aid of such a mighty tool.
Click to expand...

Did anyone else see that plane fly right over his head? :D
 
You must log in or register to reply here.
Back
Top