Sv_contact
Duck
Join Date: 2002-11-18 Member: 9195Members
Join Date: 2002-11-18 Member: 9195Members
<div class="IPBDescription">(+1.1 server op utility - thread hijack)</div> PLEASE - I BEG OF YOU - in your autoexec.cfg or server.cfg file (on the server, not your client) put the following line:
<!--c1--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->sv_contact "YOUREMAIL@EMAIL.COM"<!--c2--></td></tr></table><span class='postcolor'><!--ec2-->OR<!--c1--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->sv_contact "AIM - YOURAIM"<!--c2--></td></tr></table><span class='postcolor'><!--ec2-->OR<!--c1--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->sv_contact "ICQ - YOURICQ#"<!--c2--></td></tr></table><span class='postcolor'><!--ec2-->
Otherwise, there is no way for the users to know who is the server administrator and contact you regarding cheaters, exploiters, hackers, or just **** in general. The variable is there for a reason.
<!--c1--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->sv_contact "YOUREMAIL@EMAIL.COM"<!--c2--></td></tr></table><span class='postcolor'><!--ec2-->OR<!--c1--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->sv_contact "AIM - YOURAIM"<!--c2--></td></tr></table><span class='postcolor'><!--ec2-->OR<!--c1--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->sv_contact "ICQ - YOURICQ#"<!--c2--></td></tr></table><span class='postcolor'><!--ec2-->
Otherwise, there is no way for the users to know who is the server administrator and contact you regarding cheaters, exploiters, hackers, or just **** in general. The variable is there for a reason.
Comments
Never have gotten an e-mail from it tho...
Never have gotten an e-mail from it tho... <!--QuoteEnd--> </td></tr></table><span class='postcolor'> <!--QuoteEEnd-->
nobody@example.com ? <!--emo&:)--><img src='http://www.unknownworlds.com/forums/html/emoticons/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif'><!--endemo-->
I really hope that in 1.1 we can have tsays and stuff show up in the boxes even without autohelp on. It's hard to promote a community with just a conmsg.
You're preaching to the vicars my friend <!--emo&:)--><img src='http://www.unknownworlds.com/forums/html/emoticons/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif'><!--endemo-->
I know there are already utilities like this out there, but we don't include other people's code with NS. This would be a 'no-frills' version, tailored more towards the nublet admin, and somewhat NS-specific. What would you guys think about something like that, and if you liked it, what would some of your suggestions be for options to provide, or specific vars to be included? I have my own ideas, but you're the true experts here. Just remember that I'd be the one coding it, so don't get too married to your ideas... <!--emo&:)--><img src='http://www.unknownworlds.com/forums/html/emoticons/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif'><!--endemo-->
Actually, the HLDS-NS shortcut could point to this utility, so it runs everytime the operator starts the NS server. With a checkmark to 'not prompt me again' so that they can turn it off once they have things the way they want them, unless they run the exe directly without trying to start a server.
Thoughts? Comments? Hate and Discontent?
Could be a webpage, bash script (my prefered fav), or a c++ program that generates thier server.cfg and autoexec.cfg files for them, then they just install the file ro copy and paste it. and asking really n00blet questions too like
<!--c1--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->
"Is this an offical CAL server?">>bCal;
tRate=(bCal)?10000:3000;
"What is UPLOAD speed of your internet connect in KB/s" >> fUload;
"How many players do you want to host?">>iMaxPlayers';
if(fUpload*1024/iMaxplayers<tRate) //have to convert to B/s or you could multiply the sum by 1000 after, but this is more accurate
print "Your max players setting is way to high to the upload speed of your line.";
else
fSv_Maxrate=int(fUpload*1024/iMaxplayers);
<!--c2--></td></tr></table><span class='postcolor'><!--ec2-->
Things like that. simple stuff to you and i, but nooblets don't understand these things. A script or webpage(php of course!) would be much more appropriate than a downloadable client IMO. Plus, you won't have old versions of your code floating around the interet and this way its always up to date as well.
Shortcut >runs> ns-srvr-cfg.exe >runs> hlds.
We couldn't make it very 'naggy', or have an operator be likely to use it, if it were web-based.
On the negative side (to your point, and to my own preference for thin-client computing ), this would be a very Win32-specific utility. Linux ops would not see much benefit to it. However, usually they are not as likely to just slap on an HLDS and let it run without tweaking it at all. I think the win32 operators are more likely to have their servers running with defaults, as they are often less-tweaky about their OS and such. It's an unfortunate side-effect of Windows' 98% market domaination of PC's.
Perhaps we could have some sort of happy medium. The problem with doing it via uncompiled scripts is that a perl or python script that would run fine on Linux won't even necessarily have the engine necessary on Win32. A compiled win32 exe has no luck on linux. Life in disparate OS land...
EDIT: Or a combination? We could include a setup script in the linux tarball version what asks the same sorts of things. Interesting... 2-pronged approach might be best?
I really hope that in 1.1 we can have tsays and stuff show up in the boxes even without autohelp on. It's hard to promote a community with just a conmsg. <!--QuoteEnd--> </td></tr></table><span class='postcolor'> <!--QuoteEEnd-->
I use Clanmod. In the clanmod.cfg, it allows for messages being broadcast at certain timed intervals.
Maybe our 2-pronged approach is good enough now and we'll see the response and requests for a 3rd (probably webbased) client.
I'd be more than happy to do the bash script for ya, just give me the list of new cvars that will be implimented and those will go into the script as well. I have all the old ones (1.04). does 1.1 have any news cvars? there aren't many posts about this in the beta op forum.
I really hope that in 1.1 we can have tsays and stuff show up in the boxes even without autohelp on. It's hard to promote a community with just a conmsg. <!--QuoteEnd--></td></tr></table><span class='postcolor'><!--QuoteEEnd-->
I use Clanmod. In the clanmod.cfg, it allows for messages being broadcast at certain timed intervals. <!--QuoteEnd--> </td></tr></table><span class='postcolor'> <!--QuoteEEnd-->
i use amx and TC made an awsome tsay script that turns on and off cl_autohelp...its a temp fix but the motd and timedintervals work <!--emo&:)--><img src='http://www.unknownworlds.com/forums/html/emoticons/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif'><!--endemo-->
Be the user. Be the user. Be the user. Remember that your server operator in this case is not much more sophisticated than a regular player.
Never have gotten an e-mail from it tho... <!--QuoteEnd--></td></tr></table><span class='postcolor'><!--QuoteEEnd-->
nobody@example.com ? <!--emo&:)--><img src='http://www.unknownworlds.com/forums/html/emoticons/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif'><!--endemo--> <!--QuoteEnd--> </td></tr></table><span class='postcolor'> <!--QuoteEEnd-->
Nope, my real address <!--emo&:p--><img src='http://www.unknownworlds.com/forums/html/emoticons/tounge.gif' border='0' style='vertical-align:middle' alt='tounge.gif'><!--endemo-->
hostname
mp_eastereggchance <!--emo&:p--><img src='http://www.unknownworlds.com/forums/html/emoticons/tounge.gif' border='0' style='vertical-align:middle' alt='tounge.gif'><!--endemo-->
hpk_maxsize / sv_allowupload ?
mp_consistency
rcon_password ?
cdrequired (CDeath will be built into 1.1, right? <!--emo&:p--><img src='http://www.unknownworlds.com/forums/html/emoticons/tounge.gif' border='0' style='vertical-align:middle' alt='tounge.gif'><!--endemo-->)
The defaults are pretty darn good. I don't know if I'd encourage the newbie admin to change too much.
Linux admins usually have a windows box (everyone *plays* NS too, right?). Perhaps just a windows configurator that has a "save to file" option, so the budding Linux admin can GUI himself a config, then just upload it to his server?
hpk_maxsize / sv_allowupload ?
mp_consistency
rcon_password ?<!--QuoteEnd--></td></tr></table><span class='postcolor'><!--QuoteEEnd-->
Good ideas (well, maybe not easteregg <!--emo&:p--><img src='http://www.unknownworlds.com/forums/html/emoticons/tounge.gif' border='0' style='vertical-align:middle' alt='tounge.gif'><!--endemo--> ). Any more thoughts folks? You're making this too easy for me to code so far, as the installer code that configured the user config.cfg was far more complex...
And the idea about being able to save out a text file is good. Although I suppose that dahmed lazy admin could just copy the newly-configured server.cfg from his Win32 NS dir to his Linux box. <!--emo&:p--><img src='http://www.unknownworlds.com/forums/html/emoticons/tounge.gif' border='0' style='vertical-align:middle' alt='tounge.gif'><!--endemo-->
mp_autoconcede
mp_serverops
mp_timelimit
it's makes me RAWR angry
it's makes me RAWR angry <!--QuoteEnd--> </td></tr></table><span class='postcolor'> <!--QuoteEEnd-->
make a new thread for this plz...it has nothing to do with this discussion
oh well. CrackerJack - I actually think it is on topic. The suggested method would get all the people who have been running CS servers to realize that there are some variables that are NS specific that actually help the clients. The reason I posted this was cause I was on a server last night and in two consecutive games, the aliens got 2 hives, two people screamed "OMG TWO HIVES IT'S OVER F4 F4 F4 - KICK THE COMM - OMG - RECYCLE" and then proceeded to kick the commander and recycle the entire base. I immediately checked sv_contact and like I figured, it was empty... (FYI the server was 129.21.147.62:27015 Sl33pl3ss & Meatbarn (NS v1.04) which probably shouldn't surprise me since Sl33pl3ss just posted in the General forum about being a new clan and wanting to recruit, so the admins are probably new to NS)
i'll have the bash script for linux tommorow afternoon. i've worked out the psuedo code...now just to do it bash style <!--emo&;)--><img src='http://www.unknownworlds.com/forums/html/emoticons/wink.gif' border='0' style='vertical-align:middle' alt='wink.gif'><!--endemo-->
make it a function...those are so much fun :-D
nothing is more irriating that dupe coding LOL thats why i did mine in psuedo code first i haven't programmed in a LONG time (i've been debugging mainly).
What language are you coding it in MSVC, delphi, asm, ??
I've been spamming him my tracerts to his mail because i was having ping issues!
LB has been a good guy about it too ;p
BUT guess what ! My Internet company decided to merge with Comcast but never told us. Isn't that grand?
Problems could have been solved with one notice
(;
[/rant]
Carry on (:
You LOVE it you slaaaggg <!--emo&:D--><img src='http://www.unknownworlds.com/forums/html/emoticons/biggrin.gif' border='0' style='vertical-align:middle' alt='biggrin.gif'><!--endemo-->
Good idea MonsE.
As I see it the tricky balance is that experienced server ops will have no problem getting their servers set up correctly. People who need guidance in the way you've suggested (and I agree with what you said totally) sadly are the people who need guidance with almost everything in the server.cfg.
An alternative would simply be to instruct the server op (on installation) to consider using metamod (+) (amx/adminmod/clanmod), and to configure the server.cfg carefully.
Then in the config file, have each cvar even more annotated than they currently are (though the notes are good, just not fully comprehensive).
The warning would be that the server won't run properly until it has been set up and easy documentation is included, so the server.cfg might look something like:
<!--c1--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->//server.cfg - this file contains the CVARs for Natural Selection to run correctly
//IT IS IMPERATIVE THAT YOU EDIT THIS FILE TO SUIT THE NEEDS OF THE SERVER
//sv_contact - example sv_contact "Roobubba@bubbaciousness.bub" - Contact details
//if anything goes wrong with your server
sv_contact "This server admin has not set a contact addres :/"
//mp_timelimit - 60 minutes on the map. After that time the round currently in play will
//be the last before map change
mp_timelimit "60"
....<!--c2--></td></tr></table><span class='postcolor'><!--ec2-->
Actually no, I've talked myself back around yet again, this wouldn't work well for the ultra n00bs who can't work out what player count to have (based on bandwidth and CPU (dare I say it)).
Maybe these people shouldn't be running servers though, egad I just don't know what to do!
Right:
<!--QuoteBegin--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>QUOTE</b> </td></tr><tr><td id='QUOTE'><!--QuoteEBegin-->cracker jackmac Posted on Mar 10 2003, 08:35 PM
--------------------------------------------------------------------------------
my little psuedo code for determining max rate will be sufficent i beleive and if you can't answer those 3 questions then you shouldn't runa server in the first place <!--QuoteEnd--></td></tr></table><span class='postcolor'><!--QuoteEEnd-->
True, but they ARE running servers which is the problem we face, so maybe we do need to include more cvars in this script - after all if they can't face filling in what 10-15 boxes to get the server at least started, then we're better off if they DON'T host servers!!
The downside is that if people are spoon-fed, they will never learn to do it the right way.
Gah! Nothing to see here, carry on as you were <!--emo&:)--><img src='http://www.unknownworlds.com/forums/html/emoticons/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif'><!--endemo-->
As for win32/linux - definitely windoze based but generate the cfg files for copying - as was said before linux ops know how to tweak things and don't go banging on the forums every five minutes for answers, whereas new ops in win32 do tend to.
It's the old RTFM factor: linux_RTFM "0.99"; win32_RTFM "0.0001"