Looking for advice on which web language to use

[uncharted]

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.

[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.

[bloodline]

Yes Speel, I agree that javascript is not suitable large and complex tasks... But unfortunately, I don't think java is either, which is why I suggested Moto takes the C/SDL route... In js he can prototype quickly and work in any browser (including the iPhone and amiga)... With Java development is slower, more difficult and will need much more cross platform testing, the client will be a much heavier payload etc... By this time he would have been better off using C/SDL!

[bloodline]

motorollin wrote:

bloodline wrote:
I can assure you, there is nothing that I have suggested which is beyond your abilities...

Hmm, ok if you say so :-)

bloodline wrote:
you just need to devote some time to it. Set aside an hour tomorrow with your keyboard and sequencer and have a bit of a play... even if your first efforts sound a bit forced, that's good because you know you are doing it right, then you just need to develop that! :-)

I actually have something in mind for a synth bass part, including the instrument. But you said it's best not to focus on sounds yet. Am I allowed to make an exception in this case? :-) And if I do my music homework, can I play with AJAX please? ;-)

--
moto

There are no hard and fast rules, anything that keeps you motivated is obviously a good thing. Programming synths is something I enjoy more than writing music, so sometimes I do just want to mess arround building a smally library of sounds to use at a later time :-)

[motorollin]

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

[motorollin]

bloodline wrote:
There are no hard and fast rules, anything that keeps you motivated is obviously a good thing.

Oh go on, give me some hard and fast rules :lol: Ok, I'll try to dedicate some time to this again, probably tomorrow now since a visit to the in-laws is dragging on.... zzzzzzzzz......

--
moto

[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.

[motorollin]

Speelgoedmannetje wrote:
Make sure you store a password hash in the database, not the password itself.

Yes, the password is stored as md5. The login script then does $password=md5($password) before checking against the Users table.

Speelgoedmannetje wrote:
Also, make sure no SQL injection is possible.

Hmm, just done some reading about this. Sounds scary! Can I guard against this by processing all user input with addslashes()?

--
moto

[bloodline]

Speelgoedmannetje wrote:

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.

I'm well aware of the scale of Java deployment... At uni they teach you nothing else... Just because something is widely deployed doesn't make it good does it?

[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.

[Speelgoedmannetje]

motorollin wrote:

Speelgoedmannetje wrote:
Also, make sure no SQL injection is possible.

Hmm, just done some reading about this. Sounds scary! Can I guard against this by processing all user input with addslashes()?

--
moto

Well, as I stated earlier, if handle all the database stuff server side behind a protocol, and make sure the user input is restricted, there's not much that can go wrong.

Remember, the aim of programming is to reduce the capabilities of the computer.

[HenryCase]

@motorollin
Not wishing to dissuade you from completing your project, as it would be a cool technical achievement, but I take it you know about Planetarion?

http://www.planetarion.com/
http://en.wikipedia.org/wiki/Planetarion

[motorollin]

@Speel
Do you mean like a stored procedure?

@HenryCase
Yes I have seen that game. I don't like the emphasis on building a fleet. I like the concept in Eve where you are a pilot of a single ship and you can either go it alone, or collaborate with other players.

--
moto

[HenryCase]

@motorollin
Fair enough. I wish for your success with this project.