service worker आपको क्या करने देता है, और उसे जोड़ने से पहले आप किस बात का ध्यान रखेंगे?

service worker पेज और network के बीच का proxy है, तो वह cached responses दे सकता है, offline चला सकता है, shell precache कर सकता है और background sync या push संभाल सकता है। सावधानी lifecycle को लेकर है: वह activation के बाद ही पेजों को कंट्रोल करता है, पुराना worker बदले जाने तक पुराने assets देता रहता है, और गलत cache नियम यूज़र्स को किसी टूटे हुए build पर चिपका सकता है। अपनी caches को हमेशा version दें और अपडेट का साफ रास्ता शिप करें।

यह पेज और network के बीच एक अलग worker की तरह बैठता है, तो यह fetches बीच में पकड़ सकता है और तय कर सकता है कि जवाब cache से देना है या नहीं। इससे मुझे offline सपोर्ट मिलता है, दोबारा आने पर तुरंत shell, कतार में लगे कामों के लिए background sync और push notifications। मैं जिस चीज़ का ध्यान रखता हूं वह lifecycle है, क्योंकि incidents वहीं से आते हैं। नया worker install होता है, फिर तब तक इंतज़ार करता है जब तक हर नियंत्रित tab बंद न हो जाए, तो यूज़र्स आपकी सोच से कहीं ज़्यादा देर तक पुराने कोड पर बैठे रह सकते हैं। और अगर मैं HTML को cache first नियम से cache कर लूं और फिर कोई टूटा हुआ worker शिप कर दूं, तो लौटने वाले यूज़र्स असल में bricked हो गए, क्योंकि उन तक fix पहुंचता ही नहीं। तो मैं cache के नाम version करता हूं और activate पर पुराने मिटाता हूं, HTML को network first रखता हूं और cache first सिर्फ hashed assets के लिए, और हमेशा एक kill switch रास्ता रखता हूं जो unregister करके caches साफ कर दे। अगर ज़रूरत सिर्फ दोबारा आने पर रफ्तार है, सच्चा offline इस्तेमाल नहीं, तो मैं वह cache headers और CDN से लेना पसंद करूंगा और इस पूरी श्रेणी की समस्या से बच जाऊंगा।