We've also learned that the worst thing you can do in playtesting is discourage them from finding exploits.. oops (They kind of get carried away with them sometimes and it is annoying, but the playtesters are volunteers and i guess they deserve to have some fun too ).
However, thanks to everyone's ideas, we've decided not to do anything impulsively that we'll regret, and we've just gone and tightened up what we can. I still think there is a way they are causing floods, but it's tough to tell (only some server operators updated their machines). Cheers all, At 10:44 AM 9/30/2002 -0500, you wrote: >The best plan is to code with the assumption that every thing your adding in >will be used as an exploit. You also have to program in the mind of a >cheater. As your writing your new systems think "If I was a cheater how >could I break this". Its a sad world, but the best way to win is to be one >step ahead of the cheaters. If someone is blocking a door leading from a >spawn area. Then this doesnt mean you have to program stuff to combat it. It >just means you and your mapper needs to rethink the paths from a spawn area. >In Day of Defeat we was hit with this one alot. So we took out the "spawn in >a room with 1 exit door" train of thought and randomly spawned people in a >area with multiple exits out if possible. > >Thats probably the best advice to take and use in this situation. Just >program with the mind set of how can I break this. > >-Brandon "Axis" Russell >Programmer for Day of Defeat > >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]]On Behalf Of Ryan >"Professional Victim" Desgroseilliers >Sent: Wednesday, September 18, 2002 5:51 PM >To: [EMAIL PROTECTED] >Subject: Re: [hlcoders] How do you guys deal with players harrasing >other players? > > >Permanant bans should really not be added for any kind of arbitrary >decision. This kind of feature relies too heavily in the "perfect world" >assumption -- more often than not, players will simply vote "yes" when >unaware of the circumstances of the vote just to get that annoying prompt >off the screen. Not to mention the arbitrary bans handed out on many >style-obsessed servers for using tactics the server doesn't approve of, and >the general "ban first, instruct later" mentality many players have towards >newbies unaware of the server rules. IMO, it's much more effective to work >to remove the possible venues of abuse than to add features encouraging what >is essentially vigilante justice. > > >----- Original Message ----- >From: "botman" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Wednesday, September 18, 2002 7:09 AM >Subject: Re: [hlcoders] How do you guys deal with players harrasing other >players? > > > > > build some vote features into your mod (vote_cheater, vote_lamer, > > > vote_spammer). not a console based one, but an onscreen one. > > > > > > if more than 50% of the users vote to ban someone, the server does it, >and > > > then sends a notice to the server your mod's page is hosted on, (with a > > > small reciever program running) that takes the ban notice, and applys >the > > > wonID to a global banlist. Each server sends a message to this main > > server, > > > and syncs up it's global banlist (with options to sync lists like: >cheater > > > list, lamer list, and spamer list available) on a regular basis. > > > > ...and like I said, you'd have a server with 8 players on it (5 of them > > being from myg0t) and the myg0t players would start banning everyone else > > left and right (since they comprise more than 50% of the players). > > > > Bad idea, IMHO. Also global ban lists are a bad idea unless you are >99.997% > > sure the player is cheating or constantly disruptive (i.e. has been > > disruptive on more than one occasion). > > > > Jeffrey "botman" Broome > > > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, >please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > >_______________________________________________ >To unsubscribe, edit your list preferences, or view the list archives, >please visit: >http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > >_______________________________________________ >To unsubscribe, edit your list preferences, or view the list archives, >please visit: >http://list.valvesoftware.com/mailman/listinfo/hlcoders _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
