[Javascript] action="insert"

[Falls, Travis D (HTSC, CASD)]

Depends what your back end is... in .net they have validate controls that cover it.  I see what you are saying I guess I was looking at it from a performance not a development effort angle.  I usually write both for java apps but this thread sparked the idea to not run both.  Right now I validate client and server side; 99.9999999% of the time if there is an issue it is stopped at the client side so the server side validates once it gets there but it would be nice to know if I even have to run it.  At least with javascript, if written in a good coding format it can be copied into the java app and only takes some tweaks to get it valid.  C# is another story but there like I said you can use a validate control of some sort.  I don't mess with PHP, ASP, Ruby, Python... there is just to much to learn in java and .Net and those are more likely utilized in corp. America from an employment standpoint.  Plus being a java architect pays more then a php architect... ;-)  Not that I am knocking php; it is fast I will give it that... but so is a C++ CGI.

Travis D. Falls | Consultant   RAFT.Net   IT | 860.547.4070 | travis.falls at thehartford.com 

-----Original Message-----
From: javascript-bounces at LaTech.edu [mailto:javascript-bounces at LaTech.edu]On Behalf Of Shawn Milo
Sent: Friday, February 10, 2006 10:04 AM
To: [JavaScript List]
Subject: Re: [Javascript] action="insert"




On 2/10/06, Falls, Travis D (HTSC, CASD) < Travis.Falls at thehartford.com> wrote: 

Here's a question (that I don't know the answer to) would it be prudent to check to see if javascript and cookies are turned on in the beginning render of a page, if so use an AJAX-ish method to communicate with the server and say... we are all set no need to do server side checks or... do them if javascript is off?  Just an idea.



Interesting idea. The only problem with that, unless I'm misunderstanding, is that you have to now write *both* versions of the code, defeating the purpose. 

Milo






*************************************************************************
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information.  If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited.  If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*************************************************************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.evolt.org/pipermail/javascript/attachments/20060210/98bf0014/attachment.htm>