Problemas tÃÂpicos de la programación Web
Formularios y CGI
HTTP, como hemos visto anteriormente, se caracteriza por ser un protocolo stateless, es decir, en el cual no se mantiene información de estado. Las transacciones se ejecutan con un requerimiento de un lado y una respuesta del otro. Esta aproximación puede parecer bastante simplista en el terreno de las aplicaciones cliente-servidor. Ninguna de las aplicaciones anteriores (FTP, Telnet) es stateless, con la posible excepción de NFS.
De hecho, NFS se implementa sobre el protocolo UDP, ni siquiera TCP. Esto porque está en mente principalmente el objetivo de conseguir buenos tiempos de respuesta, a costo de todo lo demás. Por otra parte, por la implementación en múltiples procesos de la mayorÃÂa de los servidores, es raro que dos requests consecutivos del mismo cliente sean atendidos por el mismo proceso.
En el caso de HTTP, esto puede llegar a ser un problema mayor. La forma en que CGI+HTML resuelven el tema de las aplicaciones Web es realmente muy limitada:
El usuario llena un formulario HTML y presiona «submit»
El servidor recibe el formulario HTML, lee las variables que hay en él, ejecuta algún efecto colateral y despliega otra página (posiblemente con un formulario también).
Formularios
Un formulario es un diálogo que forma parte de una página Web. Este diálogo está construÃÂdo con un conjunto de elementos como:
Campos de texto de una o varias lÃÂneas
Checkboxes (opciones no excluyentes)
Radio buttons (opciones múltiples excluyentes)
Pull-down menus
Botones
Algunos de estos elementos tienen un nombre. Este nombre indica que el valor actual del elemento debe ser codificado y enviado al servidor en el momento del envÃÂo del formulario. Más información en WDVL - Forms.






