protocolu d'aplicación pa sistemes d'información hipermedia, collaborativa y distribuida From Wikipedia, the free encyclopedia
El Protocolu de tresferencia de hipertestu (n'inglés: Hypertext Transfer Protocol o HTTP) ye'l protocolu de comunicaciones que dexa les tresferencies d'información na World Wide Web. HTTP foi desenvueltu pol World Wide Web Consortium y la Internet Engineering Task Force, collaboración que remató en 1999 cola publicación d'una serie de RFC, el más importante d'ellos ye'l RFC 2616 qu'especifica la versión 1.1. HTTP define la sintaxis y la semántica qu'utilicen los elementos de software de l'arquiteutura web (veceres, servidores, proxies) pa comunicase. HTTP ye un protocolu ensin estáu, esto ye, nun guarda nenguna información sobre conexones anteriores. El desenvolvimientu d'aplicaciones web precisa frecuentemente caltener estáu. Pa esto usen les cookies, que ye información qu'un servidor puede almacenar nel sistema veceru. Esto déxa-y a les aplicaciones web instituyir la noción de sesión, y tamién dexa rastrexar usuarios una y bones les cookies pueden guardase nel veceru por tiempu indetermináu.
Familia: | Familia de protocolos d'Internet | ||||||||
Función: | Tresferencia de hipertestu | ||||||||
Cabera versión: | {{{Cabera_versión}}} | ||||||||
Puertos: | 80/TCP | ||||||||
| |||||||||
Estándares: | RFC 1945 (HTTP/1.0, 1996) RFC 2616 (HTTP/1.1, 1999) RFC 2774 (HTTP/1.2, 2000) RFC 7540 (HTTP/2, 2015) |
HTTP pasó por múltiples versiones del protocolu, munches de les cuales son compatibles coles anteriores. El RFC 2145 describe l'usu de los númberos de versión d'HTTP. El veceru diz-y al servidor de primeres del pidimientu la versión qu'usa, y el servidor usa la mesma o una anterior na so respuesta.
Ye un protocolu empobináu a transaiciones y sigue l'esquema pidimientu-respuesta ente un veceru y un servidor. El veceru (suélse-y llamar "axente d'usuariu", n'inglés user agent) realiza un pidimientu unviando un mensaxe, con ciertu formatu al servidor. El servidor (suélse-y llamar un servidor web) únvia-y un mensaxe de respuesta. Exemplos de veceru son los navegador web y les gatuñes web (tamién conocíes pol so términu inglés, webcrawlers).
Los mensaxes HTTP, son en testu planu lo que lo fai más legible y bono de depurar. Esto tien l'inconveniente de faer los mensaxes más llargos.
Los mensaxes tienen la siguiente estructura:
HTTP define una serie predefinida de métodos de pidimientu (delles vegaes referíu como "verbos") que pueden utilizase. El protocolu tien flexibilidá pa dir añadiendo nuevos métodos y p'asina añader nueves funcionalidades. El númberu de métodos de pidimientu fuéronse aumentando según avanzábense nes versiones.[6] Cada métodu indica l'aición que desea que s'efectúe sobre'l recursu identificáu. Lo qu'esti recursu representa depende de l'aplicación del servidor. Por casu el recursu puede correspondese con un archivu que mora nel servidor.
RFC 2616. Pide una respuesta idéntica a la que correspondería a un pidimientu GET, pero na respuesta nun se devuelve'l cuerpu. Esto ye útil pa poder recuperar los metadatos de les encabezadures de respuesta, ensin tener que tresportar tol conteníu.
RFC 2616. Pide una representación del recursu especificáu. Por seguridá nun debería ser usáu por aplicaciones que causen efeutos yá que tresmite información al traviés de la URI amestando parámetros a la URL. El pidimientu puede ser simple, ye dicir nuna llinia o compuesta de la manera qu'amuesa l'exemplu. Exemplu:
Exemplu con parámetros:
RFC 2616. Unvia los datos por que sían procesaos pol recursu identificáu. Los datos van incluyir nel cuerpu del pidimientu. Esto puede resultar na creación d'un nuevu recursu o de les actualizaciones de los recursos esistentes o dambes coses.
RFC 2616. Xube, carga o realiza un upload d'un recursu especificáu (archivu), ye'l camín más eficiente pa xubir archivos a un servidor, esto ye porque en POST utiliza un mensaxe multiparte y el mensaxe ye decodificado pol servidor. En contraste, el métodu PUT te dexa escribir un archivu nuna conexón socket establecida col servidor. La desventaxa del métodu PUT ye que los servidores de hosting compartíu nun lo tienen habilitáu. Exemplu:
RFC 2616. Borra'l recursu especificáu.
RFC 2616. Esti métodu solicita al servidor que na respuesta meta tolos datos que reciba nel mensaxe de pidimientu. Utilizar con fines de depuración y diagnósticu yá que el veceru puede ver lo que llega al servidor y de esta forma ver lo qu'añaden al mensaxe'l servidores entemedios
RFC 2616. Devuelve los métodos HTTP que'l servidor soporta pa una URL específicu. Esto pue ser utilizáu pa comprobar la funcionalidad d'un servidor web por aciu pidimientu en llugar d'un recursu específicu.
RFC 2616. Utilizar pa saber si tiense accesu a un host, non necesariamente'l pidimientu llega al servidor, esti métodu utilízase principalmente pa saber si un proxy danos accesu a un host so condiciones especiales, como por casu "corrientes" de datos bidireccionales encriptaes (como lo riquir SSL).
La so función ye la mesma que PUT, Utilizar p'actualizar, pero la diferencia ye que aqui puedes escoyer parcialmente una o delles partes.
El códigu de respuesta o torna ye un númberu qu'indica que pasó col pidimientu. El restu del conteníu de la respuesta va depender del valor d'esti códigu. El sistema ye flexible y de fechu la llista de códigos foi aumentando para asina afaese a los cambeos ya identificar nueves situaciones. Cada códigu tien un significáu concretu. Sicasí'l númberu de los códigos tán escoyíos de tala forma que según si pertenez a una centena o otra puédase identificar el tipu de respuesta que dio'l servidor:
Son los metadatos que s'unvien nos pidimientos o respuesta HTTP p'apurrir información esencial sobre la transaición en cursu. Cada cabecera ye especificada por un nome de cabecera siguíu por dos puntos, un espaciu en blancu y el valor de dicha cabecera siguida por una torna de carru siguíu por un saltu de llinia. Úsase una llinia en blancu pa indicar el final de les cabeceres. Si nun hai cabeceres la llinia en blancu tien de permanecer.
Les cabeceres danlu gran flexibilidá al protocolu dexando añader nueves funcionalidades ensin tener que camudar la base. Por eso según fueron asocediendo les versiones d'HTTP fuéronse añadiendo más y más cabeceres dexaes.
Les cabeceres pueden tener metadatos que tienen que ser procesaos pol veceru (ej. en respuesta a pidimientu puede indicase el tipu del conteníu que contién), pol servidor (ej. tipos de representaciones aceptables pol veceru del conteníu que pide) o polos intermediarios (ej. como xestionar el cachéu per parte de los proxys)
Dependiendo del tipu de mensaxe nel que puede dir una cabecera podemos clasificar en cabeceres de pidimientu, cabeceres de respuesta y cabeceres que pueden dir tantu nun pidimientu como nuna respuesta.
Podemos clasificar les cabeceres según la so función. Por casu:
Pa llograr un recursu col URL http://www.example.com/index.html
GET /index.html HTTP/1.1 Host: www.example.com Referer: www.google.com User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0 Connection: keep-alive [Llinia en blancu]
La respuesta del servidor ta formada por encabezadures siguíes del recursu solicitáu, nel casu d'una páxina web:
HTTP/1.1 200 OK Date: Fri, 31 Dec 2003 23:59:59 GMT Content-Type: text/html Content-Length: 1221 <html lang="eo"> <head> <meta charset="utf-8"> <title>Títulu del sitiu</title> </head> <body> <h1>Páxina principal de tuHost</h1> (Conteníu) . . . </body> </html>
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.