newOldUser
Group: Members
Posts: 241
Joined: Oct. 2004 |
 |
Posted: Feb. 16 2007,23:53 |
 |
Mikshaw, I agree with you to some extent... It's true that server side scripting has it's place. If you're moving lots of database fields around then the server is perfect.... On the other hand if you're interest is in a more fluid, application like, experience for the user then client side scripting works better. It's just a matter of the right tool for the right job and sometimes I use both.
I find doing financial transaction via the Internet scary, with or without javascript enabled. Disabling scripting does not make your transaction safe but it does limit your experience on other websites. Sometimes I use Dillo, which has no scripting support, on webpages where I want to be in more control.
manishsadh asked about using a native DSL environment to do dynamic webpages. That puts a limit on many of the server side scripts. Like I said before it really depends on what he wants to do. If he wants to display a lot of database (SQLite?) information on static html pages then maybe server side will be best. If he wants to have things float around on his webpage, appear and disappear on command, change fonts and colors or do drag-n-drop, well then server side isn't going to cut it.
Javascript is quick to learn and easy to use. All it requires is a simple server and a brower with script support. If your scripts include some the javascript libraries (.js files) that are available in the websites I listed they help to ease the problem of cross-brower scripting.
--------------
======== Note =========
The DSL Forum Search default is 'OR'
If you search for "cat dog" you will get all "cat" posts and all "dog" posts.
If you search for "cat AND dog" you will only find results that contain BOTH "cat" and "dog"
Add '*' for wildcards, " cat* and dog* "
|
.
DSL Market ,
Great VPS hosting provided by Tektonic
