Комментарии 31
service-worker.js может быть и пустым, верно? Например, если моё приложение не может функционировать офлайн?
И что насчёт стандартного браузерного кеша, ведь он же должен работать как обычно? Зачем тогда мы повторно реализуем кеширование в service-worker.js?
Давайте подумаем, чем с точки зрения обычного пользователя, «приложение» отличается от «сайта». Сразу в голову приходит, что приложение в телефоне, а сайт на компьютере. Но ведь есть мобильный браузер, так что сайт и в телефоне тоже.
Посыл ясен, но приложение бывает и на компьютере тоже)
Если это туториал, а не перевод с англ. то хорошо бы ориентироваться на 'нашу' публику, а не иностранцев.
Буду ждать продолжения.
Реально интересует связка с гугл плеем.
P.s. — Хотя первоисточники рулят на ангельском*…
И да, ничего не упомянуто про develop-environment по запуску локального вэб-сервера. Имхо на таких деталях кто-то посыпется… На худой конец ссылочку прикрепить по данному моменту.
Если это туториал, то по нему должно получиться выполнение задания, иначе это просто статья.
Я запускал даже на статическом сервере (webpack-dev-server). Главное, файлы по нужным урлам отдать, как написано в статье.
Ну и есть одна тонкость, её тоже указал:
"Во-первых, если вы запускаете сайт локально, а вам придётся это делать во время разработки и тестирования, то нужно использовать домен localhost и никакой другой. Благодаря этому будет удовлетворено требование «Use HTTPS», а точнее Lighthouse просто закроет глаза на него, и вы сможете полноценно тестировать свой PWA."
Да, это не перевод. А почему возникло впечатление, что ориентируюсь на иностранцев? Из-за ссылок в конце?
Язык английский, а текст русский
<html lang="en"
<title Скорочтец
Я понимаю что не всем нужны пуши в приложениях, и статья про андроид, но пока в айос нет возможности отправить пуш уведомления, ценность pwa сильно под вопросом
Как сделать из сайта приложение и выложить его в Google Play за несколько часов. Часть 1/2: Progressive Web App