| Server IP : 127.0.0.1 / Your IP : 216.73.216.48 Web Server : Apache/2.4.58 (Win64) OpenSSL/3.1.3 PHP/8.2.12 System : Windows NT DESKTOP-3H4FHQJ 10.0 build 19045 (Windows 10) AMD64 User : win 10 ( 0) PHP Version : 8.2.12 Disable Function : NONE MySQL : OFF | cURL : ON | WGET : OFF | Perl : OFF | Python : OFF | Sudo : OFF | Pkexec : OFF Directory : D:/xamppkk/apachev/manual/howto/ |
Upload File : |
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="es" xml:lang="es"><head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />
<!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Gu�a HTTP/2 - Servidor HTTP Apache Versi�n 2.4</title>
<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="../style/css/prettify.css" />
<script src="../style/scripts/prettify.min.js" type="text/javascript">
</script>
<link href="../images/favicon.ico" rel="shortcut icon" /></head>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="../mod/">M�dulos</a> | <a href="../mod/directives.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="../glossary.html">Glosario</a> | <a href="../sitemap.html">Mapa del sitio web</a></p>
<p class="apache">Versi�n 2.4 del Servidor HTTP Apache</p>
<img alt="" src="../images/feather.png" /></div>
<div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Servidor HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentaci�n</a> > <a href="../">Versi�n 2.4</a> > <a href="./">How-To / Tutoriales</a></div><div id="page-content"><div id="preamble"><h1>Gu�a HTTP/2</h1>
<div class="toplang">
<p><span>Idiomas disponibles: </span><a href="../en/howto/http2.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="../es/howto/http2.html" title="Espa�ol"> es </a> |
<a href="../fr/howto/http2.html" hreflang="fr" rel="alternate" title="Fran�ais"> fr </a></p>
</div>
<p>
Esta es la gu�a para configurar HTTP/2 en Apache httpd. �sta caracter�stica
est� <em>lista en produci�n</em> as� que es de esperar que las interfaces
y las directivas se mantengan consistentes en cada veri�n.
</p>
</div>
<div id="quickview"><a href="https://www.apache.org/foundation/contributing.html" class="badge"><img src="https://www.apache.org/images/SupportApache-small.png" alt="Support Apache!" /></a><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#protocol">El protocolo HTTP/2</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#implementation">HTTP/2 en Apache httpd</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#building">Compilar httpd con soporte HTTP/2</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#basic-config">Configuraci�n b�sica</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#mpm-config">Configuraci�n MPM</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#clients">Clientes</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#tools">Herramientas �tiles para depurar HTTP/2</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#push">Server Push</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#earlyhints">"Early Hints"</a></li>
</ul><h3>Consulte tambi�n</h3><ul class="seealso"><li><code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code></li><li><a href="#comments_section">Comentarios</a></li></ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="protocol" id="protocol">El protocolo HTTP/2</a></h2>
<p>HTTP/2 es la evoluci�n del protocolo de la capa de aplicaci�n con m�s
�xito, HTTP. Se centra en hacer un uso m�s eficiente de los recursos de red.
No cambia la caracter�stica fundamental de HTTP, la sem�ntica. Todav�a hay
olicitudes, respuestas, cabeceras y todo los elementos t�picos de HTTP/1. As�
que, si ya conoce HTTP/1, tambi�n conoce el 95% de HTTP/2.</p>
<p>Se ha escrito mucho sobre HTTP/2 y de c�mo funciona. La norma m�s
est�ndar es, por supuesto, su
<a href="https://tools.ietf.org/html/rfc7540">RFC 7540</a>
(<a href="http://httpwg.org/specs/rfc7540.html"> tambi�n disponible en un
formato m�s legible, YMMV</a>). As� que, ah� encontrar� toda la especificaci�n
del protocolo.</p>
<p>Pero, como con todos los RFC, no es ideal como primera lectura. Es mejor
entender primero <em>qu�</em> se quiere hacer y despu�s leer el RFC sobre
<em>c�mo</em> hacerlo. Un documento mucho mejor con el que empezar es
<a href="https://daniel.haxx.se/http2/">http2 explicado</a>
por Daniel Stenberg, el autor de <a href="https://curl.haxx.se">curl</a>.
�Tambi�n est� disponible cada vez en un mayor n�mero lenguajes!</p>
<p>Si le parece demasiado largo, o no lo ha leido, hay algunos t�rminos
y elementos a tener en cuenta cuando lea este documento:</p>
<ul>
<li>HTTP/2 es un <strong>protocolo binario</strong>, al contrario que
HTTP 1.1 que es texto plano. La intenci�n para HTTP 1.1 es que sea
legible (por ejemplo capturando el tr�fico de red) mientras que para
HTTP/2 no. M�s informaci�n en el FAQ oficial
<a href="https://http2.github.io/faq/#why-is-http2-binary">�Por qu� es
binario HTTP/2?</a></li>
<li><strong>h2</strong> es HTTP/2 sobre TLS (negociaci�n de protocolo a
trav�s de ALPN).</li>
<li><strong>h2c</strong> es HTTP/2 sobre TCP.</li>
<li>Un <strong>frame</strong> es la unidad m�s peque�a de comunicaci�n
dentro de una conexi�n HTTP/2, que consiste en una cabecera y una secuencia
de octetos de longitud variable estructurada de acuerdo con el tipo de
frame. M�s informaci�n en la documentaci�n oficial
<a href="http://httpwg.org/specs/rfc7540.html#FramingLayer">Secci�n de
Capa de Frame</a>.</li>
<li>Un <strong>stream</strong> es un flujo bidireccional de frames dentro
de una conexi�n HTTP/2. El concepto correspondiente en HTTP 1.1 es un
intercambio de mensajes de solicitud/respuesta. M�s informaci�n en la
documentaci�n oficial
<a href="http://httpwg.org/specs/rfc7540.html#StreamsLayer">Secci�n Capa
de Stream</a>.</li>
<li>
HTTP/2 es capaz de llevar <strong>m�ltiples streams</strong> de datos
sobre la misma conexi�n TCP, evitando la cl�sica solicitud lenta
"head-of-line blocking" de HTTP 1.1 y evitando generar m�ltiples conexiones
TCP para cada solicitud/respuesta (KeepAlive parche� el problema en
HTTP 1.1 pero no lo resolvi� completamente).
</li>
</ul>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="implementation" id="implementation">HTTP/2 en Apache httpd</a></h2>
<p>
El protocolo HTTP/2 se implementa con su propio m�dulo httpd, llamado
acertadamente <code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code>. Incluye el set completo de
caracter�sticas descritas por el RFC 7540 y soporta HTTP/2 sobre texto
plano (http:), as� como conexiones seguras (https:). La variante de texto
plano se llama '<code>h2c</code>', la segura '<code>h2</code>'. Para
<code>h2c</code> permite el modo <em>direct</em>
y el <code>Upgrade:</code> a trav�s de una solicitud inicial HTTP/1.
</p>
<p>
Una caracter�stica de HTTP/2 que ofrece capacidades nuevas para
desarrolladores de web es <a href="#push">Server Push</a>. Vea esa secci�n
para saber como su aplicaci�n web puede hacer uso de ella.
</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="building" id="building">Compilar httpd con soporte HTTP/2</a></h2>
<p>
<code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code> usa la librer�a <a href="https://nghttp2.org">
nghttp2</a>como su implementaci�n base. Para compilar
<code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code> necesita al menos la versi�n 1.2.1 de
<code>libnghttp2</code> instalada en su sistema.
</p>
<p>
Cuando usted ejecuta <code>./configure</code> en el c�digo fuente de
Apache HTTPD, necesita indicarle '<code>--enable-http2</code>' como una
opci�n adicional para activar la compilaci�n de este m�dulo. Si su
<code>libnghttp2</code> est� ubicado en una ruta no habitual (cualquiera que
sea en su sistema operativo), puede indicar su ubicaci�n con
'<code>--with-nghttp2=<path></code>' para <code>./configure</code>.
</p>
<p>Aunque puede que eso sirva para la mayor�a, habr� quien prefiera un <code>nghttp2</code> compilado est�ticamente para este m�dulo. Para ellos existe la opci�n <code>--enable-nghttp2-staticlib-deps</code>. Funciona de manera muy similar a como uno debe enlazar openssl est�ticamente para <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code>.</p>
<p>Hablando de SSL, necesita estar al tanto de que la mayor�a de los navegadores hablan HTTP/2 solo con URLs <code>https:</code>. As� que necesita un servidor con soporte SSL. Pero no solo eso, necesitar� una librer�a SSL que de soporte a la extensi�n <code>ALPN</code>. Si usa OpenSSL, necesita al menos la versi�n 1.0.2.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="basic-config" id="basic-config">Configuraci�n b�sica</a></h2>
<p>Cuando tiene un <code>httpd</code> compilado con <code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code> necesita una configuraci�n b�sica para activarlo. Lo primero, como con cualquier otro m�dulo de Apache, es que necesita cargarlo:</p>
<pre class="prettyprint lang-config">LoadModule http2_module modules/mod_http2.so</pre>
<p>La segunda directiva que necesita a�adir a la configuraci�n de su servidor es:</p>
<pre class="prettyprint lang-config">Protocols h2 http/1.1</pre>
<p>Esto permite h2, la variante segura, para ser el protocolo preferido de las conexiones en su servidor. Cuando quiera habilitar todas las variantes de HTTP/2, entonces simplemente configure:</p>
<pre class="prettyprint lang-config">Protocols h2 h2c http/1.1</pre>
<p>Dependiendo de d�nde pone esta directiva, afecta a todas las conexiones o solo a las de ciertos host virtuales. La puede anidar, como en:</p>
<pre class="prettyprint lang-config">Protocols http/1.1
<VirtualHost ...>
ServerName test.example.org
Protocols h2 http/1.1
</VirtualHost></pre>
<p>Esto solo permite HTTP/1, excepto conexiones SSL hacia <code>test.example.org</code> que ofrecen HTTP/2.</p>
<div class="note"><h3>Escoger un SSLCipherSuite seguro</h3>
<p>Es necesario configurar <code class="directive"><a href="../mod/mod_ssl.html#sslciphersuite">SSLCipherSuite</a></code> con una suite segura de cifrado TLS. La versi�n actual de mod_http2 no fuerza ning�n cifrado pero la mayor�a de los clientes si lo hacen. Encaminar un navegador hacia un servidor con <code>h2</code> activado con una suite inapropiada de cifrados forzar� al navegador a rehusar e intentar conectar por HTTP 1.1. Esto es un error com�n cuando se configura httpd con HTTP/2 por primera vez, �as� que por favor tenga en cuenta que debe evitar largas sesiones de depuraci�n! Si quiere estar seguro de la suite de cifrados que escoja, por favor evite los listados en la <a href="http://httpwg.org/specs/rfc7540.html#BadCipherSuites">Lista Negra de TLS para HTTP/2</a>.</p>
</div>
<p>El orden de los protocolos mencionados tambi�n es relevante. Por defecto, el primero es el protocolo preferido. Cuando un cliente ofrece m�ltiples opciones, la que est� m�s a la izquierda ser� la escogida. En</p>
<pre class="prettyprint lang-config">Protocols http/1.1 h2</pre>
<p>el protocolo preferido es HTTP/1 y siempre ser� seleccionado a menos que el cliente <em>s�lo</em> soporte h2. Puesto que queremos hablar HTTP/2 con clientes que lo soporten, el orden correcto es:</p>
<pre class="prettyprint lang-config">Protocols h2 h2c http/1.1</pre>
<p>Hay algo m�s respecto al orden: el cliente tambi�n tiene sus propias preferencias. Si quiere, puede configurar su servidor para seleccionar el protocolo preferido por el cliente:</p>
<pre class="prettyprint lang-config">ProtocolsHonorOrder Off</pre>
<p>Hace que el orden en que <em>usted</em> escribi� los Protocols sea irrelevante y s�lo el orden de preferencia del cliente ser� decisorio.</p>
<p>Una �ltima cosa: cuando usted configura los protocolos no se comprueba si son correctos o est�n bien escritos. Puede mencionar protocolos que no existen, as� que no hay necesidad de proteger <code class="directive"><a href="../mod/core.html#protocols">Protocols</a></code> con ning�n <code class="directive"><a href="../mod/core.html#ifmodule"><IfModule></a></code> de comprobaci�n.</p>
<p>Para m�s consejos avanzados de configuraci�n, vea la <a href="../mod/mod_http2.html#dimensioning">
secci�n de m�dulos sobre dimensionamiento</a> y <a href="../mod/mod_http2.html#misdirected">
como gestionar multiples hosts con el mismo certificado</a>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="mpm-config" id="mpm-config">Configuraci�n MPM</a></h2>
<p>HTTP/2 est� soportado en todos los m�dulos de multi-proceso que se ofrecen con httpd. Aun as�, si usa el mpm <code class="module"><a href="../mod/prefork.html">prefork</a></code>, habr� restricciones severas.</p>
<p>En <code class="module"><a href="../mod/prefork.html">prefork</a></code>, <code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code> solo procesar� una solicitud cada vez por conexi�n. Pero los clientes, como los navegadores, enviar�n muchas solicitudes al mismo tiempo. Si una de ellas tarda mucho en procesarse (o hace un sondeo que dura m�s de la cuenta), las otras solicitudes se quedar�n atascadas.</p>
<p><code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code> no evitar� este l�mite por defecto. El motivo es que <code class="module"><a href="../mod/prefork.html">prefork</a></code> hoy en d�a solo se escoge si ejecuta motores de proceso que no est�n preparados para multi-hilo, p.ej. fallar� con m�s de una solicitud.</p>
<p>Si su configuraci�n lo soporta, hoy en d�a <code class="module"><a href="../mod/event.html">event</a></code> es el mejor mpm que puede usar.</p>
<p>Si realmente est� obligado a usar <code class="module"><a href="../mod/prefork.html">prefork</a></code> y quiere multiples solicitudes, puede configurar la directiva <code class="directive"><a href="../mod/mod_http2.html#h2minworkers">H2MinWorkers</a></code> para hacerlo posible. Sin embargo, si esto falla, es bajo su cuenta y riesgo.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="clients" id="clients">Clientes</a></h2>
<p>Casi todos los navegadores modernos dan soporte a HTTP/2, pero solo en conexiones SSL: Firefox (v43), Chrome (v45), Safari (since v9), iOS Safari (v9), Opera (v35), Chrome para Android (v49) e Internet Explorer (v11 en Windows10) (<a href="http://caniuse.com/#search=http2">Fuente</a>).</p>
<p>Otros clientes, as� c�mo otros servidores, est�n listados en la
<a href="https://github.com/http2/http2-spec/wiki/Implementations">wiki de Implementaciones</a>, entre ellos, implementaciones para c, c++, common lisp, dart, erlang, haskell, java, nodejs, php, python, perl, ruby, rust, scala y swift.</p>
<p>Muchos de las implementaciones de clientes que no son navegadores soportan HTTP/2 sobre texto plano, h2c. La m�s vers�til es <a href="https://curl.haxx.se">curl</a>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="tools" id="tools">Herramientas �tiles para depurar HTTP/2</a></h2>
<p>La primera herramienta a mencionar es por supuesto <a href="https://curl.haxx.se">curl</a>. Por favor aseg�rese de que su versi�n soporta HTTP/2 comprobando sus <code>Caracter�sticas</code>:</p>
<pre class="prettyprint lang-config"> $ curl -V
curl 7.45.0 (x86_64-apple-darwin15.0.0) libcurl/7.45.0 OpenSSL/1.0.2d zlib/1.2.8 nghttp2/1.3.4
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 [...]
Features: IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP <strong>HTTP2</strong>
</pre>
<div class="note"><h3>Notas sobre Mac OS homebrew</h3>
brew install curl --with-openssl --with-nghttp2
</div>
<p>Y para una inspecci�n en gran profundidad <a href="https://wiki.wireshark.org/HTTP2">wireshark</a>.</p>
<p>El paquete <a href="https://nghttp2.org">nghttp2</a> tambi�n incluye clientes, tales como:</p>
<ul>
<li><a href="https://nghttp2.org/documentation/nghttp.1.html">nghttp
</a> - util para visualizar la frames de HTTP/2 y tener una mejor idea de como funciona el protocolo.</li>
<li><a href="https://nghttp2.org/documentation/h2load-howto.html">h2load</a> - �til para hacer un stress-test de su servidor.</li>
</ul>
<p>Chrome ofrece logs detallados de HTTP/2 en sus conexiones a trav�s de la <a href="chrome://net-internals/#http2">p�gina especial de net-internals</a>. Tambi�n hay una extensi�n interesante para <a href="https://chrome.google.com/webstore/detail/http2-and-spdy-indicator/mpbpobfflnpcgagjijhmgnchggcjblin?hl=en">Chrome</a> y <a href="https://addons.mozilla.org/en-us/firefox/addon/spdy-indicator/">Firefox</a> con la que visualizar cuando su navegador usa HTTP/2.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="push" id="push">Server Push</a></h2>
<p>El protocolo HTTP/2 permite al servidor hacer PUSH de respuestas a un cliente que nunca las solicit�. El tono de la conversaci�n es: "Aqu� tiene una solicitud que nunca envi� y la respuesta llegar� pronto..."</p>
<p>Pero hay restricciones: el cliente puede deshabilitar esta caracter�stica y el servidor entonces solo podr� hacer PUSH en una solicitud que hizo previamente del cliente.</p>
<p>La intenci�n es permitir al servidor enviar recursos que el cliente seguramente vaya a necesitar, p. ej. un recurso css o javascript que pertenece a una p�gina html que el cliente solicit�, un grupo de im�genes a las que se hace referencia en un css, etc.</p>
<p>La ventaja para el cliente es que ahorra tiempo para solicitudes que pueden tardar desde unos pocos milisegundos a medio segundo, dependiendo de la distancia entre el cliente y el servidor. La desventaja es que el cliente puede recibir cosas que ya tiene en su cache. Por supuesto que HTTP/2 soporta cancelaci�n previa de tales solicitudes, pero aun as� se malgastan recursos.</p>
<p>Resumiendo: no hay una estrategia mejor sobre c�mo usar esta caracter�stica de HTTP/2 y todo el mundo est� experimentando con ella. As� que, �c�mo experimenta usted con ella en Apache httpd?</p>
<p><code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code> busca e inspecciona las cabeceras de respuesta
<code>Link</code> con cierto formato:</p>
<pre class="prettyprint lang-config">Link </xxx.css>;rel=preload, </xxx.js>; rel=preload</pre>
<p>
Si la conexi�n soporta PUSH, estos dos recursos se enviar�n al cliente.
Como desarrollador web, puede configurar estas cabeceras o bien
directamente en la respuesta de su aplicaci�n o configurar su servidor con:
</p>
<pre class="prettyprint lang-config"><Location /xxx.html>
Header add Link "</xxx.css>;rel=preload"
Header add Link "</xxx.js>;rel=preload"
</Location></pre>
<p>Si quiere usar enlaces con <code>preload</code> sin activar un PUSH, puede
usar el par�metro <code>nopush</code>, como en:</p>
<pre class="prettyprint lang-config">Link </xxx.css>;rel=preload;nopush</pre>
<p>o puede desactivar PUSH para su servidor por completo con la directiva </p>
<pre class="prettyprint lang-config">H2Push Off</pre>
<p>Y hay m�s:</p>
<p>
El m�dulo mantiene un registro de lo que se ha enviado con PUSH para cada
conexi�n (hashes de URLs, b�sicamente) y no har� PUSH del mismo recurso dos
veces. Cuando la conexi�n se cierra, la informaci�n es descartada.
</p>
<p>
Hay gente pensando c�mo un cliente puede decirle al servidor lo que ya
tiene, para evitar los PUSH de esos elementos, pero eso algo muy
experimental ahora mismo.
</p>
<p>Otro borrador experimental que ha sido implementado en
<code class="module"><a href="../mod/mod_http2.html">mod_http2</a></code> es el <a href="https://tools.ietf.org/html/draft-ruellan-http-accept-push-policy-00"> Campo de Cabecera
Accept-Push-Policy</a> en la que un cliente puede, para cada solicitud, definir
qu� tipo de PUSH acepta.</p>
<p>
Puede que PUSH no siempre lance la peticion/respuesta/funcionamiento que
uno espera. Hay varios estudios sobre este tema en internet, que explican
el beneficio y las debilidades de como diferentes funcionalidades del
cliente y de la red influyen en el resultado.
Por Ejemplo, que un servidor haga "PUSH" de recursos, no significa que el
navegador vaya a usar dichos datos.
</p>
<p>
Lo m�s importante que influye en la respuesta que se env�a, es la solicitud
que se simul�. La url de solicitud de un PUSH es dada por la aplicaci�n,
pero �de donde vienen las cabeceras de la petici�n? por ejemplo si el PUSH
pide una cabecera <code>accept-language</code> y si es as�, �con qu� valor?
</p>
<p>Httpd mirar� la petici�n original (la que origin� el PUSH) y copiar� las
siguientes cabeceras a las peticiones PUSH:
<code>user-agent</code>, <code>accept</code>, <code>accept-encoding</code>,
<code>accept-language</code>, <code>cache-control</code>.
</p>
<p>
Todas las otras cabeceras son ignorados. Las cookies tampoco ser�n copiadas.
Impulsar los recursos que requieren una cookie para estar presente no
funcionar�. Esto puede ser una cuesti�n de debate. Pero a menos que esto se
discuta m�s claramente con el navegador, evitemos el exceso de precauci�n y
no expongamos las cookies donde podr�an o no ser visibles.
</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="earlyhints" id="earlyhints">"Early Hints"</a></h2>
<p>Una alternativa de "Pushear" recursos es mandar una cabecera
<code>Link</code> al cliente antes que la respuesta est� lista. Esto usa
una caracteristica de HTTP que se llama "Early Hints" y est� descrita en
la <a href="https://tools.ietf.org/html/rfc8297">RFC 8297</a>.</p>
<p>Para poder usar esto, necesita habilitarlo explicitamente en el servidor
via</p>
<pre class="prettyprint lang-config">H2EarlyHints on</pre>
<p>(No est� habilitado por defecto ya q ue algunos navegadores m�s antiguos
se caen con dichas respuestas.)
</p>
<p>si esta funcionalidad esta activada, puede usar la directiva
<code class="directive"><a href="../mod/mod_http2.html#h2pushresource">H2PushResource</a></code> para que lance
"Early hints" y recursos mediante push:
</p>
<pre class="prettyprint lang-config"><Location /xxx.html>
H2PushResource /xxx.css
H2PushResource /xxx.js
</Location></pre>
<p>
Esto lanzar� una respuesta <code>"103 Early Hints"</code> a un cliente
tan pronto como el servidor <em>comience</em> a procesar la solicitud.
Esto puede ser mucho antes que en el momento en que se determinaron los
primeros encabezados de respuesta, dependiendo de su aplicaci�n web.
</p>
<p>
Si la directiva <code class="directive"><a href="../mod/mod_http2.html#h2push">H2Push</a></code> est�
habilitada, esto comenzar� el PUSH justo despu�s de la respuesta 103.
Sin embargo, si la directiva <code class="directive"><a href="../mod/mod_http2.html#h2push">H2Push</a></code> est� dehabilitada, la respuesta 103 se le enviar� al cliente.
</p>
</div></div>
<div class="bottomlang">
<p><span>Idiomas disponibles: </span><a href="../en/howto/http2.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="../es/howto/http2.html" title="Espa�ol"> es </a> |
<a href="../fr/howto/http2.html" hreflang="fr" rel="alternate" title="Fran�ais"> fr </a></p>
</div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Comentarios</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
<script type="text/javascript"><!--//--><![CDATA[//><!--
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/2.4/howto/http2.html';
(function(w, d) {
if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
d.write('<div id="comments_thread"><\/div>');
var s = d.createElement('script');
s.type = 'text/javascript';
s.async = true;
s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
(d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
}
else {
d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
}
})(window, document);
//--><!]]></script></div><div id="footer">
<p class="apache">Copyright 2018 The Apache Software Foundation.<br />Licencia bajo los t�rminos de la <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="../mod/">M�dulos</a> | <a href="../mod/directives.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="../glossary.html">Glosario</a> | <a href="../sitemap.html">Mapa del sitio web</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
prettyPrint();
}
//--><!]]></script>
</body></html>