http - close - ¿Qué significa exactamente una "conexión persistente"?
header set connection keep alive (3)
Creo que esto es un cambio de http o https para el navegador web. Si tiene https: // antiguos y ahora está utilizando http para el archivo .htaccess del navegador, este problema debería crearse a través de los complementos de una página de rastreo de páginas. No te preocupes, no es un error importante. Para los piratas informáticos, esta es una forma de piratear su sitio web si su conexión ssl está vacía; deben adjuntar una página o dominio a su conexión ssl eb http://www.example.com y cuando navega https://www.example.com En el navegador hay algún otro enlace con abrir el dominio de tu sitio.
La solución para esto siempre es usar su dirección completa para el sitio web: para proteger a los piratas informáticos contra su sitio web, use ssl y https: / page para su sitio web.
Entonces, este problema nunca ha tenido lugar en ningún sitio de prueba o página.
Leí sobre " conexión HTTP persistente " pero de alguna manera no entiendo lo que significa persistente en este contexto.
¿Podrías elaborar?
Esto significa que el servidor no cierra el zócalo una vez que termina de enviar la respuesta (de modo que la longitud de la respuesta debe indicarse de otra manera, mediante encabezados o fragmentación), para que el cliente pueda realizar otras solicitudes en el mismo zócalo. Una página web a menudo solicita varias otras piezas (imágenes, CSS, scripts, ...) en el mismo servidor que la propia página, por lo que reutilizar el socket para algunas de esas solicitudes adicionales al mismo servidor puede reducir la latencia general en comparación con cerrar el Socket original y apertura de nuevos para todas las solicitudes de seguimiento.
Toda la discusión hasta ahora ha sido desde el lado del navegador de las cosas. El navegador primero solicita la página real, y analiza la página y descubre todos los demás recursos que necesita antes de poder representar esa página. El navegador solicita estos recursos y otros recursos dependientes uno por uno. Por lo tanto, mantener una conexión persistente es muy eficiente aquí, ya que se evita la sobrecarga de crear y destruir conexiones.
Ahora, desde el punto de vista del servidor web, una conexión persistente sería aquella que le permita "empujar" el contenido al navegador web. Ahora HTTP no soporta esto. Por lo tanto, hay algunas soluciones alternativas con javascript donde la página se actualiza básicamente después de un tiempo.
Puede ver este truco siendo utilizado por muchos proveedores de correo electrónico basados en la web que continuamente revisan en segundo plano los nuevos correos electrónicos. Esto da la sensación de que cuando llegan nuevos correos, el servidor "envía" la nueva notificación de correo al navegador web. Pero, de hecho, en realidad es el navegador web que sigue revisando el servidor en busca de correo nuevo.
También otro punto que me gustaría señalar es que en realidad no vemos ninguna actualización de la página que se deba a otro truco que permita que solo se actualicen partes específicas de la página con la solicitud. (SUGERENCIA: AJAX)