🚀 go-pugleaf

"Alvaro Sanchez-Mariscal" ...
> 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.
> >
> > 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...).

Personalmente, me gustan los manuales de HTML 4 y CSSs que hay en
http://www.htmlhelp.com

> > Pero ha llegado el momento de la "programaci�n" seria y aqu� surgen mis
> > dudas:
> >
> > - 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.

T�cnicamente: los CGIs se basan en que las p�ginas que se visitan no son
ficheros que est�n en el disco duro del servidor, sino el resultado que
genera un programa. El programa puede estar hecho en lo que sea, como bien
dice �lvaro. Lo �nico que importa es que el servidor web sepa exactamente
cu�ndo echar mano del programa (que cada vez generar� un resultado distinto)
o echar mano de unos ficheros *.html est�ticos.

Y, �lvaro, existe **cof** PHP **cof** ...

> > - Y qu� aporta PHP/ASP que no se pueda hacer en Java ?
>
> 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.

1.- No s� si Count Zero se refiere a Java en s�, o a Javascript y derivados.

2.- El balanceo de carga depende del webserver (Apache/iPlanet/IIS/etc), no
de si la aplicaci�n usa Java o PHP. Adem�s, te recuerdo que el balanceo de
carga no *acelera* nada, s�lo evita que los servidores se sobrecarguen y
vayan m�s lentos...  ;)

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

Yo te ofrezco otra mejor: Apache+PHP+"un buen sysadmin de linux que te
configure el apache para que balancee la carga". ;)

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

DHTML = "HTML generado din�micamente, pero gracias a Javascript, y en el
lado del navegador". Es c�digo HTML que cambia segundo a segundo en el
navegador, dependiendo de un programa que se ejecuta en el propio navegador.

Digamos que DHTML es lo que tienes que usar si quieres hacer un men�
desplegable, algo que siga al rat�n, etc, etc, etc.

Es el pensamiento contrario a las tecnolog�as CGI (PHP/ASP/Perl/Java
servlets), en las que el c�digo HTML es din�mico, pero el que genera ese
c�digo es el servidor web, no el navegador.

Ten en cuenta una cosa: si programas en una tecnolog�a que dependa del
navegador, vas a tener que debuggear (l�ase "depurar") tu programa varias
veces: una para cada navegador.

M�s info sobre DHTML en http://www.dhtmlab.com


Sobre XML, decirte que es (o, EMHO, intenta ser) un lenguaje m�s general que
el HTML, de prop�sito m�s general. Significa "eXtensible Markup Language".

Te lo explicar� de la siguiente manera: en HTML, tienes perfectamente
definidos los tags que puedes usar (<A>, <B>, <HTML>, <H1>, <BR>, etc...).
En XML, **T� DEFINES QU� TAGS PUEDES USAR, Y PARA QU� SIRVE CADA UNO**.


--
----------------------
Iv�n S�nchez Ortega
ivansanchez(arroba)wanadoo(punto)es

"Un ordenador no es una televisi�n ni un microondas, es una herramienta
compleja."