1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
|
<?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 2019 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>
|
