🚀 go-pugleaf

Buenas:

Count Zero wrote:
> Bueno, primero deciros que soy muy novato en este campo, pero creo que no 
> podia ser que a�n no tuviera "pajolera" idea de hacer paginas web y cosas 
> por el estilo.

	Bueno, yo tampoco soy la voz de la experiencia pero.... algo s� ;)

> Lo primero buscar un manual de HTML (No he encontrado ninguno que me guste 
> pero me voy apa�ando si alguien sabe de alguno bueno...).
> 
> Pero ha llegado el momento de la "programaci�n" seria y aqu� surgen mis 
> dudas:

	Veamos...

> - Como se implementa el CGI, quiero decir �s un lenguaje o debo/puedo usar
> perl-cgi, python y estas cosas. Quiero decir si en este caso perl/python 
> son una elecci�n o la �nica alternativa.

	CGI es una tecnolog�a, no un lenguaje. Por tanto, para hacer CGI's puedes 
utilizar casi cualquier lenguaje, hasta C si quieres. Lo que pasa es que 
el m�s utilizado es Perl, por sus caracter�sticas.

> - Qu� aporta Java que no se pueda hacer con CGI ?

	Puf.... tantas cosas.... CGI tiende al desuso, por varias razones. Por 
ejemplo, hoy en d�a no se puede permitir que por cada petici�n en una 
CGI haya que hacer un fork, porque con miles de peticiones a la vez la 
m�quina se carga demasiado. Con la tecnolog�a Java, hay una sola 
instancia de la JVM, y por cada petici�n, se lanza un thread (mucho m�s 
ligero) para atender esa petici�n. Adem�s, los servlets est�n 
precompilados, y las JSP's se compilan a servlet la primera vez que se 
piden, con lo cual, tiempo que te ahorras.

	Al margen de eso, con CGI se mezcla la presentaci�n con la l�gica de 
negocio. En un mismo archivo puedes llegar a tener conexiones a bases de 
datos, toma de decisiones, salidas en HTML hacia el cliente, ... todo lo 
que se te ocurra. Y depurar ciertas CGI's puede ser un infierno. Con 
Java, tienes todas las ventajas de Java, valga la redundancia. Puedes 
tener Servlets que se encargen �nicamente de tomar decisiones sobre el 
flujo de ejecuci�n, JavaBeans que hagan conexiones a bases de datoss, 
independientemente de quien los llame, y JSP's que lo �nico que sepan 
hacer es pintar la informaci�n de forma bonita, y adem�s en HTML puro, o 
como mucho, con una sintaxis muy familiar.

	De esta forma, se pueden tener a los programadores haciendo la parte de 
Java, y a los dise�adores haciendo los JSP's y el dise�o, y �stos no 
tienen porqu� saber ni que existe Java.

> - Y qu� aporta PHP/ASP que no se pueda hacer en Java ?

	Hmmmm... interesante pregunta. Hay mucha gente que prefiere PHP/ASP, pero 
yo no. Primero, ASP para m� nunca ser�a una buena opci�n, en tanto en 
cuanto hay que tener Windows y el IIS para que funcione (hay plugins 
para Apache, pero no s� yo como ir� eso).

	PHP, al menos, se puede utilizar en cualquier SO. En cualquier caso, 
tanto uno como otro no dejan de ser lenguajes de script. Por tanto, 
estamos mezclando otra vez la l�gica de presentaci�n con la l�gica de 
negocio. Aunque bueno, para m� tan malo es eso como los JSP's con 
scriptlets (c�digo Java embebido).

	Que yo sepa, no hay nada que se pueda hacer con PHP y con Java no. De 
hecho, m�s bien dir�a que al rev�s. Con Java, por ejemplo, tienes 
maravillas como el iPlanet, que te permiten tener un servidor en varias 
m�quinas, y te balancea la carga entre todas ellas para que todo vaya 
m�s r�pido.

	En cualquier caso, que Java valga para todo no quiere decir que sea lo 
mejor en todos los casos. Si una web va a a recibir miles y miles de 
visitas diarias, creo que no hay color: Java. Pero para proyectos m�s 
peque�os, ser�a para pens�rselo.

> - Qu� �s exactamente HTML dinamcio (DHTML?) y qu� �s XHTML (XML?)

	Pues aqu� yo estoy un poco pez. Lo �nico que puedo decirte es que XHTML 
no es lo mismo que XML.

> Agradecer�a qualquier respuesta, simple, s�lo quiero saber un poco que es 
> cada cosa y seg�n mis necesidades dedicir donde debo aprofundir m�s.
> 
> Muchas gracias


	De n� hombre, espero haberte ayudado.

	Salu2.