🚀 go-pugleaf

> 	Evidentemente todo lo que se pueda hacer con applets Java se puede hacer
> con CGI's, pero hay una diferencia sustancial y es que mientras los CGI's
> se ejecutan en el servidor los applets se ejecutan en el cliente, lo cual
> cuando el numero de usuarios es elevado se hace casi imprescindible el
uso
> de applets ya que si no se necesitaria un servidor con unos grandes
> recursos.

	Para cualquier aplicaci�n de acceso a bases de datos, por mucho que uses
Java lo �nico que vas a poder hacer es mejorar la interfaz que ve el
cliente, porque la carga en el servidor va a ser la misma.

	Y esas son las aplicaciones que "realmente" cargan al servidor.

	�O conoces alguna en la que pasar la inteligencia al cliente a trav�s de
Java alivie el trabajo al servidor? Solo te concedo una: la comprobaci�n de
los datos antes de enviarlos al servidor a ser procesados. Pero luego el
trabajo "real" sobre los dtaos, las consultas, etc.. sigue haciendolas el
servidor.

	Adem�s, �qu� importa que el servidor necesite m�s recursos?

	Dos escenarios:

	* Una empresa que desea montar una intranet (t�rmino muy de moda estos
d�as) y que quiere estandarizar todo el acceso a datos a trav�s de HTML y/o
Java.

		Si usa una arquitectura cliente/servidor con clientes Java "inteligentes"
y un servidor que gestione las peticiones de los applets, acaba teniendo
que comprar un servidor potente, y un mont�n de PC's cliente tambi�n
potentes. Porque no me digas que para ejecutar Netscape 3 con applets Java
sobre win95 no necesitas, como m�nimo, Pentiums con 16 Megas.

		Si usa un sistema con clientes un poco m�s tontos (solo capaces de
entender HTML normalito) y un servidor "decente", capaz de ejecutar scripts
en Perl o CGI's compilados en nativo, solo necesita gastarse dinero en el
servidor, porque para los clientes le basta con cualquier 486 antiguo con 8
megas. No hace falta ni Win95.

	Segundo escenario:

	* Una empresa desea montar una p�gina Web con un cat�logo de productos
para vender a trav�s de Internet. En ese caso, �qu� le importa que haga
falta un servidor potente? No va a ser ella la que lo compre, sino que
contratar� un dominio en una empresa proveedora de Internet. Estas
empresas, por lo menos las serias, s� que tienen ya servidores potentes.

	Un dato: como digo por alg�n otro mensaje, actualmente estoy haciendo el
"Web Site" de una editorial, con un cat�logo de unos 1500 libros. Tenemos
el dominio hospedado en una empresa americana con una filial en Espa�a.
(www.rapidsite.es). Por lo que dice la documentaci�n, disponen de 40
servidores Silicon Graphics de tropecientes megahertzios y otros tantos
megas de RAM. Nos cuesta m�s barato que cualquier otro proveedor Espa�ol
(RedesTB, RAN, Arrakis, etc...), nos dejan usar CGI sin ning�n tipo de
restricci�n, y los scripts en Perl que en mi ordenador (P120, 24 Mb, win95)
tardan 5-6 segundos (medidos por el propio script), en el servidor real
tardan 0 (cero) segundos, con suerte llegan a 1 segundo.

	�Qu� me importa a m�, en ese caso, que haga falta un servidor potente? Los
hay, y son baratos.

> 	Tambien es verdad que los desarrolladores de web's abusan demasiado de
los
> applets, pero como en todos los sitios hay gente que sabe lo que se hace
y
> otra que lo unico que quieren es figurar.
> 
> 	Todo el mundo sabe hacer paginas html, todo el mundo sabe desarrolar un
> site web, todo el mundo es ingeniero superior de informatica, pero poca
> gente sabe lo que se hace.

	Uy,uy,uy... ya empezamos.....

	�Siempre vamos a acabar igual?

 
	Pues eso.

	Chano.