PWA

Descrição

Progressive Web Apps are user experiences that have the reach of the web, and are:

• Confiável – Carregue instataneamente e nunca mostre o “downasaur”, mesmo em conexões instáveis.
• Rápida – Responda as interações do usuário rapidamente, com animações suaves sem rolagem abrupta.
• Cativante – Sinta-se como uma aplicação nativa,
  com uma experiência imersiva.

This new level of quality allows Progressive Web Apps to earn a place on the user’s home screen.

Continue lendo sobre Progressive Web Apps (PWA) do Google.

Em geral, uma PWA depende das seguintes tecnologias para estar disponível:

• Service Workers
• Web App Manifest
• HTTPS

This plugin serves as a place to implement support for these in WordPress with the intention of being proposed for core merge, piece by piece. Case in point, the HTTPS functionality from this plugin has largely been made part of Core: Improved HTTPS detection and migration in WordPress 5.7.

This feature plugin is not intended to obsolete the other plugins and themes which turn WordPress sites into PWAs. Rather, this plugin is intended to provide the PWA building blocks and coordination mechanism for these themes and plugins to not reinvent the wheel and also to not conflict with each other. For example, a theme that implements the app shell model should be able to extend the core service worker while a plugin that provides push notifications should be able to do the same. Themes and plugins no longer should have to each create a service worker on their own, something which is inherently problematic because only one service worker can be active at a time: only one service worker can win. If you are developing a plugin or theme that includes a service worker, consider relying on this PWA plugin, or at least only use the built-in implementation as a fallback for when the PWA plugin is not available.

In versions prior to 0.6, no caching strategies were added by default. The only service worker behavior was to serve an offline template when the client’s connection is down or the site is down, and also to serve an error page when the server returns with 500 Internal Server Error. As of 0.6, there is a new “Offline browsing” toggle on the Reading Settings screen in the admin. It is disabled by default, but when enabled a network-first caching strategy is registered for navigations so that the offline page won’t be shown when accessing previously-accessed pages. The network-first strategy is also used for assets from themes, plugins, and WordPress core. In addition, uploaded images get served with a stale-while-revalidate strategy. For all the details on these changes, see the pull request.

Documentation for the plugin can be found on the GitHub project Wiki.

O desenvolvimento deste plugin é feito no GitHub. Solicitações de pull são bem-vindas. Consulte os problemas relatados antes de acessar fórum de plugins.