В отчете Lighthouse говорится, что мой start_url не кешируется

После запуска отчета Lighthouse о моем подающем надежды PWA отчет сообщает мне, что:

Пользователю не будет предложено установить веб-приложение. Ошибки:
Манифест start_url не кэшируется Service Worker.

Но это! Я могу ВИДЕТЬ его в кеше на вкладке «Приложение» в инструментах Chrome F12.

введите здесь описание изображения

Я могу подтвердить, что запись в manifest.json также верна, поскольку область «Манифест приложения» в инструментах F12 показывает это.

введите здесь описание изображения

Я попытался изменить его, чтобы он работал только с базовой HTML-страницей, и получил ту же проблему в отчете. Я также попытался изменить URL-адрес на просто / но без изменений в отчете Lighthouse.

Что я делаю неправильно?


person Jimbo    schedule 01.09.2017    source источник
comment
Я получаю сообщение об ошибке: Service worker не обслуживает start_url манифеста. Биться головой о стену ... Я читал кое-что, что намекает на то, что мой start_url не совпадает ни с одним из кешированных URL-адресов сервис-воркера.   -  person karns    schedule 21.02.2018
comment
Если вы включили начальный URL-адрес в свои кешированные URL-адреса (в сервис-воркере) и по-прежнему получаете эту ошибку, убедитесь, что нет никаких ДРУГИХ ошибок сервис-воркера, поскольку ошибки сервис-воркера имеют тенденцию влиять друг на друга.   -  person Jimbo    schedule 22.02.2018
comment
Других ошибок вроде нет - вроде все перепробовал. Это отстой, потому что он говорит мне, что пользователям не будет предлагаться установить сайт или w / e - что является основным преимуществом PWA.   -  person karns    schedule 23.02.2018
comment
Я предлагаю вам опубликовать новый вопрос с подробной информацией о содержимом JS вашего сервис-воркера, manifest.json и html страницы start_url.   -  person Jimbo    schedule 24.02.2018


Ответы (1)


Это произошло из-за «глючного» маяка. Он постоянно обновляется и улучшается и больше не сообщает о моем start_url как о проблемном.

Еще одна проблема, с которой я столкнулся и которая заставляла меня задуматься, заключалась в том, что Lighthouse сообщал, что сайт использует HTTP / 1.1 (без сжатия), когда различные онлайн-ресурсы показывали мне, что он использует HTTP / 2 (со сжатием) (IIS 10 автоматически обслуживает HTTP / 2, если клиент поддерживает это) Оказывается, мой антивирус возился с трафиком HTTPS - как только я отключил обнаружение угроз HTTPS, Lighthouse сообщал о HTTP / 2 со сжатием.

введите здесь описание изображения

person Jimbo    schedule 22.02.2018
comment
У меня все еще проблема в Chrome 67.0.3396.79. Он работает в Chrome Canary 69.0.3455.0. У меня нет запросов на установку PWA, но если я выберу «Добавить на главный экран» в iOS Safari, PWA будет правильно установлен (я не вижу Chrome в браузере) - person mrtnmgs; 12.06.2018