I fixed the SVN!
It’s quite a happy occasion for the people here at Valde Games. I fixed the SVN. I just started work on the game again – I just added code for “nade charging” the longer you hold fire, the farther the nade will go. Hopefully the rest of the team will get motivated… or come back… or something.
Due to the response I received from my little XFire and Teamspeak spammer I am considuring updating them both and releasing a Ventrillo spammer to do the same thing the Teamspeak spammer does. If anyone has any other ideas for spammers let me know!
AIM, MSN, and other messangers will not work because the server blocks out messages after so many.
A working Alpha…
I currently have a working Alpha version and a working command-line based client. Change logs to track progress will be released when we hit Beta.
Command Structure:
command->arguments->arguments->…->…
Example:
“kill->cmd.exe” would kill “cmd.exe”
“ls” would list the files in the current directory
“cd->My Documents” would change the current directory to My Documents
Command Area Prefix:
Dos has directory> (Example: C:\>_)
Linux/Unix/Mac have user@pc directory $ (Example: moo@moo’spc /boot/$_)
RSE has user@server directory $ (Example: m00@mooserv C:\$_)
Basically, a Linux/Unix/Mac layout and some Linux/Unix/Mac commands in a Windows System. Think of RSE as a remote CygWin that doesn’t run Linux apps but can use all of Window’s hard drives and files.
Well, I recently installed Gentoo on my ex-windows laptop and decided to code some retarded programs! The first one is called waffle-me – Ever wanted a waffle in the middle of emerging/compiling something? Now you can satisfy yourself by typing waffle-me in the terminal.
From XFire’s Website.
I guess that’s the end of my xfire spammer… however, it still is functional. You can send about 100 messages every 3 seconds, it’s just no longer as useful as it used to be. I’ll look for a work around but it seems to be client side code (I.E. Not the spammer’s side) so I don’t know if it will be possible.
I finally began work on RSE (a program I announced a while ago). Although progress is moving slowly as I am also working on HE. I am planning on developing it in the mindset that it will be used for launching game servers/services on Windows Based Machines. I will be giving the option to use a default settings file tuned to Game Server Host’s, as well as a PHP web interface. Although the program can be used in almost anyway to manage a remote server it will be built with Game Servers in mind.
Basically there will be two ways to use it, a telnet interface, and a web interface. The web interface will (initially) only support game server related commands such as launching and closing programs, as well as, editing simple files (config files?). The telnet interface will require you to know the commands (such as boot->app->args). You will be able to manage almost any aspect of the server computer form this interface. Many of the commands you know from ServConv will also be used in the Telnet interface. I may not include “closeUnneededPrograms” because it would be a little dangerous to run that command if you do not have a visual of how the server will respond to it.
More info to come…
A lot of Windows Users know about the “DisallowRun” registry key you can create in HCU (Current User). This key will let you enter exe’s that you do not want the given user that is logged in to be able to run (such as “iexplore.exe”). Well I made a little app to do all that for you. Just enter a exe names and press enter.
Well, RSE has taken a back-seat to HE. I guess this is a good thing as I havn’t touched the game in months. I recently finished re-coding rounds and teams and we should start to see the game moving again…
I dunno, I really liked the idea of RSE (mainly as I’d use it a lot). I guess that app will just need to wait.
Name: Remote System Execution (RSE)
Description: The Remote System Execution (RSE) System will allow users to control any aspect of another computer with simple, low bandwidth, commands.
Basic Coding Info: The Remote System Execution (RSE) System can be broken down into two parts. The client (at first a command-line, and later graphical) program that sends data to the other part, the server. The server (at first a command-line application, and later a windows service) that waits for data and executes the given command. The commands that can be executed by the clients will depend on the users level of access. The install will come with the default level of access “SuperAdmin” which will have access to all the commands. You will be able to define the commands each level can execute as explained below.
“groups.ini” File
———-
[General]
iTotalGroups=1
sGroupName[1]=SuperAdmin
[SuperAdmin]
iTotalCommands=1
sCommand[1]=aCommandThatCanBeExicuted
“users.ini” File
———
[Users]
iTotalUsers=1
admin=pass
[Groups]
admin=SuperAdmin
