home.social

#serviceworker — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #serviceworker, aggregated by home.social.

  1. walknews.com/1304710/ 【セキュリティ ニュース】「Chrome」にセキュリティ更新 – クリティカル含む脆弱性16件を修正(1ページ目 / 全1ページ):Security NEXT #Chrome #Google #Science #Science&Technology #Security #ServiceWorker #Technology #UseAfterFree #WebRTC #セキュリティ #テクノロジー #ニュース #ユーザーインタフェース #対策 #科学 #科学&テクノロジー #脆弱性

  2. walknews.com/1304710/ 【セキュリティ ニュース】「Chrome」にセキュリティ更新 – クリティカル含む脆弱性16件を修正(1ページ目 / 全1ページ):Security NEXT #Chrome #Google #Science #Science&Technology #Security #ServiceWorker #Technology #UseAfterFree #WebRTC #セキュリティ #テクノロジー #ニュース #ユーザーインタフェース #対策 #科学 #科学&テクノロジー #脆弱性

  3. Сервисворкер: когда Workbox уже слишком тяжёлый

    Сервис‑воркеры сегодня — не экзотика, а рабочий инструмент: offline‑режим, агрессивное кэширование, «живые» обновления и всё такое. Под это уже давно есть отличный, проверенный Workbox, и я сам с ним работал. Но по мере того, как я таскал SW из проекта в проект, у меня всё чаще возникало ощущение, что мне нужен инструмент с другим профилем : поменьше магии и слоёв абстракции; попроще вход в код и в «как тут всё устроено»; конструктор из маленьких плагинов, которые легко прочитать глазами и отладить. Поэтому я написал @budarin/pluggable-serviceworker — не вместо Workbox , а как более лёгкий, типизированный и прозрачный рантайм для тех случаев, когда хочется полной управляемости и минимально возможной когнитивной нагрузки.

    habr.com/ru/articles/995064/

    #serviceworker #plugin #preset #pwa #offlinefirst #альтернативы_Workbox #сервисворкер

  4. Сервисворкер: когда Workbox уже слишком тяжёлый

    Сервис‑воркеры сегодня — не экзотика, а рабочий инструмент: offline‑режим, агрессивное кэширование, «живые» обновления и всё такое. Под это уже давно есть отличный, проверенный Workbox, и я сам с ним работал. Но по мере того, как я таскал SW из проекта в проект, у меня всё чаще возникало ощущение, что мне нужен инструмент с другим профилем : поменьше магии и слоёв абстракции; попроще вход в код и в «как тут всё устроено»; конструктор из маленьких плагинов, которые легко прочитать глазами и отладить. Поэтому я написал @budarin/pluggable-serviceworker — не вместо Workbox , а как более лёгкий, типизированный и прозрачный рантайм для тех случаев, когда хочется полной управляемости и минимально возможной когнитивной нагрузки.

    habr.com/ru/articles/995064/

    #serviceworker #plugin #preset #pwa #offlinefirst #альтернативы_Workbox #сервисворкер

  5. Сервисворкер: когда Workbox уже слишком тяжёлый

    Сервис‑воркеры сегодня — не экзотика, а рабочий инструмент: offline‑режим, агрессивное кэширование, «живые» обновления и всё такое. Под это уже давно есть отличный, проверенный Workbox, и я сам с ним работал. Но по мере того, как я таскал SW из проекта в проект, у меня всё чаще возникало ощущение, что мне нужен инструмент с другим профилем : поменьше магии и слоёв абстракции; попроще вход в код и в «как тут всё устроено»; конструктор из маленьких плагинов, которые легко прочитать глазами и отладить. Поэтому я написал @budarin/pluggable-serviceworker — не вместо Workbox , а как более лёгкий, типизированный и прозрачный рантайм для тех случаев, когда хочется полной управляемости и минимально возможной когнитивной нагрузки.

    habr.com/ru/articles/995064/

    #serviceworker #plugin #preset #pwa #offlinefirst #альтернативы_Workbox #сервисворкер

  6. Сервисворкер: когда Workbox уже слишком тяжёлый

    Сервис‑воркеры сегодня — не экзотика, а рабочий инструмент: offline‑режим, агрессивное кэширование, «живые» обновления и всё такое. Под это уже давно есть отличный, проверенный Workbox, и я сам с ним работал. Но по мере того, как я таскал SW из проекта в проект, у меня всё чаще возникало ощущение, что мне нужен инструмент с другим профилем : поменьше магии и слоёв абстракции; попроще вход в код и в «как тут всё устроено»; конструктор из маленьких плагинов, которые легко прочитать глазами и отладить. Поэтому я написал @budarin/pluggable-serviceworker — не вместо Workbox , а как более лёгкий, типизированный и прозрачный рантайм для тех случаев, когда хочется полной управляемости и минимально возможной когнитивной нагрузки.

    habr.com/ru/articles/995064/

    #serviceworker #plugin #preset #pwa #offlinefirst #альтернативы_Workbox #сервисворкер

  7. Инженерия UX и производительности: от ядра к периферии

    Очень краткий рассказ про семь проектов, построенных одним инженером на унаследованной платформе. Легаси. Много дополнительных модулей. Очень медленная загрузка страниц. Визуально сайт выглядит морально устаревшим. Мобильного приложения нет. Пользователи есть, пользуются, но страдают (с большими экранами очень страдают). Хотелось не просто ускорить метрики, а выстроить полноценную систему, которая бы работала для пользователя как обычное SPA-приложение: быстро, плавно, визуально современно, а главное с уважением к пользователям.

    habr.com/ru/articles/980970/

    #производительность #оптимизация #ux #pwa #opencart #serviceworker #кэширование #инжиниринг #fullstack #selfcontained_app

  8. Инженерия UX и производительности: от ядра к периферии

    Очень краткий рассказ про семь проектов, построенных одним инженером на унаследованной платформе. Легаси. Много дополнительных модулей. Очень медленная загрузка страниц. Визуально сайт выглядит морально устаревшим. Мобильного приложения нет. Пользователи есть, пользуются, но страдают (с большими экранами очень страдают). Хотелось не просто ускорить метрики, а выстроить полноценную систему, которая бы работала для пользователя как обычное SPA-приложение: быстро, плавно, визуально современно, а главное с уважением к пользователям.

    habr.com/ru/articles/980970/

    #производительность #оптимизация #ux #pwa #opencart #serviceworker #кэширование #инжиниринг #fullstack #selfcontained_app

  9. Инженерия UX и производительности: от ядра к периферии

    Очень краткий рассказ про семь проектов, построенных одним инженером на унаследованной платформе. Легаси. Много дополнительных модулей. Очень медленная загрузка страниц. Визуально сайт выглядит морально устаревшим. Мобильного приложения нет. Пользователи есть, пользуются, но страдают (с большими экранами очень страдают). Хотелось не просто ускорить метрики, а выстроить полноценную систему, которая бы работала для пользователя как обычное SPA-приложение: быстро, плавно, визуально современно, а главное с уважением к пользователям.

    habr.com/ru/articles/980970/

    #производительность #оптимизация #ux #pwa #opencart #serviceworker #кэширование #инжиниринг #fullstack #selfcontained_app

  10. Инженерия UX и производительности: от ядра к периферии

    Очень краткий рассказ про семь проектов, построенных одним инженером на унаследованной платформе. Легаси. Много дополнительных модулей. Очень медленная загрузка страниц. Визуально сайт выглядит морально устаревшим. Мобильного приложения нет. Пользователи есть, пользуются, но страдают (с большими экранами очень страдают). Хотелось не просто ускорить метрики, а выстроить полноценную систему, которая бы работала для пользователя как обычное SPA-приложение: быстро, плавно, визуально современно, а главное с уважением к пользователям.

    habr.com/ru/articles/980970/

    #производительность #оптимизация #ux #pwa #opencart #serviceworker #кэширование #инжиниринг #fullstack #selfcontained_app

  11. Как я устал вручную писать сервис-воркеры и сделал next-pwa-pack, чтобы больше не страдать

    Сколько лет уже кто-то говорит: «А можно, чтобы оно работало без интернета и ставилось на домашний экран?» И каждый раз после этой фразы начинается медленный спуск в персональный ад — ты лезешь в документацию по PWA, где всё разваливается на ровном месте, service worker живёт своей жизнью, кеш то работает, то ломается, App Router рушит весь твой кастомный пайплайн, а пользователи сидят на старых версиях, потому что вручную обновлять им, конечно, влом. Словом, если ты когда-то пробовал прикрутить оффлайн-режим к Next.js-проекту, ты наверняка вспоминал всех, кто придумал этот стек. Я — точно. Поэтому, как человек, у которого было слишком много кофе и слишком мало терпения, я сделал единственное разумное: написал свою обёртку. Так и появился next-pwa-pack — дроп-ин пакет, который превращает любой Next.js-проект в полноценное PWA, буквально одной строкой. Да, даже с App Router. Просто заворачиваешь свой layout в PWAProvider, и всё: приложение можно установить, оно кэширует страницы, работает оффлайн, синхронизирует вкладки и даже показывает отладочную панель, чтобы не гадать, сработало ли что-нибудь. Воткнул — и живи дальше. А то: Сервис-воркер? Напиши вручную. Кешировать HTML? Сам придумай как. Синхронизация вкладок? Ну это уже магия, удачи. Обновление кеша после деплоя? Ну ты ж senior, сам справишься. 🤡 И ты сидишь, как идиот, с 300 вкладками про Workbox, cache-first , network-only , костылями из Stack Overflow 2019 года, и потеешь. Если раньше каждый запрос «сделай оффлайн» вызывал у меня флэшбэк на тему next-pwa, неподдерживаемых версий, кривого кеша и плясок с бубном вокруг обновлений — теперь всё это ушло. Я хотел простой setup, который просто работает: предзагрузка, нормальные TTL, понятное обновление и синхронизация. Без фокусов, без багов, без “подожди, сейчас DevTools открою”. Погнали дальше!

    habr.com/ru/articles/935024/

    #nextjs #progressive_web_apps #app_router #serviceworker #reactjs #react

  12. Как я устал вручную писать сервис-воркеры и сделал next-pwa-pack, чтобы больше не страдать

    Сколько лет уже кто-то говорит: «А можно, чтобы оно работало без интернета и ставилось на домашний экран?» И каждый раз после этой фразы начинается медленный спуск в персональный ад — ты лезешь в документацию по PWA, где всё разваливается на ровном месте, service worker живёт своей жизнью, кеш то работает, то ломается, App Router рушит весь твой кастомный пайплайн, а пользователи сидят на старых версиях, потому что вручную обновлять им, конечно, влом. Словом, если ты когда-то пробовал прикрутить оффлайн-режим к Next.js-проекту, ты наверняка вспоминал всех, кто придумал этот стек. Я — точно. Поэтому, как человек, у которого было слишком много кофе и слишком мало терпения, я сделал единственное разумное: написал свою обёртку. Так и появился next-pwa-pack — дроп-ин пакет, который превращает любой Next.js-проект в полноценное PWA, буквально одной строкой. Да, даже с App Router. Просто заворачиваешь свой layout в PWAProvider, и всё: приложение можно установить, оно кэширует страницы, работает оффлайн, синхронизирует вкладки и даже показывает отладочную панель, чтобы не гадать, сработало ли что-нибудь. Воткнул — и живи дальше. А то: Сервис-воркер? Напиши вручную. Кешировать HTML? Сам придумай как. Синхронизация вкладок? Ну это уже магия, удачи. Обновление кеша после деплоя? Ну ты ж senior, сам справишься. 🤡 И ты сидишь, как идиот, с 300 вкладками про Workbox, cache-first , network-only , костылями из Stack Overflow 2019 года, и потеешь. Если раньше каждый запрос «сделай оффлайн» вызывал у меня флэшбэк на тему next-pwa, неподдерживаемых версий, кривого кеша и плясок с бубном вокруг обновлений — теперь всё это ушло. Я хотел простой setup, который просто работает: предзагрузка, нормальные TTL, понятное обновление и синхронизация. Без фокусов, без багов, без “подожди, сейчас DevTools открою”. Погнали дальше!

    habr.com/ru/articles/935024/

    #nextjs #progressive_web_apps #app_router #serviceworker #reactjs #react

  13. Как я устал вручную писать сервис-воркеры и сделал next-pwa-pack, чтобы больше не страдать

    Сколько лет уже кто-то говорит: «А можно, чтобы оно работало без интернета и ставилось на домашний экран?» И каждый раз после этой фразы начинается медленный спуск в персональный ад — ты лезешь в документацию по PWA, где всё разваливается на ровном месте, service worker живёт своей жизнью, кеш то работает, то ломается, App Router рушит весь твой кастомный пайплайн, а пользователи сидят на старых версиях, потому что вручную обновлять им, конечно, влом. Словом, если ты когда-то пробовал прикрутить оффлайн-режим к Next.js-проекту, ты наверняка вспоминал всех, кто придумал этот стек. Я — точно. Поэтому, как человек, у которого было слишком много кофе и слишком мало терпения, я сделал единственное разумное: написал свою обёртку. Так и появился next-pwa-pack — дроп-ин пакет, который превращает любой Next.js-проект в полноценное PWA, буквально одной строкой. Да, даже с App Router. Просто заворачиваешь свой layout в PWAProvider, и всё: приложение можно установить, оно кэширует страницы, работает оффлайн, синхронизирует вкладки и даже показывает отладочную панель, чтобы не гадать, сработало ли что-нибудь. Воткнул — и живи дальше. А то: Сервис-воркер? Напиши вручную. Кешировать HTML? Сам придумай как. Синхронизация вкладок? Ну это уже магия, удачи. Обновление кеша после деплоя? Ну ты ж senior, сам справишься. 🤡 И ты сидишь, как идиот, с 300 вкладками про Workbox, cache-first , network-only , костылями из Stack Overflow 2019 года, и потеешь. Если раньше каждый запрос «сделай оффлайн» вызывал у меня флэшбэк на тему next-pwa, неподдерживаемых версий, кривого кеша и плясок с бубном вокруг обновлений — теперь всё это ушло. Я хотел простой setup, который просто работает: предзагрузка, нормальные TTL, понятное обновление и синхронизация. Без фокусов, без багов, без “подожди, сейчас DevTools открою”. Погнали дальше!

    habr.com/ru/articles/935024/

    #nextjs #progressive_web_apps #app_router #serviceworker #reactjs #react

  14. Как я устал вручную писать сервис-воркеры и сделал next-pwa-pack, чтобы больше не страдать

    Сколько лет уже кто-то говорит: «А можно, чтобы оно работало без интернета и ставилось на домашний экран?» И каждый раз после этой фразы начинается медленный спуск в персональный ад — ты лезешь в документацию по PWA, где всё разваливается на ровном месте, service worker живёт своей жизнью, кеш то работает, то ломается, App Router рушит весь твой кастомный пайплайн, а пользователи сидят на старых версиях, потому что вручную обновлять им, конечно, влом. Словом, если ты когда-то пробовал прикрутить оффлайн-режим к Next.js-проекту, ты наверняка вспоминал всех, кто придумал этот стек. Я — точно. Поэтому, как человек, у которого было слишком много кофе и слишком мало терпения, я сделал единственное разумное: написал свою обёртку. Так и появился next-pwa-pack — дроп-ин пакет, который превращает любой Next.js-проект в полноценное PWA, буквально одной строкой. Да, даже с App Router. Просто заворачиваешь свой layout в PWAProvider, и всё: приложение можно установить, оно кэширует страницы, работает оффлайн, синхронизирует вкладки и даже показывает отладочную панель, чтобы не гадать, сработало ли что-нибудь. Воткнул — и живи дальше. А то: Сервис-воркер? Напиши вручную. Кешировать HTML? Сам придумай как. Синхронизация вкладок? Ну это уже магия, удачи. Обновление кеша после деплоя? Ну ты ж senior, сам справишься. 🤡 И ты сидишь, как идиот, с 300 вкладками про Workbox, cache-first , network-only , костылями из Stack Overflow 2019 года, и потеешь. Если раньше каждый запрос «сделай оффлайн» вызывал у меня флэшбэк на тему next-pwa, неподдерживаемых версий, кривого кеша и плясок с бубном вокруг обновлений — теперь всё это ушло. Я хотел простой setup, который просто работает: предзагрузка, нормальные TTL, понятное обновление и синхронизация. Без фокусов, без багов, без “подожди, сейчас DevTools открою”. Погнали дальше!

    habr.com/ru/articles/935024/

    #nextjs #progressive_web_apps #app_router #serviceworker #reactjs #react

  15. There's now an #IPFS #ServiceWorker Gateway that supports subdomain resolution!

    👉 To make content on the IPFS network accessible in a web #browser, you need a #HTTP gateway. This one automatically adds a service worker, speeding up subsequent access and improving #decentralization:

    inbrowser.link/

    Here's a link to my "How to host static websites on IPFS" #howto using it:

    ipfs--howto-data0-one.ipns.inb

  16. How should you manage a #WebSocket connection in a Multi-page App? Say, one that needs to listen on all pages all the time like a chat widget?

    Do you connect in the main thread, and just reconnect on each page navigation?

    Or do you create the #socket in a #serviceWorker instead?

    #webDev #javaScript #web #webSockets #networking #mpa #serviceWorkers

  17. heise+ | JavaScript beschleunigen: So parallelisieren Web Worker Prozesse

    Web Worker helfen Entwicklern beim Aufbau performanter Web-Applikationen. Der Artikel zeigt beispielhaft, wie das funktioniert.
    JavaScript beschleunigen: So parallelisieren Web Worker Prozesse
    #DedicatedWorker #JavaScript #Parallelisierung #ServiceWorker #SharedWorker #WebWorker #WebWorkerAPI #Webanwendungen
  18. Sono praticamente 36 ore che non posto e lo so che siete in astinenza, ma avevo la questione importantissima inderogabile tra le mani di risolvere quel #problema con le #PWA una volta per tutte. E ora, nonostante un’altra frazione di sanità mentale sottrattami dagli spiritelli del silicio, dolori perché sto seduta per ore alla scrivania e tutta storta, e sonno perché ieri sera ho perso un sacco di tempo a debuggare un errore stupidissimo rimanendo sveglia fino alle 2 per poi arrendermi perché stavo veramente morendo, quantomeno ce l’ho fatta… 🤯️

    Cercando con estrema #disperazione ieri mattina, mi accorgo di una cosa documentata alla bene e meglio, trovando prima una menzione su MDN ad un permesso webRequestFilterResponse.serviceWorkerScript, che servirebbe a regola per permettere alle #estensioni di intercettare i caricamenti dei Service Worker, e poi un thread bugzilla (#1636629) che pare abbia portato proprio all’introduzione di questa separazione di permessi. Ho scaricato il #codice dimostrativo per il bug, l’ho un attimo sistemato per tenere conto di questa misura di sicurezza poi introdotta e, certo abbastanza, il coso riusciva a fare quello che io volevo dall’inizio, senza ricorrere a bruttissime e fragilissime #hack (che a questo punto io nemmeno divulgo visto che non ho dovuto implementarle, per non sporcarmi la reputazione come developer, che già è molto bassa visto che prediligo il #webdev). 🔮️

    A questo punto era quasi solo questione di rifiniture, un po’ creare il popup per le impostazioni della mia #estensione (che però mi ha richiesto diverse ore di design e implementazione fatti in contemporanea, perché volevo farle bene, non buttarci dentro bottoni a cazzo per il gusto di), e un po’ capire come #programmare il worker che gestisce #cache e richieste di rete #offline. Solo che qui ho sclerato perché… inizialmente con il codice preso da Chrome for Developers non andava, e pensavo fosse un problema mio, ma invece sembra proprio colpa loro, le loro demo non vanno proprio in #Firefox (ma non ho testato nemmeno in Chromium)… quindi ho provato quello offerto da MDN, ma anche qui nada, solo che ormai stavo crollando e quindi vado a mimir… stamattina vedo meglio e quest’ultima implementazione in effetti scopro che funziona, ma a me non andava perché, nel modo in cui iniettavo il #ServiceWorker trasformandolo da oggetto a stringa, una variabile che referenziavo non era accessibile nel contesto di esecuzione effettivo dello script, e quindi l’accesso alla cache falliva, ma io non me ne sono accorta subito perché già gli strumenti di #debugging del #browser sono mezzi scassati per questi casi speciali, ma io poi avevo pure un try-catch di mezzo che quindi sopprimeva gli errori alzati dall’interprete… la #pazzia. 😫️ 😩️

    C’è un #casino di mezzo con la pubblicazione di #addon per #Mozilla, quindi praticamente ora il mio è in revisione, ma se tutto va bene dovrebbe essere prossimamente apparire sulla pagina https://addons.mozilla.org/en-US/firefox/addon/offline-caching/; in ogni caso, chi volesse usarlo da subito (come me sul telefono in primis) può scaricare da qui il file firmato da installare a mano. 💖️

    Btw, mi serviva un’icona per l’add-on, perché tenere quella generica mi da fastidio (così come per quando creo app Android), e quindi ecco qui, letteralmente #OfflineCaching scritto a manina con uno stile un po’ buffo. Graphic design is my passion, ma non è roba mia, non son proprio capace. Penso comunque sia meglio di niente, quindi l’ho usata… (quella in basso sul foglio, che è stata la seconda; ho fatto prima quella in alto, ma poi non mi è piaciuta) 😬️

    https://octospacc.altervista.org/2024/03/28/pwgoduriaaaa/

    #addon #browser #cache #casino #codice #debugging #disperazione #estensione #estensioni #Firefox #hack #Mozilla #offline #OfflineCaching #pazzia #problema #programmare #PWA #ServiceWorker #webdev

  19. Разрабатываем PWA. Полная инструкция по работе с Web App Manifest и Service Worker

    Привет! Меня зовут Сергей Васильев, я фронтенд-разработчик в AGIMA . Наша команда часто работает с PWA — прогрессивными веб-приложениями. Они стали особо популярны в последние три года, когда из-за санкций некоторым корпорациям пришлось отказаться от мобильных приложений. Но и раньше многие компании с интересом смотрели на это решение. Ниже расскажу, как сделать из обычного веб-приложения прогрессивное: вместе настроим Web App Manifest и Service Worker. Если вам еще не доводилось работать с PWA — текст точно для вас.

    habr.com/ru/companies/agima/ar

    #pwa #web_app_manifest #serviceworker #javascript #google_chrome #frontend #html

  20. Side quest sneak peek: a browser extension that visualizes (Service Worker) Cache Storage for web sites.

    Decided to build this after seeing how difficult it is too see what's stored in Service Worker cache. They can (accidentally) take up quite a lot of storage space.

    Repo: github.com/cheeaun/stakataka
    Not released yet, under review in Chrome Web Store.

    #WebDev #FrontEnd #BrowserExtension #ServiceWorker

  21. Todo-лист на максималках: разбираем архитектуру крупного приложения

    В этой статье я покажу, как устроена многослойная архитектура крупного реактивного web-приложения, и особенности его запуска под Electron. Материал будет полезен, если вы планируете начать свою разработку, хотите попробовать себя в роли архитектора, вас не пугает Shared Workers, Service Workers или, в конце концов, вы хотите это попробовать или разобраться.

    habr.com/ru/articles/868194/

    #Electron #sharedworker #worker #тай #фронтенд #serviceworker #s3 #react #redux

  22. “A Local-First Case Study” by @jakelazaroff

    🔗 jakelazaroff.com/words/a-local

    > It helps a lot that various libraries in the ecosystem compose well. Just snapping together ProseMirror, Yjs and Y-Sweet gave me a collaborative rich text editor with shared cursors. Adding in `yjs-indexeddb` made it work offline. This was all mostly out of the box, with very little setup; the degree to which everything Just Works is…

    #PWA #ServiceWorker #offline

    ⚓️ nicolas-hoizey.com/links/2024/

  23. “Building a Single-Page App with htmx” by @jakelazaroff

    🔗 jakelazaroff.com/words/buildin

    > It’s a simple proof of concept todo list. Once the page is loaded, there is no additional communication with a server. Everything happens locally on the client.
    >
    > How does that work, given that htmx is focused on managing hypermedia exchanges over the network?
    >
    > With one simple trick: the “server-side” code runs in a service…

    #ServiceWorker #htmx

    ⚓️ nicolas-hoizey.com/links/2024/

  24. If anyone knows someone at #Apple working on #Safari / #WebKit and can get this #ServiceWorker related bug accelerated it would be greatly appreciated 🙏

    https://bugs.webkit.org/show_bug.cgi?id=283793
  25. “A Local-First Case Study” by @jakelazaroff

    🔗 jakelazaroff.com/words/a-local

    > It helps a lot that various libraries in the ecosystem compose well. Just snapping together ProseMirror, Yjs and Y-Sweet gave me a collaborative rich text editor with shared cursors. Adding in `yjs-indexeddb` made it work offline. This was all mostly out of the box, with very little setup; the degree to which everything Just Works is…

    #PWA #ServiceWorker #offline

    ⚓️ nicolas-hoizey.com/links/2024/

  26. “Building a Single-Page App with htmx” by @jakelazaroff

    🔗 jakelazaroff.com/words/buildin

    > It’s a simple proof of concept todo list. Once the page is loaded, there is no additional communication with a server. Everything happens locally on the client.
    >
    > How does that work, given that htmx is focused on managing hypermedia exchanges over the network?
    >
    > With one simple trick: the “server-side” code runs in a service…

    #ServiceWorker #htmx

    ⚓️ nicolas-hoizey.com/links/2024/

  27. Turbo pet peeve at work is when a customer acts wayyy too familiar. It’s fine if I see you several times a week, or hell! Even once a week! Just some kind of regularity. But I *just* met this dude today and he’s all “where did ya go? I needed a drink and you’re on break!” Like dude idk you like that. Also he needed attention from either me or the other bartender constantly. We got other customers man, don’t worry I’ll be over to listen to your life story after I clear service bar.

    #bartender #restaurant #serviceworker #restaurantworker #casinoworker #OrganizeTheServiceIndustry

  28. Why is #Fennec #FDroid still stuck in version 124 ​:youmu_squint:​

    I need the
    #ServiceWorker support in #Firefox 125 ​:TenshMelt:​

  29. @Yoshi @GottaLaff

    Sorry not to appreciate her philanthropy properly for you

    I've been paying off my #StudentDebt for almost 20 years & barely touched the principal bc I wasn't able to finish my degree & got stuck in low-wage #ServiceWorker positions

    It's coming out of #SocialSecurity & part-time library work now

    #Capitalism is stupid & I don't gaf if there's one or two nice billionaires out there. Billionaires shouldn't exist while children live in cars

  30. 🔎 I am currently searching for an #E2ETesting library. The most important thing for me to test, which I probably cannot test in a different way, is native browser notifications after receiving a push notification from a #JavaScript #ServiceWorker.

    Solutions I know of include #Selenium, #WebDriverIO, #Playwright, #NightWatch and #Cypress.

    ❓ Do you have any other ideas or opinions on those testing libraries?

    Going to add a few thoughts for some of them in separate toots.

  31. Regarding local development of apps that have service workers, a simpler fix is to open them in an Incognito / Private Browsing window. That way the SW gets reinstalled and you start fresh. Never have an old SW sitting around ready ruin your day.

    social.tchncs.de/@teleclimber/

    I got this by reading through the #Workbox docs: developer.chrome.com/docs/work

    #PWA #serviceworker

  32. I had some weird issues with #Mastodon on #Firefox. Images weren't being loaded, except when I did a forced reload. Lots of errors along the lines of A #ServiceWorker passed a promise to FetchEvent.respondWith(). The fix seemed to be to unregister Service Workers for the site under Application » Service workers » Unregister. Not sure exactly what this was about, but try it if you're having the same issue.

  33. I am really second guessing the decision to build this in #NextJS.

    There's a LOT of confusion around the new #AppRouter paradigm, the Discord is a madhouse.

    I've been struggling just to get the #serviceWorker and #webmanifest for the #PWA set up right. It seems most people use `next-pwa` but it hasn't been updated to support AppRouter yet so there's a nasty fix to do. github.com/shadowwalker/next-p

    I haven't even attempted #ServerComponents yet.

  34. Why is it ALWAYS such a pain in the ass to register a #serviceWorker for a #PWA with a build-time #web #framework.

    Nobody ever considers this use-case when they design these things and we end up with some hacky workaround with tons of caveats.

    #webDev #javaScript #bundler

  35. @tbroyer Thanks for sharing that. I'd heard of the approach but don't think I'd read that article specifically. The performance metrics are very interesting.

    I think the difference is that #HTMLFragments routing is technically an #SPA approach and keeps #JavaScript context between routes in a way that a #ServiceWorker navigation would not.

    HTML Fragments as a concept is also a little more flexible beyond rendering full pages. It allows you to dynamically render individual components instead of a full page. For example, you can use it to infinite scroll a list, or edit an item of the list and rerender on the server without invalidating the whole page. This is discussed more in the original post:

    blog.dwac.dev/posts/html-fragm

    For a fully static site with a lot of content, I think the service worker approach could work well, while HTML fragments provides a bit more interactivity.

  36. New blog post: Building a #router with #HTMLFragments.

    blog.dwac.dev/posts/html-fragm

    This explorers how we can use HTML fragments to define routes, load them dynamically, and then apply them to the main page content. It talks about more complexities with streaming #HTML (because I didn't learn my lesson last time) and even has a bonus section on shipping an application server _inside_ a #ServiceWorker.

    Lots of interesting stuff, I hope you check it out!

  37. #Idea: I think I've suggested this before, but it would be cool to have a small "server" library using #ServiceWorker APIs.

    Would be interesting to wrap such an app in an installer to "bring your own server," maybe in a #WebBundle or #HybridApp.

    Probably not much practical use, but could be useful for interactive #SSR demos when you're too cheap to pay for a real server. 🙋