Navigation request handling

Las solicitudes de navegación son solicitudes de documentos HTMLHTML (Hypertext Markup Language) se usa para estructurar el contenido de texto de un documento web. No sólo se marca el contenido, sino además la meta-información que describe este contenido. Las páginas HTML se almacenan normalmente en el directorio raíz del servidor. Cómo se creó En la era digital, a los usuarios les resulta difícil hallar su camino en las webs y hacer un seguimiento de las estructuras de las plus realizadas por su browserUn navegador (además: browser) es una herramienta informática que te permite ver documentos y datos y navegar por la red. Los navegadores pueden mostrar distintos tipos de recursos de información; principalmente documentos HTML, a pesar de todo, además son posibles otros tipos de archivos y contenido multimedia, como PDF, JPEG, MPEG, GIF o el lenguaje de meta marcado. A través el uso de complementos especiales y la configuración respectivo, los plus cada vez que ingresa una nueva UrlEl URL (Localizador Uniforme de Recursos), es una dirección definida que apunta a la posición de un archivo en un servidor y lo recupera. Las URL se introducen en un navegador web para ingresar a documentos en la web o se incrustan como hipervínculos dentro de un documento. Se puede usar un Permalink para que una URL esté disponible de forma permanente. Componentes de una URL • prefijo de protocolo plus en la barra de navegación o sigue un linkConcepto de Dominio¿Qué es un Enlace?En Internet, un link, además conocido como enlace o hipervínculo, es cualquier texto o imagen que se encuentra en una página web y en la que el usuario puede pulsar o clicar para ser dirigido a otro contenido distinto. Es el principal medio de “desplazamiento” en la red, puesto que se encuentra presente en prácticamente cualquier portal que visites a día de hoy, inclusive en plus en una página que lo lleva a una nueva URL. Aquí es donde los trabajadores del servicio tienen su mayor impacto en el rendimiento: si utiliza un trabajador del servicio para responder a las solicitudes de navegación sin esperar a la red, puede asegurarse de que las navegaciones sean rápidas y confiables, además de ser resistentes cuando la red no está disponible. Esta es la ganancia de rendimiento más grande que proviene de un trabajador de servicios, en comparación con lo que es posible con el almacenamiento en cacheUn caché es un tipo de memoria auxiliar de la que se puede recuperar a alta velocidad con una capacidad de almacenamiento relativamente pequeña. Se encuentra entre la unidad central de procesamiento (CPU) y la memoria principal. Ayuda a evitar el acceso al disco duro o los recálculos complejos almacenando temporalmente ciertos datos y haciéndolos disponibles rápidamente cuando sea necesario. El caché almacena una copia de la petición actual y plus HTTPEl HTTP (Hyper Text Transfer Protocol) es un protocolo que se usa para transmitir datos en redes. HTTP es un estándar técnico generalmente aceptado que establece cómo un cliente web se comunica con un servidor para que los datos solicitados por el cliente puedan ser cargados y mostrados. Información general Junto con el URL y el HTML, HTTP es uno de los conceptos más importantes de Internet (www). Fue desarrollado plus.

As detailed in the Identify Resources Loaded from the Network guide, a browse request is the first of many requests potentially made on the
"waterfall"
del tráfico de la red. El HTML que carga a través de una solicitud de navegación inicia el flujo de todas las demás solicitudes de subrecursos como imágenes, scriptsConcepto de Scripts¿Qué son los Scripts?Los Scripts son fragmentos de código que se usan para dar forma a herramientas tanto en Internet como en el sector de la informática en general. Son una parte crucial del software, puesto que se trata exactamente del código que conforma a una aplicación en su totalidad o a una de sus funciones, como además el que puedes hallar explorando cómo está hecha una web.Desde plus y estilos.

Inside a service worker fetch event handler, you can determine if a request is a navigation by checking the request.mode property in the FetchEvent. If it is configured for 'navigate', then it is a navigation request.

As a general rule, do not use long-lasting Cache-Control headers to cache the HTML response for a browse request. They should normally be satisfied over the network, with
Cache-Control: no-cache, to ensure that the HTML, along with the chain of subsequent network requests, is (reasonably) up to date. Go against the net every time the user navigates to a new page, unfortunately it means that every navigation might Be slow At the very least, it means it won't be surely Quick.

