Quina és la capçalera HTTP?

Utilitzar les capçaleres http ha un intercanvi d'informació oficial entre el client i el servidor. Aquesta informació és invisible per als usuaris, però és impossible sense el correcte funcionament del navegador. Per la majoria de gent informació sobre això i sobre les tasques capçaleres http semblen bastant complicat, però en realitat no contenen un llenguatge difícil. Això és el que s'enfronta l'usuari de la web sobre una base diària.

Quin és l'HTTP capçaleres?

"Hypertext Transfer Protocol" - pel que es tradueix capçalera HTTP. A causa de la seva pròpia existència, possible connexió entre el "client-servidor". Si s'explica en termes simples, el navegador envia una petició, iniciant connexió amb el servidor. Finalment, per defecte, espera una petició d'un client, processa i envia de tornada un resum o resposta. En el quadre de cerca, l'usuari "martelleig" l'adreça del lloc que comença amb http: // i els resultats obtinguts en la forma de la pàgina oberta.

En imprimir una adreça web en la línia corresponent, el navegador es requereix l'ús del servidor DNS. El servidor reconeix la capçalera HTTP (un o més), que l'envia a un client, i després emet la capçalera sol·licitat. El conjunt es compon d'una títols preexistents obligatoris i no es troba.

En general, les capçaleres HTTP prou eficaç. No són visibles en l'HTML de codificació, s'envien a la informació sol·licitada. Molts títols s'envien automàticament pel servidor. Per tal d'enviar-lo en PHP, utilitza la capçalera de la funció.

la interacció del navegador i el lloc web

Esquema de la interacció entre el navegador i el lloc és bastant simple. Per tant, la capçalera HTTP comença la cadena de consulta, que s'envia al servidor. En resposta, el client necessita la informació ve. Per cert, el protocol http durant disset anys - el més utilitzat a Internet. És simple, fiable, ràpid i flexible. La tasca principal de http - sol·licitar informació al servidor web. El client és un navegador i el servidor - ligthttp, Apache, Nginx. Si la connexió entre ells és correcta, el servidor en resposta a una consulta recupera la informació desitjada. http informació inclou text, arxius d'àudio, vídeo.

El protocol pot ser el transport per als altres. sol·licitud del client es compon de tres parts:

• la línia de sortida (tipus de missatge);
• capçalera (opcions de missatge);
• cos d'informació (un missatge que separa una línia en blanc).

La línia de sortida - un element obligatori dels camps de capçalera de la petició HTTP. estructura de petició d'usuari es compon de tres parts principals:

1. Mètode. Amb això indica que el tipus de sol·licitud.
2. Path (ruta). Aquesta línia de la URL, que segueix el domini.
3. El protocol utilitzat. Es compon d'una versió del protocol i http.

Els navegadors moderns utilitzen la versió 1.1. Seguit de títols en el format "nom: valor".

HTTP-caching

La conclusió és que la memòria cau proporciona emmagatzematge per a pàgines HTML i altres arxius en la memòria cau (en la memòria operatiu al disc dur). Això és per tal d'accelerar l'accés a ells i tornar a estalviar ample de banda.

La memòria cau és el navegador del client, la porta d'enllaç i servidor intermediari intermedi. Abans d'enviar un missatge per URL, el navegador buscarà objectes en la memòria cau. Si l'objecte no està present, la sol·licitud s'envia al servidor següent, on es comprova la memòria cau de les capçaleres HTTP al servidor nginx. Gateways i servidors proxy són utilitzats per diferents usuaris, de manera que la memòria cau es comparteix.

HTTP d'emmagatzematge en memòria cau no pot accelerar l'única manera significativa el funcionament del lloc, sinó també per donar la versió anterior de la pàgina. Amb la memòria cau del lloc a l'enviar capçaleres de la resposta. Això no pot ser emmagatzemat en memòria cau informació sol·licitada a través de HTTPS.

Descripció capçaleres HTTP

Un dels mecanismes de memòria cau més importants considerats capçaleres http expira. Aquests titulars estan informant de la data de caducitat previst en la informació de resposta. Ells indiquen l'hora i la data quan la memòria cau es considera obsoleta. Per exemple, una capçalera tal com segueix: Expira: Wen novembre 30 2016 13:45:00 GMT. Aquesta estructura s'utilitza en gairebé tot arreu, incloent a pàgines de memòria cau i imatges. Si l'usuari selecciona una data més antiga, la informació no s'emmagatzema a la memòria cau.

capçaleres HTTP proxy són de categoria enllaç de capçalera. Ells no s'emmagatzemen en memòria cau per defecte. Per emmagatzemar en memòria cau perquè funcioni correctament, cada URL ha de correspondre a una forma de realització dels continguts. Si la pàgina és vàlida en dos idiomes, cada versió ha de tenir la seva pròpia URL. Títol varien en funció de memòria cau encapçalats nom de la consulta. Per exemple, si la pantalla de consulta depèn del navegador, el servidor necessita enviar una capçalera. Per tant, en la memòria cau s'emmagatzemen diferents versions de consultes i tipus de documents. TTP cal acceptar capçalera per elaborar llistes de possibles formats de recursos utilitzats, amb el qual és molt fàcil per treballar, ja que elimina innecessari.

