История изменений
Исправление javascript, (текущая версия) :
но ты уверен что это все не проще сделать на SharedWorker
Уверен, конечно. Сравни поддержку ServiceWorker и SharedWorker.
не уродуясь особо с инсталляцией
Так у SW нет интерактивной инсталяции. Они устанавливаются сами по себе, без действий со стороны пользователя. Это если он хочет себе иконку PWA на рабочий стол\лаунчер поместить нужна специальная установка, это совершенно другое. У SW есть только событие, когда они устанавливаются впервые, это просто часть жизненного цикла.
IMHO сохранение стейта - это localStorage/IndexedDB
Так я про это и писал. Кэшрование стейта - это локальные ранилища. Кэширование контента или очередь запросов это SW.
Без SW можно было просто закешровать ввод, и предоставить его потом. С SW можно поставить сообщение в очередь на отправку и уведомить об этом пользователя.
Просто народ чаще всего упоминает кеширование на сервисворкерах
SW не для кэширвоания ресурсов. Они для кэширования контента. В идеальном сценарии все твое приложении вообще не зависит и ничего не знает об SW. Оно ходит на бэк за контентом как обычно, но на самом деле SW мониторит все запросы, и при наличии интернета запрашивает его с бэка, без наличия - из кэша. Контент - это не картиночки с css фйлами - они закэшируются и так стандартными заголовками о кэшировании. Контент - это непосрредственно наполнение сайта.
Ну и плюс при наличии SW приложение пишется с тем расчетом, что оно способно открываться и работать без этого интернета. Буквально - у тебя нет сети, но ты вводишь адрес сайта и он открывается (то есть в логике должны быть корректные отработки тех веток, где данные запросить не удалось потому что их нельзя кэшировать, например).
SW это просто следующий шаг Progressive Enhancement, на равне со всеми остальными.
Еще позырил в фаерфоксе about:serviceworkers, кто во что горазд
Как я уже написал - SW для префетча или кэширования статики - это как электрон для лэндингов. Некорректное применение технологии. Любителей заворачивать условные лендосы, в электрон так же полно, лишь для того, чтобы приложение имело иконку на рабочем столе и работало без сети (для чего как раз хватило бы обычных SW и PWA).
Исправление javascript, :
но ты уверен что это все не проще сделать на SharedWorker
Уверен, конечно. Сравни поддержку ServiceWorker и SharedWorker.
не уродуясь особо с инсталляцией
Так у SW нет интерактивной инсталяции. Они устанавливаются сами по себе, без действий со стороны пользователя. Это если он хочет себе иконку PWA на рабочий стол\лаунчер поместить нужна специальная установка, это совершенно другое. У SW есть только событие, когда они устанавливаются впервые, это просто часть жизненного цикла.
IMHO сохранение стейта - это localStorage/IndexedDB
Так я про это и писал. Кэшрование стейта - это локальные ранилища. Кэширование контента или очередь запросов это SW.
Без SW можно было просто закешровать ввод, и предоставить его потом. С SW можно поставить сообщение в очередь на отправку и уведомить об этом пользователя.
Просто народ чаще всего упоминает кеширование на сервисворкерах
SW не для кэширвоания ресурсов. Они для кэширования контента. В идеальном сценарии все твое приложении вообще не зависит и ничего не знает об SW. Оно ходит на бэк за контентом как обычно, но на самом деле SW мониторит все запросы, и при наличии интернета запрашивает его с бэка, без наличия - из кэша. Контент - это не картиночки с css фйлами - они закэшируются и так стандартными заголовками о кэшировании. Контент - это непосрредственно наполнение сайта.
Ну и плюс при наличии SW приложение пишется с тем расчетом, что оно способно открываться и без этого интернета. Буквально - у тебя нет сети, но ты вводишь адрес сайта и он открывается (то есть в логике должны быть корректные отработки тех веток, где данные запросить не удалось потому что их нельзя кэшировать, например).
SW это просто следующий шаг Progressive Enhancement, на равне со всеми остальными.
Еще позырил в фаерфоксе about:serviceworkers, кто во что горазд
Как я уже написал - SW для префетча или кэширования статики - это как электрон для лэндингов. Некорректное применение технологии. Любителей заворачивать условные лендосы, в электрон так же полно, лишь для того, чтобы приложение имело иконку на рабочем столе и работало без сети (для чего как раз хватило бы обычных SW и PWA).
Исправление javascript, :
но ты уверен что это все не проще сделать на SharedWorker
Уверен, конечно. Сравни поддержку ServiceWorker и SharedWorker.
не уродуясь особо с инсталляцией
Так у SW нет интерактивной инсталяции. Они устанавливаются сами по себе, без действий со стороны пользователя. Это если он хочет себе иконку PWA на рабочий стол\лаунчер поместить нужна специальная установка, это совершенно другое. У SW есть только событие, когда они устанавливаются впервые, это просто часть жизненного цикла.
IMHO сохранение стейта - это localStorage/IndexedDB
Так я про это и писал. Кэшрование стейта - это локальные ранилища. Кэширование контента или очередь запросов это SW.
Без SW можно было просто закешровать ввод, и предоставить его потом. С SW можно поставить сообщение в очередь на отправку и уведомить об этом пользователя.
Просто народ чаще всего упоминает кеширование на сервисворкерах
SW не для кэширвоания ресурсов. Они для кэширования контента. В идеальном сценарии все твое приложении вообще не зависит и ничего не знает об SW. Оно ходит на бэк за контентом как обычно, но на самом деле SW мониторит все запросы, и при наличии интернета запрашивает его с бэка, без наличия - из кэша. Контент - это не картиночки с css фйлами - они закэшируются и так стандартными заголовками о кэшировании. Контент - это непосрредственно наполнение сайта.
Ну и плюс при наличии SW приложение пишется с тем расчетом, что оно способно открываться и без этого интернета. Буквально - у тебя нет сети, но ты вводишь адрес сайта и он открывается (то есть в логике должны быть корректные отработки тех веток, где данные запросить не удалось потому что их нельзя кэшировать, например).
SW это просто следующий шаг Progressive Enhancement, на равне со всеми остальными.
Еще позырил в фаерфоксе about:serviceworkers, кто во что горазд
Как я уже написал - SW для префетча или кэширования статики - это как электрон для лэндингов. Некорректное применение технологии.
Исправление javascript, :
но ты уверен что это все не проще сделать на SharedWorker
Уверен, конечно. Сравни поддержку ServiceWorker и SharedWorker.
не уродуясь особо с инсталляцией
Так у SW нет интерактивной инсталяции. Они устанавливаются сами по себе, без действий со стороны пользователя. Это если он хочет себе иконку PWA на рабочий стол\лаунчер поместить нужна специальная установка, это совершенно другое. У SW есть только событие, когда они устанавливаются впервые, это просто часть жизненного цикла.
IMHO сохранение стейта - это localStorage/IndexedDB
Так я про это и писал. Кэшрование стейта - это локальные ранилища. Кэширование контента или очередь запросов это SW.
Без SW можно было просто закешровать ввод, и предоставить его потом. С SW можно поставить сообщение в очередь на отправку и уведомить об этом пользователя.
Просто народ чаще всего упоминает кеширование на сервисворкерах
SW не для кэширвоания ресурсов. Они для кэширования контента. В идеальном сценарии все твое приложении вообще не зависит и ничего не знает об SW. Оно ходит на бэк за контентом как обычно, но на самом деле SW мониторит все запросы, и при наличии интернета запрашивает его с бэка, без наличия - из кэша. Контент - это не картиночки с css фйлами - они закэшируются и так стандартными заголовками о кэшировании. Контент - это непосрредственно наполнение сайта.
Ну и плюс при наличии SW приложение пишется с тем расчетом, что оно способно открываться и без этого интернета. Буквально - у тебя нет сети, но ты вводишь адрес сайта и он открывается (то есть в логике должны быть корректные отработки тех веток, где данные запросить не удалось потому что их нельзя кэшировать, например).
SW это просто следующий шаг Progressive Enhancement, на равне со всеми остальными.
Исходная версия javascript, :
но ты уверен что это все не проще сделать на SharedWorker
Уверен, конечно. Сравни поддержку ServiceWorker и SharedWorker.
не уродуясь особо с инсталляцией
Так у SW нет интерактивной инсталяции. Они устанавливаются сами по себе, без действий со стороны пользователя. Это если он хочет себе иконку PWA на рабочий стол\лаунчер поместить нужна специальная установка, это совершенно другое. У SW есть только событие, когда они устанавливаются впервые, это просто часть жизненного цикла.
IMHO сохранение стейта - это localStorage/IndexedDB
Так я про это и писал. Кэшрование стейта - это локальные ранилища. Кэширование или очередь запросов это SW.
Без SW можно было просто закешровать ввод, и предоставить его потом. С SW можно поставить сообщение в очередь на отправку и уведомить об этом пользователя.
Просто народ чаще всего упоминает кеширование на сервисворкерах
SW не для кэширвоания ресурсов. Они для кэширования контента. В идеальном сценарии все твое приложении вообще не зависит и ничего не знает об SW. Оно ходит на бэк за контентом как обычно, но на самом деле SW мониторит все запросы, и при наличии интернета запрашивает его с бэка, без наличия - из кэша. Контент - это не картиночки с css фйлами - они закэшируются и так стандартными заголовками о кэшировании. Контент - это непосрредственно наполнение сайта.
Ну и плюс при наличии SW приложение пишется с тем расчетом, что оно способно открываться и без этого интернета. Буквально - у тебя нет сети, но ты вводишь адрес сайта и он открывается (то есть в логике должны быть корректные отработки тех веток, где данные запросить не удалось потому что их нельзя кэшировать, например).
SW это просто следующий шаг Progressive Enhancement, на равне со всеми остальными.