Different approaches to architectures

To find out as Responding to browsing requests by avoiding the web can be difficult. The correct approach largely depends on the architecture of your website and the number of unique URLs that users can access.

While there is no one-size-fits-all solution, the following general guidelines should help you decide which approach is the most viable.

Small static sites

If your web application consists of a relatively small number (think: a couple dozen) of unique URLs, and each of those URLs corresponds to a different static HTML file, then a viable approach is to cache all of those HTML files and respond to navigation requests with the appropriate cached HTML.

With caching, you can cache the HTML in advance, as soon as the service worker is installed, and update the cached HTML each time you rebuild your site and redeploy your service worker.

Alternatively, if you prefer to avoid caching all of your HTML, perhaps because users tend to navigate only to a subset of URLs on your site, you can use a stale runtime caching strategy while revalidating. However, be careful with this approach, as each individual HTML document is cached and updated separately. Using runtime caching for HTML is more appropriate if you have a small number of URLs that get checked frequently by the same set of users, and if you are comfortable with revalidating those URLs independently of each other.

Single page apps

Las aplicaciones web modernas utilizan con frecuencia una arquitectura de una sola página. En él, JavaScriptJavaScript es un lenguaje de programación que funciona en el lado del cliente y con el que las webs pueden ser más funcionales. Incorporación en código HTML El código JavaScript puede ser incrustado en las páginas HTML, para que adquieran funcionalidad. Existen varias opciones. Puede estar entre las etiquetas <SCRIPT> y </SCRIPT>, puede estar contenido en un archivo externo, puede ser un parámetro de las etiquetas HTML, y puede estar plus del lado del cliente modifica el HTML en respuesta a las acciones del usuario. Este modelo utiliza el History API to modify the current URL as the user interacts with the web application, leading to what is effectively 'mock' browsing. While subsequent browsing may be "fake", the initial browsing is real and it is still important to ensure that it is not blocked on the web.

Fortunately, if you are using the single page architecture, there is a simple pattern to follow to serve the initial navigation from the cache: the application shell. In this model, your service worker responds to navigation requests by returning the same unique HTML file that has already been cached, regardless of the requested URL. This HTML should be basic and consist, perhaps, of a generic loading indicator or skeleton content. Una vez que el navegador ha cargado este HTML desde la caché, su JavaScript existente del lado del cliente toma el control y muestra el contentsEl contenido puede ser muy difícil de definir con precisión. Es una definición que se refiere a las declaraciones contenidas en un documento o publicación de cualquier tipo y puede incluir las tecnologías de la información y la comunicación. Esto cubre todos los tipos de medios como imágenes y texto. A parte de esto, en el campo de la optimización de motores de búsqueda, los términos duplicar contenido, contenido único, plus HTML correcto para la URL de la solicitud de navegación original.

Workbox provides the tools you need to implement this approach; the navigateFallback
option
allows you to specify which HTML document to use as your application's shell, along with an optional allow and deny list to limit this behavior to a subset of your URLs.

Multi-page apps

If your web server generates the HTML for your site dynamically, or you have more than a few dozen unique pages, then it is much more difficult to bypass the net when handling browsing requests. The advice in Everything Else likely applies to you.

But for a certain subset of multi-page applications, you might be able to implement a service worker that fully replicates the logic used on your web server to generate HTML. This works best if you can share routing information and templates between the server and service worker environments, and in particular if your web server uses JavaScript (without relying on
Node.js-specific features, such as file system access).

If your web server falls into that category and you would like to explore an approach to move HTML generation off the network to your service worker, the guide at Beyond SPAs: Alternative Architectures for Your PWA can help you get started.

Everything else

If you are unable to respond to cached HTML navigation requests, you should take steps to ensure that adding a service worker to your site (to handle other non-HTML requests) does not slow down your navigations. Starting the service worker without using it to respond to a browse request will introduce a small amount of latency (as explained in Building faster, more resilient applications with Service Worker). You can mitigate this overhead by enabling a function called navigation preload, and then using network response
that has been preloaded within your fetch event handler.

Workbox provides a helper library that function detects whether navigation preload is supported and, if so, simplifies the process of telling your service worker to use network response.

Photo by Aaron Burden in Unsplash,