Hi ha quatre grups de capçaleres que passen per sobre. Aquests són els principals titulars - que estan continguts en qualsevol servidor d'informes i el client, la petició i la resposta, així com la naturalesa. L'últim descriu el contingut de qualsevol missatge des del client i el servidor.

capçalera HTTP es considera una autorització addicional. Quan la pàgina web sol·licita a l'autenticació de client, el navegador mostra una finestra especial amb els camps per introduir el nom d'usuari i contrasenya. Després que l'usuari introdueix les seves dades, el navegador envia una petició HTTP. Conté el títol de "autorització".

Com veure els titulars?

Per veure la capçalera HTTP, cal instal·lar plug-ins per al navegador, per exemple, Firefox:

• Firebug. Veure titulars, que poden pestanya net (xarxa), on seleccionar tot (tot). Aquest connector té les característiques que seran d'utilitat per als desenvolupadors web.
• capçaleres HTTP Live. Simple plug-in per a la visualització de capçaleres HTTP. Amb ell es pot generar manualment sol·licitud.
• Els membres Ghrome veure fàcilment els titulars quan fan clic al botó de configuració, seleccioneu Eines de Desenvolupament (treballs nets).

Quan estan instal·lats els plug-ins, executar-lo i refrescar la seva navegador.

mètodes de consulta

Els mètodes utilitzats en HTTP, tenen similituds amb les instruccions, que es transmeten en forma de missatges al servidor. Aquesta és una paraula especial en l'idioma anglès.

• Mètode GET. S'utilitza per sol·licitar informació del recurs. Va ser amb ell totes les accions comencen.
• POST. El seu ús està sotmès a. Per exemple, un missatge en una xarxa social o un comentari, el navegador col·loca el cos POST-sol·licitud i l'envia al servidor.
• CAP. El mètode és similar a la primera, però realitza la funció pulmonar. Li demana només els meta-dades, excepte des del missatge de resposta. s'utilitza el mètode, si volen obtenir informació sobre els arxius sense necessitat de descarregar. Usar-lo si volen provar la funcionalitat dels enllaços al servidor.
• PUT. Carrega les dades de la URL. Es transmet grans quantitats de dades.
• OPCIONS. Treballar amb configuracions de servidor.
• URI. S'identifica un recurs i conté un URL.

Estructura de resposta HTTP

El servidor respon a sol·licituds de clients amb missatges llargs. La resposta consta d'unes poques línies, que indiquen la versió del protocol, codi d'estat de servidor (200). Parla del que ha canviat en el servidor per al processament de la sol·licitud entrant:

1. "Cent" indica un processament reeixit d'informació. El servidor envia el document al client. La resta de les línies de petició indiqui una altra informació sobre la informació transmesa.
2. Si no es troba l'arxiu o no existeix, el servidor envia al client 404, que també es diu un error.
3. Codi 206 indica la descàrrega d'arxius parcial, que es poden reprendre després d'un temps.
4. Codi 401 indica la denegació d'autorització. Això vol dir que la pàgina sol·licitada està protegit per una contrasenya que ha d'introduir per confirmar l'entrada.
5. La prohibició d'admissió, aquest codi 403. Les restriccions a visites, descàrregues o de vídeo - una resposta comuna a Internet.
6. També hi ha altres versions del codi: el moviment temporal de l'arxiu sol · licitat, d'un error intern del servidor, el moviment final. En aquest cas, passareu al usuari. Si un codi de 500, el que significa que hi va haver errors en el funcionament del servidor.

URL - què és?

URL - és el cor de la xarxa de comunicació entre el client i el servidor. La sol·licitud s'envia normalment a través de la URL - Uniform Resource Locator. estructura de sol·licitud d'URL és molt simple. Es compon de diversos elements: el protocol HTTP (capçalera), xiulet (adreça web), el port, el recorregut de resourte i consulta.

El protocol també està disponible per a la connexió segura HTTPS i l'intercanvi d'informació. URL-direcció conté informació sobre la col·locació d'un lloc en particular a Internet. Direcció inclou el nom de domini, la ruta d'accés a la pàgina, així com el seu nom.

El principal inconvenient de l'obra a un URL - és la interacció maldestre amb l'alfabet llatí, així com números i símbols. L'optimització SEO URL direcció juga un paper important.

consells útils

els usuaris d'ordinadors actius i els desenvolupadors no són llocs per conèixer alguns consells professionals a càrrec d'experts en el camp:

• Indicar les dates de caducitat dels arxius i documents, subjectes a canvis. La informació estadística es proporciona en els alts valors de max-age.
• Un document separat ha d'estar disponible per a una sola URL.
• Si l'arxiu d'actualització per a ser descarregat per l'usuari, canviar el nom i enllaçar amb ell. Això assegura que la nova descàrrega, en lloc de documents obsolets.
• la capçalera Last-Modified han de complir amb la data actual dels canvis en el contingut. no ha de tornar a guardar pàgines i documents, llevat que els canviï.
• Utilitzeu el POST-petició només on es necessita. Minimitzar el treball amb SSL.
• Capçaleres abans de servidor d'enviament ha de comprovar l'Redbot connector.