Definición de
Http
Palabra: Http
Definición: El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer Protocol) es el protocolo usado en cada transacci贸n de la Web (WWW). HTTP fue desarrollado por el consorcio W3C y la IETF, colaboraci贸n que culmin贸 en 1999 con la publicaci贸n de una serie de RFC, siendo el m谩s importante de ellos el RFC 2616, que especifica la versi贸n 1.1. Una transacci贸n HTTP consiste de un encabezado seguido, opcionalmente, por una l铆nea en blanco y alg煤n dato. El encabezado especificar谩 cosas como la acci贸n requerida del servidor, o el tipo de dato retornado, o el c贸digo de estado. El uso de campos de encabezados enviados en las transacciones HTTP le dan gran flexibilidad al protocolo. Estos campos permiten que se env铆e informaci贸n descriptiva en la transacci贸n, permitiendo as铆 la autenticaci贸n, cifrado e identificaci贸n de usuario. Un encabezado es un bloque de datos que precede a la informaci贸n propiamente dicha, por lo que muchas veces se hace referencia a 茅l como metadato 聴porque tiene datos sobre los datos聴. Si se reciben l铆neas de encabezado del cliente, el servidor las coloca en las variables de ambiente de CGI con el prefijo HTTP_ seguido del nombre del encabezado. Cualquier car谩cter gui贸n ( - ) del nombre del encabezado se convierte a caracteres "_". El servidor puede excluir cualquier encabezado que ya est茅 procesado, como Authorization, Content-type y Content-length. El servidor puede elegir excluir alguno o todos los encabezados si incluirlos excede alg煤n l铆mite del ambiente de sistema. Ejemplos de esto son las variables HTTP_ACCEPT y HTTP_USER_AGENT. * HTTP_ACCEPT. Los tipos MIME que el cliente aceptar谩, dado los encabezados HTTP. Otros protocolos quiz谩s necesiten obtener esta informaci贸n de otro lugar. Los elementos de esta lista deben estar separados por una coma, como lo dice la especificaci贸n HTTP: tipo, tipo. * HTTP_USER_AGENT. El navegador que utiliza el cliente para realizar la petici贸n. El formato general para esta variable es: software/versi贸n librer铆a/versi贸n. El servidor env铆a al cliente: * Un c贸digo de estado que indica si la petici贸n fue correcta o no. Los c贸digos de error t铆picos indican que el archivo solicitado no se encontr贸, que la petici贸n no se realiz贸 de forma correcta o que se requiere autenticaci贸n para acceder al archivo. * La informaci贸n propiamente dicha. Como HTTP permite enviar documentos de todo tipo y formato, es ideal para transmitir multimedia, como gr谩ficos, audio y video. Esta libertad es una de las mayores ventajas de HTTP. * Informaci贸n sobre el objeto que se retorna. Ten en cuenta que la lista no es una lista completa de los campos de encabezado y que algunos de ellos s贸lo tienen sentido en una direcci贸n. HTTP define la sintaxis y la sem谩ntica que utilizan los elementos software de la arquitectura web (clientes, servidores, proxies) para comunicarse. Es un protocolo orientado a transacciones y sigue el esquema petici贸n-respuesta entre un cliente y un servidor. Al cliente que efect煤a la petici贸n (un navegador o un spider) se lo conoce como "user agent" (agente del usuario). A la informaci贸n transmitida se la llama recurso y se la identifica mediante un URL. Los recursos pueden ser archivos, el resultado de la ejecuci贸n de un programa, una consulta a una base de datos, la traducci贸n autom谩tica de un documento, etc. HTTP es un protocolo sin estado, es decir, que no guarda ninguna informaci贸n sobre conexiones anteriores. El desarrollo de aplicaciones web necesita frecuentemente mantener estado. Para esto se usan las cookies, que es informaci贸n que un servidor puede almacenar en el sistema cliente. Esto le permite a las aplicaciones web instituir la noci贸n de "sesi贸n", y tambi茅n permite rastrear usuarios ya que las cookies pueden guardarse en el cliente por tiempo indeterminado.
Otra definición de Http:
Definición: VERSIONES:
HTTP ha pasado por m煤ltiples versiones del protocolo, muchas de las cuales compatibles con las anteriores. El RFC 2145 describe el uso de los n煤meros de versi贸n de HTTP. El cliente le dice al servidor al principio de la petici贸n la versi贸n que usa, y el servidor usa la misma o una anterior en su respuesta.
0.9
Obsoleta. Soporta s贸lo un comando, GET, y adem谩s no especifica el n煤mero de versi贸n HTTP. No soporta cabeceras. Como esta versi贸n no soporta POST, el cliente no puede enviarle mucha informaci贸n al servidor.
HTTP/1.0 (mayo 1996)
Esta es la primera revisi贸n del protocolo que especifica su versi贸n en las comunicaciones, y todav铆a se usa ampliamente, sobre todo en servidores proxy.
HTTP/1.1 (junio 1999)[1] [2]
Versi贸n actual; las conexiones persistentes est谩n activadas por defecto y funcionan bien con los proxies. Tambi茅n soporta peticiones en paralelo (pipelining), permitiendo enviar m煤ltiples peticiones a la vez, lo cual hace que el servidor pueda prepararse para una sobrecarga de trabajo y servir las solicitudes m谩s r谩pidamente al cliente.
HTTP/1.2
Los primeros borradores de 1995 del documento PEP 聴 an Extension Mechanism for HTTP (el cu谩l propone el Protocolo de Extensi贸n de Protocolo, abreviado PEP) los hizo el World Wide Web Consortium y se envi贸 al Internet Engineering Task Force. El PEP inicialmente estaba destinado a convertirse en un rango distintivo de HTTP/1.2.[3] En borradores posteriores, sin embargo, se elimin贸 la referencia a HTTP/1.2. El RFC 2774 (experimental), HTTP Extension Framework, incluye en gran medida a PEP. Se public贸 en febrero de 2000.
Para obtener un recurso con el URL http://www.example.com/index.html
1. Se abre una conexi贸n al host www.example.com, puerto 80 que es el puerto por defecto para HTTP.
2. Se env铆a un mensaje en el estilo siguiente:
GET /index.html HTTP/1.1
Host: www.example.com
User-Agent: nombre-cliente
[L铆nea en blanco]
La respuesta del servidor est谩 formada por encabezados seguidos del recurso solicitado, en el caso de una p谩gina web:
HTTP/1.1 200 OK
Date: Fri, 31 Dec 2003 23:59:59 GMT
Content-Type: text/html
Content-Length: 1221
P谩gina principal de tuHost
(Contenido) . . .
