Looking for advice on which web language to use

[Speelgoedmannetje]

Java. (as applet)

[Speelgoedmannetje]

:lol:

[Speelgoedmannetje]

It's quite similar.
But you don't have to use pointers as much.

[Speelgoedmannetje]

You cannot use classes in ECMAScript like you can use them in Java. And it certainly does not have as much libraries as Java. And it's just plain messy.

[Speelgoedmannetje]

Maybe in combination with CGI.
But really, JavaScript is a nightmare which I want to forget ASAP.

[Speelgoedmannetje]

motorollin wrote:
but I would have no idea how to start with coding something like that.

I guess you know how to program object oriented? And you have learned about software design patterns? When you can you know it won't be much of a problem :-)

[Speelgoedmannetje]

motorollin wrote:

Speelgoedmannetje wrote:
And you have learned about software design patterns?

I know what they are, but I have never used one. I don't like the idea of trying to make my game fit in to a template.

It's not template based, it's making use of ways to program. Ways which already have been thought out by experienced programmers.
Like the pattern Model-View-Controller

[Speelgoedmannetje]

motorollin wrote:
OIC. I would be interested to see how an online game communicates with the back-end and keeps synchronised. Any ideas when I can get information on design patterns for things like this?

--
moto

I'd use (and have used) a threaded method in combination with observer/observable implementation.

[Speelgoedmannetje]

motorollin wrote:
Hmm, I wonder if this would be any better than JavaScript:

http://en.wikipedia.org/wiki/AJAX

"A primary characteristic is the increased responsiveness and interactivity of web pages achieved by exchanging small amounts of data with the server "behind the scenes" so that entire web pages do not have to be reloaded each time there is a need to fetch data from the server."

--
moto

But then I think Java is more common than Ajax.
Not sure though...Hm, well, it seems to be so.

[Speelgoedmannetje]

Actually, Bloodline, what are you so much against Java?

[Speelgoedmannetje]

uncharted wrote:

bloodline wrote:

Speelgoedmannetje wrote:

For the purpose of Internet, JavaScript is much better... Though the DOM is a bit of a mess... fortunately, HTML 5 should fix all the problems :-)

I've seen first hand that the above simply isn't true in many cases.  HTML 5's jam tomorrow is not really a convincing argument, especially when the track record of the major player's adoption of internet standards is so dire.

You better get the quote right, I sure as hell didn't write that :nervous:

[Speelgoedmannetje]

bloodline wrote:

Speelgoedmannetje wrote:
Actually, Bloodline, what are you so much against Java?

Very good question! The answer is manifold... And as such would take ages to explain... but I can summarise... I think it's inefficient, the problems that the original specification tried to solve don't exist any more and as such the focus is wrong. It tried to be between a VM and an Operating system... which makes it not very good at either... The Java VMs use a lot of CPU time... The JITs generate very slow code... When running Java on mobile devices, the battery life is severely reduced. Java is an ecosystem in it's own right... it keeps itself from the host system. Java Byte Code is not well suited to modern computer system, I think in the the last decade or so a better ByteCod could be developed... Hell 68K code running on Bernie's UAE JIT is more efficient!

For the purpose of Internet, JavaScript is much better... Though the DOM is a bit of a mess... fortunately, HTML 5 should fix all the problems :-)

OK. Java is very slow, but if you want to make more difficult program, JavaScript is plain unusable, and at best utterly messy.
And btw. considering complex programs written in Java, I very much doubt JavaScript will be any faster. Since JavaScript is a SCRIPT and thus for standard tasks it will be fast, but not for more complex tasks.

[Speelgoedmannetje]

motorollin wrote:
BTW, is this an acceptable login/session management solution in PHP?

1. Username and password submitted to login script
2. Username and password checked against details in users table
3. Username and password match a user account
4. UserID retrieved from account
5. session_start();
6. Username and UserID stored in variables in $_SESSION[];
7. At the top of each page, session_start() is called

Is that secure enough?

--
moto

Make sure you store a password hash in the database, not the password itself.
(The password hash is derived from the password you submitted, this is done with a certain algorithm)
Also, make sure no SQL injection is possible.
Therefore, you must make sure you know all the things that are done with the database, and make a protocol according to that.

[Speelgoedmannetje]

bloodline wrote:
But unfortunately, I don't think java is either,

It isn't. Java is widely being used for the most complex processes in business. It's all java, and it works.

[Speelgoedmannetje]

bloodline wrote:
Just because something is widely deployed doesn't make it good does it?

It matters in which environment it's widely adopted. Big automization companies have well thought out what to use and what not to use.