1

Après avoir tenu un rapport phare sur mon PWA bourgeonnement, le rapport me dit que:rapport phare dit mon START_URL isnt mises en cache

L'utilisateur ne sera pas invité à installer les échecs Web App:
START_URL Manifest n'est pas mis en cache par un travailleur de service.

Mais c'est le cas! Je peux le voir dans le cache dans la zone « Application » onglet sur les outils F12 Chrome

enter image description here

Je peux confirmer que l'entrée dans le manifest.json est correct aussi comme le « App Manifest » dans les outils F12 montre ce

enter image description here

J'ai essayé de changer de travailler avec juste une page HTML de base et seulement obtenir la même question dans le rapport. J'ai également essayé de changer l'URL juste/mais aucun changement dans le rapport de phare.

Qu'est-ce que je fais mal?

+0

Je reçois un « échec: travailleur de service ne sert pas avec succès la START_URL du manifeste ». Battre ma tête contre un mur ... J'ai lu des trucs qui laissent entendre que c'est parce que mon start_url ne correspond à aucune des URL mises en cache par l'agent de service – karns

+0

Si vous avez inclus l'url de début dans vos URL mises en cache (en le technicien de service) et reçoivent toujours cette erreur, vérifiez qu'il n'y a pas d'autres erreurs de travailleur de service, car les erreurs de travailleur de service ont tendance à s'infecter – Jimbo

+0

Il semble n'y avoir aucune autre erreur - j'ai l'impression d'avoir tout essayé. Cela craint parce qu'il me dit que "les utilisateurs ne seront pas invités à installer le site" ou w/e - ce qui est le principal avantage de PWA. – karns

Répondre

0

Cela était dû à un phare "buggy". Il est constamment mis à jour et amélioré et ne signale plus mon start_url comme étant problématique. Un autre problème que j'ai rencontré m'a amené à penser que le site utilisait HTTP/1.1 (sans compression) lorsque diverses ressources en ligne me montraient qu'il utilisait HTTP/2 (avec compression) (IIS 10 sert automatiquement HTTP/2 si le client le prend en charge) Il s'avère que mon antivirus perturbait le trafic HTTPS - dès que j'ai désactivé la détection des menaces HTTPS, Lighthouse rapportait HTTP/2 avec compression.

enter image description here