Scribd
Cargar
73 vistas2 páginas

HTTP

HTTP es el protocolo de transferencia de hipertexto que sirve como base de Internet y la World Wide Web. Funciona a través de solicitudes y respuestas entre un cliente y un servidor, permitiendo la transferencia de páginas web. La versión más reciente, HTTP 1.1, incluye mejoras como conexiones persistentes, múltiples peticiones simultáneas y nuevos métodos de autenticación y contenido.

Cargado por

Erickson Silva R
Derechos de autor
© Attribution Non-Commercial (BY-NC)
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
73 vistas2 páginas

HTTP

HTTP es el protocolo de transferencia de hipertexto que sirve como base de Internet y la World Wide Web. Funciona a través de solicitudes y respuestas entre un cliente y un servidor, permitiendo la transferencia de páginas web. La versión más reciente, HTTP 1.1, incluye mejoras como conexiones persistentes, múltiples peticiones simultáneas y nuevos métodos de autenticación y contenido.

Cargado por

Erickson Silva R
Derechos de autor
© Attribution Non-Commercial (BY-NC)
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 2

HTTP

HTTP significa protocolo de transferencia de hipertexto es un protocolo de red que sirve para subir pginas web o HTML HTTP es la base sobre la cual est fundamentado Internet, o la WWW. Funcionamiento del protocolo HTTP. El protocolo HTTP funciona a travs de solicitudes y respuestas entre un cliente y un servidor A una secuencia de estas solicitudes se le conoce como sesin de HTTP. Sesiones seguras HTTPS Cuando un URI comienza con HTTPS en lugar de HTTP, significa que el navegador est usando un esquema seguro para proteger la informacin que est siendo transferida. Este esquema HTTPS es el que toda transaccin comercial en Internet debe de usar. A este esquema se le conoce como SSL. Est nueva versin de HTTP est recogida dentro de la RFC 2068 de Enero de 1997, la cual se puede obtener en las principales caractersticas de esta nueva versin son: Conexiones persistentes: ya no se cierra la conexin tras el envo de cada parte de un documento, evitando la sobrecarga del establecimiento de conexiones TCP. Varias peticiones simultneas: un cliente puede realizar varias peticiones utilizando una nica conexin, sin esperar a la respuesta del servidor para cada una de ellas. Negociacin del contenido: se asignan diferentes valores a las caractersticas de la comunicacin, entre ellos cuanto se puede degradar la calidad de la conexin, Nuevos mtodos: junto a get, post y head aparecen los mtodos delete para borrar un recurso del servidor asociado al uri de borrado, trace para ver que est recibiendo el servidor de lo que l enva. Nuevo mtodo de autenticacin: en la RFC 2069 se describe un nuevo mtodo de autenticacin, en el cual las claves de acceso van encriptados por la red, al contrario de lo que ocurre en HTTP 1.0. Esta RFC an no se ha unificado con la RFC 2068 para formar la especificacin de HTTP 1.1, pero se est en vas de ello. Junto con estas mejoras, hay muchas ampliaciones en el intercambio de informacin entre el cliente y el servidor, lo cual ha hecho que la RFC 1954 (Mayo 1996) que describe HTTP 1.0 haya pasado de 60 pginas a 161 pginas en la RFC 2068 que describe HTTP 1.1. O que el nmero de autores haya pasado de cuatro a seis, entre ellos Tim Berners-Lee, el "inventor" del web. El estado de las conexiones sigue sin poderse mantener, a menos que utilicemos mecanismos auxiliares como las cookies , pero si bien el no mantener el estado de

la conexin tiene sus desventajas, tambin tiene una importancia fundamental en una red como Internet: algunas de las peticiones HTTP son deponentes, es decir, que el resultado de invocar un nmero arbitrario de veces en el servidor, tiene los mismo efectos.Es importante esta propiedad ya que, para asegurarnos que algo ocurra, y que sea exactamente lo que nosotros queremos que ocurra, podemos invocar estos mtodos repetidas veces, de forma que aunque una peticin no llegue al servidor, pueda llegar alguna de las peticiones que repiten a esta primera. En la RFC 2068 tambin se habla de mtodos seguros, que son aquellos que su invocacin no conlleva ningn riesgo, es decir, que su invocacin no tiene efectos laterales en el servidor.

También podría gustarte