Poll

Do you support this?

Yes
7 (53.8%)
No
4 (30.8%)
If it will be available on Mac, then yes
1 (7.7%)
Havn't decided
1 (7.7%)

Total Members Voted: 13

Author Topic: Blockland Internet cPanel Development  (Read 2874 times)

I dont trust this at all.

Sounds interesting. Looking forward to using this in the near future.

Leave things like this to Icygamma.

Leave things like this to Icygamma.
I saw imaginary percentages, then I died.

There's recently been a rise in third party programs that are supposed to "make blockland better and easier" like easy script systems and colorset makers, but none of them seem to get finished, and none of them seem to help at all.
I'm still working on this, and it's not a 3rd-party program.
I will make the attempt to finish it today.

I'm still working on this, and it's not a 3rd-party program.
I will make the attempt to finish it today.
So what party program is it?

So what party program is it?
Built-in, because it uses TorqueScript.

Finished making some interface edits. It looks a lot better now. Well, at least in my opinion. The last one had some compatibility issues, and looked way too similar to the new RTB site.

Letting a web-based app run local executables?  What a great idea.  No potential for abuse.  At all.

And if it's not going to run on a machine other than your own, what's the point?  That's kind of what dedicated.bat is for.

Built-in, because it uses TorqueScript.
Oh, that's what Kalphiter meant by 3rd party.
I thought party meant popularity and the first was RTB.
 :cookieMonster:

Letting a web-based app run local executables?  What a great idea.  No potential for abuse.  At all.

And if it's not going to run on a machine other than your own, what's the point?  That's kind of what dedicated.bat is for.
Your login account must match an email written in a auth file. Checking if the auth is a success is on the hosting computer. This means there is no potential for someone to gain access to your computer.

Tell me how well you can start a dedicated server on your desktop, while on vacation and only have, say, the hotel's crappy computers, or a laptop.
« Last Edit: December 10, 2010, 08:53:12 AM by Scout31 »

You have to understand that nobody is going to use this, and if they need something to manage their dedicated server remotely they'd use RTB. How many people do you honestly expect to:

1) Download this
2) Download + install + configure a webserver
3) Download + install + configure PHP
4) Mess about with their routers to get port forwarding configured correctly

You realize this game is focused on kids aged 8 to 14? And you expect them to be able to do all this?

  • Secure Database Logins - 0% (Currently using direct access to MySQL Database, don't want to give the password to everyone. Will access through my website)

What's that about? You know you can't do that right? That's insane. You've honestly put absolutely zero thought into this yet you're already claiming it's nearly done. You're asking people to host the whole thing themselves but use a remote database? Where's the sense in that?
« Last Edit: December 10, 2010, 09:13:10 AM by Ephialtes »

It's not a bad idea, but should be reduced to just an add-on, which is possible as I have a script which let's you host a website from your blockland server. (originally made by truce)

At least if this guy finishes it he may release it.

 :cookieMonster:

Your login account must match an email written in a auth file. Checking if the auth is a success is on the hosting computer. This means there is no potential for someone to gain access to your computer.

Tell me how well you can start a dedicated server on your desktop, while on vacation and only have, say, the hotel's crappy computers, or a laptop.

The fact that the auth-checking happens on the hosting computer tells me you're wrong.  That computer needs to be open for you to even be able to access the auth key (by the way, is that auth key going to be encrypted?).  Unless you've written some very low-level code, that login's only good for accessing Blockland itself.

If I were going to take this on (which I'm not, because not to sound like a broken record, but we've already got this in RTB), I'd manage auth and logins from a secured remote server with tunneling output so that it's not transmitting your desktop's IP and ports across 10 or more routers.

If I were going to take this on (which I'm not, because not to sound like a broken record, but we've already got this in RTB), I'd manage auth and logins from a secured remote server with tunneling output so that it's not transmitting your desktop's IP and ports across 10 or more routers.
Shutup.

You're wrong.