BnetWeb
Services => Projects => Software => Topic started by: Punk on October 29, 2010, 10:46:07 pm
-
This isn't a project I'm going to hype. It's actually a really interesting project since the bot is completely web interface. It DOES connect, but since I'm running it on a server I don't intend to release the demo to connect to Battle.net. Someone would probably mass reconnect to get it pee-banned.
The backend (written in PHP) is fully functional and establishes a battle.net connection; However, the front end, as you can see, is still in the works. I've noticed it only works well with Firefox and Chrome. Internet Explorer just takes a big dump on it which isn't surprising.
Tell me what you think.
http://66.158.210.102/test/TestProject/index.php (http://66.158.210.102/test/TestProject/index.php)
p.s. also try out the themes. I may use dark-knight as the default.
-
Does this project have any relation to PHP Bot by Leaky?
-
Who is leaky?
-
He's an awesome webdeveloper who makes ridiculous things in PHP.
I've worked with him on a few of his projects.
-
I'm actually pretty curious about this. Send me an IM later, I have a couple questions.
-
If the page loaded..
-
^
-
Try again
-
Class bnet did not load successfully & Error 10060 =]
Nice console
/edit: Works fine on Safari
-
It DOES connect, but since I'm running it on a server I don't intend to release the demo to connect to Battle.net. Someone would probably mass reconnect to get it pee-banned.
[/quote
The backend (written in PHP) is fully functional and establishes a battle.net connection; However, the front end, as you can see, is still in the works.
gratzi
-
P.S. - Its not the first of its kind.
-
P.S. - Its not the first of its kind.
I remember Fapiko made something like this too. That'd mean atleast three people have done it.
Fapiko, Leaky, now Punk
-
This reminds me of Scopes webbot, wonder how bad your servers gunna lag doing this.
-
Looks pretty cool.
-
This reminds me of Scopes webbot, wonder how bad your servers gunna lag doing this.
It doesn't occupy more then 1% of my winnt machine. I doubt it will take any more on a quad xeon. So I have nooooo idea what your talking about. What I meant when I said "one of a kind", I meant it's the first bot that is actually user friendly. Fapiko didn't put effort into his Webbot because it was only to prove someone that keeping a socket alive in PHP is possible.
But anyway, I'll probably end up finishing it sometime next week. It'll probably have a menu just like a normal bot with a configuration and all. I'm only doing this for personal gain, and of course whoever finds interest in the project -.^
-
Btw, Bot UI looks better (but not perfect) on IE9. It has a few sizing issues.
-
doesnt seem to load on Firefox. its 328am saturday oct30th
-
doesnt seem to load on Firefox. its 328am saturday oct30th
I bet his webserver fucked up and crashed. :P
-
doesnt seem to load on Firefox. its 328am saturday oct30th
I bet his webserver fucked up and crashed. :P
The computer is titled Chris-PC, so Im betting its his home computer not to mention, its WxampWebServer? or however you spell it. Very probable that he just turned it off an went to sleep.
I, like his UI. I like the Practicality. But honestly, I like my system more. Yeah, its not coded in c++, java, c#, or even vb6. But it does its job and, allows for a lot of expansion. As well its compatible with SC2 & DIII if Channels are added. Multiple Web Consoles can exist controlling multiple clients. No chat is sent thru bnet to a user or operator therefore its 100% undetectable by blizzard.
ScreenShot 1 (Web Console Login) (http://img517.imageshack.us/img517/7510/loginns.png)
ScreenShot 2 (Web Console Logged In) (http://img841.imageshack.us/img841/9757/webconsole.png)
ScreenShot 3 (Web Console Input) (http://img204.imageshack.us/img204/9052/commandingwebconsole.png)
ScreenShot 4 (Command In Memory) (http://img809.imageshack.us/img809/5903/displaycommand.png)
ScreenShot 5 (Sending Command, Client Side) (http://img151.imageshack.us/img151/1664/clientside.png)
-
Loaded for mee seem'd fine :D
-
Btw, Bot UI looks better (but not perfect) on IE9. It has a few sizing issues.
That's good. A lot of the stuff that works in Chrome, won't work in Firefox and vice versa. I mean, I can't really expect it too but I guess I can hope for the best.
I was originally going to do a login type thing that allows bot administration. On top of that, I was also intending adding a listening service for each account that would allow a person to listen to the web server from there bot client.
For example, lets say you have the script running on your web server, and a bot established to Battle.net. If you didn't want to open up your browser or establish a new connection to Battle.net from your local computer, you could put in the IP to your server and press connect. The server would simulate a false Battle.net connection and then start relaying the data it received from Battle.net, back to you. Almost like a gateway. This would allow room for customizable commands that would allow you to remotely administrate your web bot from your local bot (ea. StealthBot).
When you disconnect your local bot, the established connection to Battle.net will stay open on your web server.
-
I was originally going to do a login type thing that allows bot administration. On top of that, I was also intending adding a listening service for each account that would allow a person to listen to the web server from there bot client.
Thats basically what mine does already.
For example, lets say you have the script running on your web server, and a bot established to Battle.net. If you didn't want to open up your browser or establish a new connection to Battle.net from your local computer, you could put in the IP to your server and press connect. The server would simulate a false Battle.net connection and then start relaying the data it received from Battle.net, back to you. Almost like a gateway. This would allow room for customizable commands that would allow you to remotely administrate your web bot from your local bot (ea. StealthBot).
When you disconnect your local bot, the established connection to Battle.net will stay open on your web server.
Sounds like you were stoned when you wrote this part. What I understand from it is, that you want to share/mirror the connection between the two computers an if one dies the other one takes over the connection?
-
Okay, let's simplify what I just said...
I go to my website where my PHP bot is located. I press "Connect" and the bot establishes a Battle.net connection. I close my browser but the bot remains established to Battle.net. Since my PHP bot also includes a listening service, I am able to connect to it from a local bot (ex. StealthBot). I set the battle.net server in stealthbot to connect to my web server and my web server will from there on simulate a "Battle.net" connection sequence. After the bncs is completed, the web server will relay the packets that the php web bot is receiving. This is also known as a "gateway".
Furthermore, since there is a gateway between StealthBot, I am able to add custom commands to the middle man (the listening service/web bot). That way, you can remotely administrate your web bot from a local bot. When you close SB, the connection to battle.net will remain open because the web bot is the real connection holder.
If you didn't understand that, your SOL.
-
Seems rather pointless, why don't you just run the "local bot" on the server and, then allow "webbots" to view/control it?
-
Seems rather pointless, why don't you just run the "local bot" on the server and, then allow "webbots" to view/control it?
It gives the unique ability to have the bot be multiple purpose. If for some reason you wanted it a chat bot then a moderation bot. Depending on how he codes it, I bet you could even get it to relay game packets.
-
Seems rather pointless, why don't you just run the "local bot" on the server and, then allow "webbots" to view/control it?
I think you're missing the point to this and I'm not about to revise it.
@DavidK
Yes, it could be for that even. Matter of fact, it could also be a starting ground for game hosting like GHost++, StarBot, etc...
-
So, I have put a hold on the project as usual. I've ran into some obstacles that Ed and I have been trying to dissolve. The sad part about it is that there is no viable solution to it...
Here is whats going on... Okay, I've been able to keep the socket alive and maintain a solid connection to battle.net (which I originally thought wouldn't give me problems). Now, the tricky part is being able to relay data back to the client web interface (which is what all of you have seen so far). Since HTML4< has no true method of pushing data to a browser, trying to make a real-time chat bot (with an interface) was needless to say, not possible.
Yes, there are solutions to this, but like I stated there is no "true" method of pushing data to a browser. There is something calling comet programming which simulates pushing but in reality, it is polling. This is what I want to avoid because it could leave the client with overhead that I don't want to bear on them.
So my solution is this: Even though HTML5 is still a working draft, most browsers to this day (Chrome, Firefox Beta, Opera, Safari Beta, and a few others) offer a critical feature with HTML5 - being able to derive a websocket straight from the browser. This allows realtime data to be shared between a remote socket, and the client. Therefore, I can actually execute ajax procedures (which is what SoutienBot's front end is written in) remotely to your client. This is what we call actual pushing.
Anyway, my solution has worked but now I must change my framework of the bot to be compliant with WebSocket. This won't be hard, it'll just take a little bit of my time to perfect it.
Any suggestions, let me know!
-
Any suggestions, let me know!
http://php.net/manual/en/function.pfsockopen.php (http://php.net/manual/en/function.pfsockopen.php)
http://en.wikipedia.org/wiki/Comet_(programming) (http://en.wikipedia.org/wiki/Comet_(programming))
If you set a minimum interval between responses, the overhead will be negligible.
-
Could you push data to a local file and have php read from the file and an ajax script to update the browser?
-
Could you push data to a local file and have php read from the file and an ajax script to update the browser?
You forgot to mention the component that pushes data to the local file...as in, a whole bot implementation. He's talking about using just php or html5 to keep a live connection to bncs.
-
Oh sorry for not mentioning... http://www.php.net/manual/en/function.fwrite.php (http://www.php.net/manual/en/function.fwrite.php)
-
I think you're missing the point. There's no difference from a flat file implementation than one in an rdbms. This is pretty old anyways.
-
Yeah I really should read shit.