Comments 13
Спасибо. Можно посмотреть полный код SW?
0
Шутка хороша, посмеялся.
Вот только в пятницу в очередной раз разбирался со сломавшимся обновлением. Сервис воркеры это конечно оч мощная технология, но чет совсеееем не очевидная, слишком уж низкоуровневое апи предоставлено.
+1
Спасибо за статью, только я так и не понял в чём смысл шутки. Кстати, я слышал другую ее версию: переименовал сервис-воркер — пора менять домен.
0
Спасибо за опыт! Несколько лет назад тоже в продакшене использовал сервис воркеры. При доставки обновлений тоже показывал такое окно в углу экрана с двумя кнопками («обновить» и «отложить»), и еще с обратным таймером, по истечении которого автоматически обновлялось приложение. Дело в том, что клиенты вообще не нажимали никаких других кнопок, кроме тех, которые нужны им были для обработки заказов (менталитет видимо) и почти никогда не закрывали браузер и не перезагружали страницу, а обновления доставлять нужно было :)
Позже планировали добавить возможность принудительно обновить на клиентах без таймера.
Основная цели добавления сервис воркеров были: принудительные обновления клиентов и быстрая загрузка приложения. Цели были достигнуты, заказчики были довольны.
Так как я использовал коробочный сервис воркер Ангуляра, в одной из версий (5-ой кажется), сломали сервис воркер так, что закешированный index.html не отдавался сервис воркером корректно, работа была парализованы до сброса браузера. Позже чтобы не натыкаться на эту штуку я просто добавлял в кеш все нужные файлы за исключением index.html. Целям это никак не противоречило, так как страница очень мало весит, но зато даже если сервис воркер ломался, но после F5 работало железно всегда.
Позже планировали добавить возможность принудительно обновить на клиентах без таймера.
Основная цели добавления сервис воркеров были: принудительные обновления клиентов и быстрая загрузка приложения. Цели были достигнуты, заказчики были довольны.
Так как я использовал коробочный сервис воркер Ангуляра, в одной из версий (5-ой кажется), сломали сервис воркер так, что закешированный index.html не отдавался сервис воркером корректно, работа была парализованы до сброса браузера. Позже чтобы не натыкаться на эту штуку я просто добавлял в кеш все нужные файлы за исключением index.html. Целям это никак не противоречило, так как страница очень мало весит, но зато даже если сервис воркер ломался, но после F5 работало железно всегда.
+3
Тимур, статья — огонь! Спасибо за неё!
А чего конкретно не хватает в документации по PWA, скажем, на web.dev? Очень хотелось бы знать, над чем работать в 2021-м.
И не хочу здесь спамить ссылкой без разрешения, но было бы здорово видеть Вас в нашем ТГ сообществе PWA, если Вы ещё не там ;) Если разрешите, с удовольствием приглашу и Вас, и всех читателей.
А чего конкретно не хватает в документации по PWA, скажем, на web.dev? Очень хотелось бы знать, над чем работать в 2021-м.
И не хочу здесь спамить ссылкой без разрешения, но было бы здорово видеть Вас в нашем ТГ сообществе PWA, если Вы ещё не там ;) Если разрешите, с удовольствием приглашу и Вас, и всех читателей.
0
Мой главный вопрос к документации по PWA в том, что обновление SW это целая техника и нужно до неё ещё докопаться. Я бы в целом тему lifecycle (обновления) PWA вынес бы в категорию или статью следующую сразу за созданием PWA. Но это моё личное мнение :)
+1
А с этой статьёй сталкивались developers.google.com/web/fundamentals/primers/service-workers/lifecycle? Или она слишком глубоко закопана и её следовало бы подсветить? Или в ней не то и не о том?
0
А если использовать проверку на соединение и подгружать все ресурсы из памяти, когда интернет соединение отсутствует, но в ином случае всегда его скачивать?
Или же анализировать разницу в размере страницы и если такая имеется, то грузить новую версию?
0
Sign up to leave a comment.
Обновление вашего PWA в продакшене