Next.js: ऑफलाइन फर्स्ट सपोर्ट

को निर्मित 23 जन॰ 2017 · 47टिप्पणियाँ · स्रोत: vercel/next.js

ऑफ़लाइन समर्थन बहुत उपयोगी है, और आधुनिक PWA बनाने के लिए महत्वपूर्ण है। HTML मेनिफेस्ट के साथ यह एक वेबसाइट और एक देशी ऐप के बीच की खाई को पाटने में मदद करता है।

इस सुविधा के दो अलग-अलग स्वाद हैं:

ऑफ़लाइन समर्थन: यह ऑफ़लाइन होने पर भी साइट को नेविगेट करने की क्षमता है, यदि साइट ऑनलाइन रहते हुए लोड की गई है। यह लागू करने के लिए सबसे आसान सुविधा होनी चाहिए।
ऑफ़लाइन पहला समर्थन: यह ऑफ़लाइन होने पर भी साइट को खोलने की क्षमता है, भले ही साइट ब्राउज़र में लोड न हुई हो।

दोनों webpack-offline प्लगइन के लिए धन्यवाद करने योग्य होना चाहिए। वैसे भी जब से मैं React और Next.js दोनों को एक साथ सीख रहा हूँ, मैं इसे अभी तक काम नहीं कर पाया हूँ।

इसे काम करने के लिए कदम:

webpack-offline स्थापित करें

npm install offline-plugin --save-dev

अपने रूट फ़ोल्डर में एक कस्टम next.config.js बनाएं

const OfflinePlugin = require('offline-plugin');

module.exports = {
  webpack: (config, { dev }) => {
        config.plugins = [
            new OfflinePlugin()
        ];
    return config
  }
};

वेबपैक-ऑफ़लाइन प्रारंभ करें

यही वह कदम है जिससे मुझे समस्या हो रही है। मुझे लगता है कि आपको इसे शीर्ष स्तर के अंदर componentDidMount अंदर एक घटक में करना चाहिए।

यह मुद्दा मेरे लिए इस पर काम करते रहने के लिए एक अनुस्मारक और किसी और जानकार से मदद के लिए अनुरोध दोनों है।

feature request

स्रोत

espoal

👍93

सबसे उपयोगी टिप्पणी

दोस्तों। Google पर मेरी टीम कुछ सेवा कार्यकर्ता पुस्तकालयों (वेबपैक प्लगइन्स के साथ) पर काम करती है जैसे https://github.com/GoogleChrome/sw-precache और https://github.com/GoogleChrome/sw-toolbox रिएक्ट/वेबपैक हैवी पर उपयोग किया जाता है Lyft, Housing.com, Flipkart आदि जैसी साइटें।

अगर नेक्स्ट ऑफलाइन सपोर्ट का पता लगाने का फैसला करता है तो हमें कुछ पॉइंटर्स साझा करने में खुशी होगी। मुझे लगता है कि पीआरपीएल जैसे पैटर्न को हटकर निर्धारित करने का बहुत अच्छा अवसर है, यह देखते हुए कि कोड-विभाजन पहले से ही किया जा रहा है। प्रोडक्शन-ओनली सर्विस वर्कर कैशिंग एक साफ-सुथरा जोड़ होगा।

आपको उन पृष्ठों के लिए तत्काल रिपीट लोड देने के अलावा, यह आपको V8 के कोड कैशिंग में भी जल्दी से चुन लेगा ताकि बार-बार आने के लिए आपका पार्स/संकलन समय आज की तुलना में कम हो।

बेझिझक होलर करें अगर इनमें से कोई भी दिलचस्प है

addyosmani 15 फ़र॰ 2017

👍74 🎉30 ❤10

सभी 47 टिप्पणियाँ

मुझे इसके बारे में स्पष्टीकरण/दस्तावेज/उदाहरण के साथ-साथ यह भी काम करना अच्छा लगेगा।

ध्यान दें कि अगला/प्रीफ़ेच वास्तव में अभी तक ऑफ़लाइन व्यवहार की अनुमति नहीं देता है, क्योंकि यह डेटा प्रीफ़ेच नहीं करता है: https://github.com/zeit/next.js/issues/740

सीधे Next.js से संबंधित नहीं है, लेकिन मुझे यह भी आश्चर्य है कि वास्तव में कितना डेटा ऑफ़लाइन रखा जा सकता है (उदाहरण के लिए यदि किसी वेबएप में वीडियो आदि हैं - क्या ब्राउज़र में कुछ कठिन सीमा है? और मोबाइल के बारे में क्या?), उपयोगकर्ता विशेष रूप से कैसे कर सकता है एक चीज़ को बाद के लिए प्री-डाउनलोड करने के लिए कहें, आदि। मैंने पहले भी यहां चीजों का उल्लेख किया था: https://github.com/zeit/next.js/issues/24#issuecomment -258804529 (अगले से पहले/प्रीफेच एक बात थी )

sedubois 23 जन॰ 2017

विभिन्न प्लेटफार्मों, ब्राउज़रों और संस्करणों में अलग-अलग डेटा सीमाएं हैं। आप "ब्राउज़र स्टोरेज एब्यूसर" में सीमाओं का परीक्षण कर सकते हैं: https://demo.agektmr.com/storage/

मानकीकृत विधि जो ऑफ़लाइन भंडारण और कैशिंग के लिए अभिप्रेत है, IndexedDB है। यह अब आईओएस सफारी (v10) में भी समर्थित है, लेकिन वहां प्रदर्शन के मुद्दे हैं। अन्यथा अब इसका व्यापक समर्थन है: http://caniuse.com/#feat =indexeddb

जैसे पाउचडीबी अभी भी सफारी पर इंडेक्सड डीबी के बजाय वेबएसक्यूएल का उपयोग करता है। https://github.com/pouchdb/pouchdb/issues/5572
स्थानीय चारा के साथ भी: https://github.com/localForage/localForage/issues/604

पाउचडीबी में डेटा सीमाओं का एक अच्छा सारांश है: https://pouchdb.com/faq.html#data_limits (थोड़ा पुराना)
और इस पुराने लेख में यह भी उल्लेख किया गया है कि मोबाइल ब्राउज़रों के संबंध में कुछ स्टोरेज त्रुटियों और अन्य पहलुओं को कैसे संभालना है https://www.html5rocks.com/en/tutorials/offline/quota-research/

आप अपने वर्तमान कोटा के लिए भी पूछताछ कर सकते हैं और कुछ ब्राउज़रों में अधिक लगातार भंडारण का अनुरोध कर सकते हैं: https://jakearchibald.com/2014/offline-cookbook/#cache -persistence

एक और तरीका यह होगा कि सेवा कर्मियों के साथ लंबे कैश समाप्ति मूल्यों और अपरिवर्तनीय कैश नियंत्रण का उपयोग किया जाए। यह आसानी से उपयोगकर्ता द्वारा निर्दिष्ट कैशिंग की अनुमति देगा, बस प्रत्येक चयनित संसाधन के लिए एक http अनुरोध करके। यह पुराने ब्राउज़र में भी काफी अच्छी तरह से काम करेगा। लेकिन सीमा से बचने के लिए विभिन्न कैश को बनाए रखने और मैन्युअल रूप से हटाने में सक्षम होना केवल सेवा कर्मियों का समर्थन करने वाले ब्राउज़र में ही संभव होगा।
https://developer.mozilla.org/en-US/docs/Web/API/Cache
https://developer.mozilla.org/en-US/docs/Web/API/Service_Worker_API/Using_Service_Workers

बस याद रखें, जब आपके पास जगह खत्म हो जाती है, तो ब्राउज़र एक समय में पूरे मूल को तब तक बेदखल कर सकता है जब तक कि वह सीमा के भीतर न हो:
https://developer.mozilla.org/en-US/docs/Web/API/IndexedDB_API/Browser_storage_limits_and_eviction_criteria

msand 23 जन॰ 2017

👍5

Addy Osmani का एक और उपयोगी लेख: https://medium.com/dev-channel/offline-storage-for-progressive-web-apps-70d52695513c#.9vja3t8gp

जाहिरा तौर पर एक स्टोरेज एपीआई पर भी काम किया जा रहा है: https://storage.spec.whatwg.org/

यह वास्तव में लगातार भंडारण की अनुमति देता है:
"परंपरागत रूप से, चूंकि उपयोगकर्ता अपने डिवाइस पर स्टोरेज स्पेस से बाहर हो जाता है, इन एपीआई के साथ संग्रहीत डेटा उपयोगकर्ता के हस्तक्षेप करने में सक्षम होने के बिना खो जाता है। हालांकि, उपयोगकर्ता द्वारा सहमति के बिना लगातार बॉक्स को साफ़ नहीं किया जा सकता है। इस प्रकार डेटा गारंटी उपयोगकर्ताओं को लाता है वेब पर देशी प्लेटफॉर्म पर आनंद लिया है।"

msand 23 जन॰ 2017

आईएमओ एक साइट/ऐप को ऑफ़लाइन काम करने में बहुत सारे निर्णय शामिल हैं जो एक ढांचे को स्वयं नहीं लेना चाहिए। मैं एक सेवा कार्यकर्ता के साथ ऑफ़लाइन काम करने वाली साइट पर एक उदाहरण पर काम करूंगा लेकिन विभिन्न प्रकार के ऐप्स के लिए अलग-अलग तकनीकें हैं।

impronunciable 24 जन॰ 2017

👍11 😕3

धन्यवाद @improunciable । क्या आप वेबपैक-ऑफ़लाइन या कुछ और उपयोग करने की योजना बना रहे हैं?

आप किस तरह के फैसलों की बात कर रहे हैं? मुझे लगता है कि हम समस्या को दो मुख्य मुद्दों में विभाजित कर सकते हैं:

1) स्थिर संपत्ति कैशिंग: जेएस, एचटीएमएल, छवियों की तरह, ... यह लगभग पहले से ही लागू है, कम से कम ऑफ़लाइन स्वाद में और /static के बहिष्करण के साथ, और यह देखते हुए कि हम प्रतिक्रिया का उपयोग कर रहे हैं यह होना चाहिए वेबपैक-ऑफ़लाइन और सेवा कर्मचारियों के माध्यम से एक पसंदीदा कार्यान्वयन।

2) डेटा कैशिंग: राज्य, प्रश्न, अस्थिर डेटा, .... अधिक चिंताएं पैदा करते हैं, क्योंकि कम से कम यह मानने की आवश्यकता होती है कि उपयोगकर्ता डेटा कैसे लोड करेंगे। हो सकता है कि हम दिखा सकें कि राज्य को रेडक्स के साथ कैसे संरक्षित किया जाए, और फिर लोग डेटा को रेडक्स में पसंद करेंगे। या हो सकता है कि हम ग्राफ़क्यूएल/अपोलो का उपयोग कर सकते हैं जो इस तरह के मामले को कैशिंग क्वेरी और म्यूटेशन द्वारा कवर करना चाहिए।

espoal 24 जन॰ 2017

@servermeta यह वास्तव में आपके मामले पर निर्भर करता है। मैं प्लगइन्स का उपयोग किए बिना एक आक्रामक कैशिंग रणनीति को लागू कर रहा हूं, बस एक कस्टम सर्वर और https://serviceworke.rs/ से एक रणनीति

impronunciable 24 जन॰ 2017

👍2

मेरे पास यह यहाँ काम कर रहा

ooade 24 जन॰ 2017

👍11

धन्यवाद @ooade , अच्छा किया, आपने मेरा बहुत समय बचाया।

किसी भी तरह मैं देखता हूं कि राज्य रीफ्रेश, रीलोड के बीच नहीं रहता है। मैं यह सोचने की कोशिश करूंगा कि इस सुविधा को कैसे जोड़ा जाए।

espoal 24 जन॰ 2017

👍1

धन्यवाद @ooade । लोकलहोस्ट से आपका मतलब स्थानीय डीबी से है, जैसे मोंगोडब, या लोकलस्टोरेज?

मुझे लगता है कि हमें समस्या को विभाजित करना चाहिए: ऑफ़लाइन डेटा पुनर्प्राप्ति को देव पर छोड़ दिया जाना चाहिए, जबकि हम रेडक्स स्थिति को संरक्षित कर सकते हैं। इसे देखो:

https://github.com/rt2zz/redux-persist

इसके साथ हम स्टेट को लोकल स्टोरेज में स्टोर कर सकते हैं, इसलिए यह रिफ्रेश, रीलोड, टैब और सेशन के बीच बना रह सकता है।

espoal 26 जन॰ 2017

बेझिझक होलर करें अगर इनमें से कोई भी दिलचस्प है

addyosmani 15 फ़र॰ 2017

👍74 🎉30 ❤10

@addyosmani ऑफ़लाइन समर्थन 2.0 स्थिर होने के बाद हमारी सर्वोच्च प्राथमिकताओं में से एक है

rauchg 15 फ़र॰ 2017

👍49 🎉20 ❤9

@rauchg 2.0 स्थिर रिलीज की तारीख के बारे में कोई अनुमान?
हम पूरी तरह से उत्पादन शुरू करने वाले हैं और हम Next.js का उपयोग करना पसंद करेंगे
मैं किसी भी प्रकार के अनुमान, दिन/सप्ताह/महीने की सराहना करूंगा...
बहुत - बहुत धन्यवाद!

YarivGilad 17 फ़र॰ 2017

@ अजर-अजर 2.0.0 आज रिलीज हुई।

sebastienbarre 27 मार्च 2017

@rauchg ऑफ़लाइन-प्रथम समर्थन है जिसे यहां ट्रैक किया जा रहा है या आप इसके लिए कोई अन्य समस्या बनाने जा रहे हैं?

egeozcan 31 मार्च 2017

👍3

कृपया @jevakallio द्वारा नया ओपन-सोर्स रेडक्स -ऑफ़लाइन भी देखें। अगला + रेडक्स-ऑफ़लाइन उदाहरण होना बहुत अच्छा होगा।

sedubois 31 मार्च 2017

👍11

तो क्या हमारे पास इसे प्राप्त करने के बारे में कोई जानकारी है, मैं इसे next.config.js करने और ऑफ़लाइन-प्लगइन स्थापित करने का प्रयास कर रहा था, लेकिन मैं इसे काम नहीं कर सका। अगला एक भयानक परियोजना है, लेकिन यह सुपर पूर्ण (और कूलर) होगा यदि इसमें यह सुविधा (ऑफ़लाइन-प्रथम) बॉक्स से बाहर हो!

saulflores95 21 अप्रैल 2017

👍1

@ saulflores95 का उपयोग @ooade के NextSimpleStarter की जिस तरह से मेरे लिए काम किया है :)

AugustinLF 21 अप्रैल 2017

👍2

@AugustinLF NextSimpleStarter ऑफ़लाइन क्षमताओं की पेशकश नहीं करता है। https://github.com/ooade/NextSimpleStarter/issues/23#issuecomment -294310240

sedubois 21 अप्रैल 2017

👍4

@sedubois किसी के आने और इसे पढ़ने के लिए, यह एक

timmywil 21 अप्रैल 2017

👍3

@timmywil , क्या आपके पास अपने nextjs ऑफ़लाइन सक्षम ऐप का GitHub रेपो है? धन्यवाद।

freecates 6 मई 2017

👍1

मैंने अभी-अभी appcache का उपयोग करके ऑफ़लाइन समर्थन का एक (बीटा) संस्करण बनाया है, जो कि सफारी के लिए आवश्यक है। कृपया http://github.com/ssured/nownextmicro पर एक नजर डालें

ssured 12 मई 2017

👍7 🎉2

नमस्कार, मैंने अपने बॉयलरप्लेट में ऑफ़लाइन समर्थन जोड़ा है।
https://github.com/Sly777/ran

यह थोड़ी छोटी गाड़ी है। इसलिए इसे "प्रयोगात्मक" नाम दिया गया है वैसे भी, मुझे आशा है कि यह मदद करता है।

Sly777 26 जून 2017

👍3

@rauchg क्या यह सुविधा अभी भी प्राथमिकता है?

jabacchetta 2 सित॰ 2017

👍32 😄3

@rauchg next.js 4.0 बीटा जारी होने के साथ, क्या उस संस्करण के रोडमैप में ऑफ़लाइन प्रथम समर्थन होने की कोई संभावना है?

prateekrastogi 22 अक्तू॰ 2017

👍29

मैं फीचर की खबर मांगूंगा ^^

HelloEdit 25 जन॰ 2018

Next.js 5.0 जारी कर दिया गया है (बधाई!) लेकिन ऑफ़लाइन समर्थन का कोई उल्लेख नहीं है, क्या कोई नया रोडमैप है जिसे आप साझा करना चाहेंगे? अब तक किए गए अद्भुत काम के लिए धन्यवाद

idhard 6 फ़र॰ 2018

@idhard वास्तव में, हम डिफ़ॉल्ट रूप से ऑफ़लाइन समर्थन का समर्थन नहीं करने जा रहे हैं।
(लेकिन चीजें बदल सकती हैं)

लेकिन हम यह सुनिश्चित करने की प्रक्रिया में हैं कि Next.js कोई जादू न करे। तो, आप सीधे वेबपैक प्लगइन्स और लोडर का उपयोग करने में सक्षम होंगे।
अगला 5 चरण एक है।

arunoda 6 फ़र॰ 2018

👍6

@idhard मुझे लगता है कि यह कंबल ऑफ़लाइन समर्थन के लिए सहज ज्ञान युक्त होगा, कुछ ऐप्स निश्चित रूप से उस सुविधा को सक्षम नहीं करना चाहेंगे।

मेरी निजी वेबसाइट पर मैं इस का उपयोग कर रहा https://github.com/zeit/next.js/tree/canary/examples/with-sw-precache और हम भी पर उत्पादन में उपयोग किया जा रहे हैं ^ Eaze एक बार आईओएस 11.3 प्रकाशित हो चुकी है।.

hanford 6 फ़र॰ 2018

@hanford हाँ सीआरए पर इसी तरह की चर्चा की गई है और डिफ़ॉल्ट रूप से वेबवर्कर्स के समर्थन को हटा दिया गया है (https://github.com/facebook/create-react-app/issues/2554#event-1431558318), हालांकि मुझे अभी भी लगता है कि वेबवर्कर्स और पीडब्ल्यूए ऑफ़लाइन समर्थन के लिए वास्तविक समाधान होने जा रहे हैं, इसलिए यह जानना अच्छा होगा कि क्या नेक्स्ट की टीम के पास आधिकारिक समर्थन जोड़ने की कोई योजना है, जैसे पहले से प्राप्त पृष्ठ।

idhard 6 फ़र॰ 2018

@idhard हाँ, कोर टीम के लिए एक दिलचस्प दुविधा की तरह। मैं ऊपर बताए गए स्व-प्रीकैश प्लगइन से वास्तव में खुश हूं।

मेरी निजी वेबसाइट स्थिर निर्देशिका से manifest.json सेवा के साथ-साथ sw-precache वेबपैक प्लगइन का उपयोग कर रही है। यदि आप उत्सुक हैं, तो कोड यहां खत्म हो गया है .. काम थोड़ा मैला है, लेकिन मैंने पिछले सप्ताह के भीतर ऑफ़लाइन समर्थन और मेनिफेस्ट जेसन जोड़ा।

hanford 6 फ़र॰ 2018

@hanford आईओएस 11.3 में क्या होता है, क्या इसमें सेवा कर्मचारी होंगे? क्या आपके पास अधिक जानकारी के साथ कोई संदर्भ होगा?

sedubois 7 फ़र॰ 2018

@hanford @idhard हमने सीआरए से पहले सेवा कर्मियों की कोशिश की और बहुत सारे मुद्दे थे।
इसलिए हमने पूरी तरह से पारंपरिक वेब कैशिंग तकनीक के साथ प्रीफ़ेचिंग समाधान बनाने का निर्णय लिया है।
यह अद्भुत काम करता है। सुधार का एक नया सेट जल्द ही आ रहा है।

हां बिल्कुल ऑफलाइन एक ऐसी जगह है जहां हमें SW की जरूरत है।
लेकिन यह एपीआई का उपयोग करने के लिए बहुत अस्थिर और कठिन है। चीजें गलत हो सकती हैं और आपकी साइट को तोड़ सकती हैं।

इसलिए, हम इसे स्वयं नहीं करना चाहेंगे।
लेकिन हम उपयोगकर्ताओं को Next.js प्लगइन के माध्यम से sw-precache जैसी चीजों का उपयोग करने की अनुमति देना चाहते हैं (या बस वेबपैक लोडर और प्लगइन्स का एक सेट जोड़ना)

arunoda 7 फ़र॰ 2018

👍2

आईओएस सफारी पर एप्पल की योजनाओं के लिए @sedubiois https://developer.apple.com/library/content/releasenotes/General/WhatsNewInSafari/Articles/Safari_11_1.html देखें। सेवा कर्मियों की घोषणा

ssured 7 फ़र॰ 2018

🎉4

हाँ @ssured @sedubois सर्विस वर्कर आईओएस 11.3 में मोबाइल सफारी में उतर रहे हैं जो काफी रोमांचक है! मैं आईओएस 11.3 बीटा 2 पर हूं और कई बग हैं, (वेबसाइट को होमस्क्रीन में जोड़े जाने पर सेवा कर्मियों को ठीक से पहचाना नहीं जाता है, लेकिन मुझे विश्वास है कि सेब सार्वजनिक रिलीज से पहले इन्हें ठीक कर देगा)

मुझे लगता है कि @arunoda जो सुझाव दे रहा है वह यह है कि Next.js वर्तमान कैशिंग रणनीति (कैश-कंट्रोल हेडर, ईटैग, आदि) सेवा कर्मचारियों की तुलना में कहीं अधिक स्थिर है। सेवा कार्यकर्ता कुछ वास्तव में साफ-सुथरी नई कार्यक्षमताओं को सक्षम करते हैं, विशेष रूप से नेटवर्क अनुरोधों पर बेहतर अनाज नियंत्रण प्राप्त करना (कैश की गई सामग्री को जल्दी वापस करना) ..

hanford 7 फ़र॰ 2018

@ssured @sedubois मैंने एक छोटा प्लगइन बनाया है जो उसी तरह काम करता है जैसे कि Zeit ने दूसरे दिन लॉन्च किया था।

अगर आपके पास कोई प्रतिक्रिया है तो मुझे बताएं! https://github.com/hanford/next-offline

hanford 7 फ़र॰ 2018

👍3

@hanford हमारे जीवन को थोड़ा आसान बनाने के लिए धन्यवाद
@arunoda जबकि next.js 5 में प्लगइन समर्थन बहुत बढ़िया है, क्या यह समुदाय के लिए अधिक फायदेमंद नहीं होगा यदि सभी प्लगइन्स मुख्य next.js रेपो प्लगइन्स फ़ोल्डर में होस्ट किए जाते हैं, जैसा कि सभी उदाहरण हैं, सहायक के बजाय रेपो? अधिकांश डेवलपर्स मुख्य रेपो पर जाते हैं, और इस प्रकार, संभावित प्लगइन डेवलपर्स के पास पुल अनुरोध बनाने के लिए बहुत अधिक प्रोत्साहन होगा, जिससे अलग-अलग रेपो के परिणामस्वरूप उत्पन्न होने वाले पुनरावृत्ति और अपरिहार्य प्लगइन पारिस्थितिकी तंत्र विखंडन के कारण सामुदायिक समय बर्बादी की बचत होगी।

prateekrastogi 8 फ़र॰ 2018

किसी और के लिए अभी भी यह तय करने के लिए कि आगे क्या करना है, मैंने सापेक्ष आसानी से SW-precache वेबपैक प्लगइन का भी उपयोग किया ( उदाहरण, फिर से )।

jabacchetta 8 फ़र॰ 2018

❤2

मैं अपने स्वयं के समाधान का उपयोग कर रहा था लेकिन हनफोर्ड द्वारा प्रदान किए गए समाधान पर स्विच कर दिया है। प्लगइन ऑटो को सर्विस वर्कर को पंजीकृत करने से रोकने के लिए मुझे next.config.js में कुछ संशोधन करने पड़े, लेकिन ऐसा लगता है कि यह अच्छी तरह से काम कर रहा है।

अब मुझे यह पता लगाने की जरूरत है कि मैं इसे अपने कस्टम सर्वर के साथ कैसे काम कर सकता हूं। उदाहरण के लिए मेरे पास आलेख/स्लग के रूप में रूट सेटअप है। जब मैं इनमें से किसी एक यूआरएल पर जाता हूं तो सेवा कार्यकर्ता उस यूआरएल के लिए एक दस्तावेज भेजने की कोशिश कर रहा है। किसी को पता है कि मैं इसे कैसे रोक सकता हूं और इसके बजाय इसे लेख परोस सकता हूं? यह मुझे लगता है कि वर्कबॉक्स में सेटिंग्स से संबंधित है।

designspin 19 फ़र॰ 2018

🎉1

क्या हमें अभी भी भविष्य में नेक्स्टजेएस रिलीज में सेवा कर्मचारियों के किसी भी एकीकरण या ऑफ़लाइन समर्थन की उम्मीद करनी चाहिए? ऐसा लगता है कि कुछ लोग पहले कह रहे थे कि यह एक प्राथमिकता वाली विशेषता है, लेकिन यह समस्या डेढ़ साल से अधिक समय से खुली हुई है...

caribou-code 7 अग॰ 2018

@ caribou-code मैं Zeit टीम के लिए Next.js के लिए उनकी योजनाओं पर बात नहीं कर सकता, लेकिन मैंने इसे कुछ समय पहले लिखा था: https://github.com/hanford/next-offline जो आपको स्वचालित रूप से एक सेवा कार्यकर्ता उत्पन्न करने की अनुमति देता है जो ऑफलाइन काम करेगा।

मैंने इसे कई अनुप्रयोगों में उपयोग किया है और इसने बहुत अच्छा काम किया है। हुड के तहत यह googles वर्कबॉक्स का उपयोग कर रहा है, जो एक बहुत ही रोमांचक प्रोजेक्ट है: https://developers.google.com/web/tools/workbox/

कुछ उदाहरण जहां मैं next-offline उपयोग करता हूं:

hanford 7 अग॰ 2018

❤8

@hanford मैं यहाँ पर पोस्ट करने से पहले बस अगली-ऑफ़लाइन का उपयोग कर रहा था और यह बहुत अच्छा है! असल में यह एकमात्र समाधान है जिसे मैंने अब तक लागू करने में कामयाब रहा है जो वास्तव में काम करता है। अच्छा कार्य!

हालांकि, मैं वास्तव में sw-precache-webpack-plugin के साथ काम करने का समाधान प्राप्त करना चाहता था क्योंकि नेक्स्टजेएस रेपो में इसका एक उदाहरण है , हालांकि मैं इसे कैश करने के लिए कॉन्फ़िगर करने और मेरी सभी अगली फाइलों की सेवा करने के तरीके पर काम नहीं कर सकता सेवा कार्यकर्ता। वह प्लगइन भी काफी लोकप्रिय लगता है।

caribou-code 7 अग॰ 2018

मैंने इस मुद्दे को हल करने में मदद के लिए एक साल पहले नेक्स्टसिंपलस्टार्टर बनाया था। लेकिन, यह मेरे संज्ञान में आया कि स्व-प्रीकैच अकेले अधिकांश ऑफ़लाइन आवश्यकताओं को पूरा करने में सक्षम नहीं होगा, इसलिए हम हाल ही में वर्कबॉक्स का उपयोग करने के लिए चले गए जो उनमें से अधिकांश को हल करता है।

हालांकि, मुझे अभी इसे मौजूदा मानकों (आइकन आकार वगैरह) में अपडेट करना है, जिसे मैं कुछ दिनों में ठीक कर दूंगा। इसे एक परीक्षण देने के लिए स्वतंत्र महसूस करें। यदि आप किसी मुद्दे को संतोषजनक नहीं पाते हैं तो उसे छोड़ दें।

ooade 7 अग॰ 2018

@ हैनफोर्ड यह बहुत अच्छा लग रहा है। यह मेरे लिए विकास मोड में चलता है लेकिन उस मोड में कोई सेवा कार्यकर्ता नहीं है। मैं आपके रीडमी से यह नहीं बता सकता कि इसे उत्पादन मोड में और सेवा कार्यकर्ता के साथ और नोड सर्वर के बिना कैसे काम करना है। मैं अपने ऐप को Netlify पर भी तैनात करता हूं और मैं next export का उपयोग कर रहा हूं। मेरा ऐप पूरी तरह से स्थिर है। मुझे next export का उपयोग न करने में कोई समस्या नहीं है यदि यह एक समस्या है । मैं वही करूँगा जो सबसे अधिक प्रदर्शनकारी है और इसमें कुछ भी खर्च नहीं होगा। यह एक हॉबी ऐप है, इसलिए मैं लचीला हूं।

@ooade यह भी बहुत अच्छा लग रहा है, लेकिन इसे शुरू करते समय मुझे

A bad HTTP response code (404) was received when fetching the script.

dancancro 3 जुल॰ 2019

@dancancro आप निश्चित रूप से उपयोग करने के लिए सक्षम होना चाहिए next-offline करते हुए भी का उपयोग कर next-export

next-offline में एक मुद्दे को पुन: पेश करने के लिए कुछ चरणों के साथ खोलने पर विचार करें ताकि मैं गहराई से देख सकूं?

hanford 3 जुल॰ 2019

@ हैनफोर्ड मैं ऐसा कर सकता हूं यदि आप चाहें लेकिन मैंने कुछ खास नहीं किया और मैं स्टार्टर के बारे में कुछ भी टूटने का सुझाव नहीं दे रहा हूं। समस्या को पुन: उत्पन्न करने के चरण केवल आपके निर्देश हैं । एकमात्र समस्या यह है कि मुझे नहीं पता कि इसे उत्पादन मोड में कैसे चलाया जाए। इस स्थिति को देखते हुए एक सेवा कार्यकर्ता को देव मोड में पंजीकृत नहीं होना चाहिए, इसलिए मेरे लिए जो हुआ वह अपेक्षित व्यवहार है। मुझे बस कुछ निर्देशों की आवश्यकता है - इसे उत्पादन मोड में कैसे चलाएं, और यदि next export संभव है, तो next export साथ उत्पादन मोड में स्थिर, सर्वर-रेंडर कोड कैसे चलाएं।

dancancro 3 जुल॰ 2019

@dancancro मैं समझता हूं, लेकिन वह चर्चा यहां नहीं होनी चाहिए, यह निश्चित रूप से Next.js के साथ कोई समस्या नहीं है।

कृपया यहां एक मुद्दा खोलें और मुझे आपके प्रश्नों पर एक नज़र/उत्तर देने में खुशी होगी।

यदि हम किसी असंबंधित मुद्दे/रेपो में चर्चा करते हैं तो समुदाय को कोई लाभ नहीं होता है

hanford 3 जुल॰ 2019

👍1

मैंने हाल ही में नेक्स्ट.जेएस के लिए शून्य कॉन्फिग पीडब्ल्यूए प्लगइन का उपयोग करना आसान बनाया है: अगला-पीडब्ल्यूए

यहां उदाहरण चेकआउट करें

shadowwalker 9 जुल॰ 2019

👍11 👀7

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Next.js: ऑफलाइन फर्स्ट सपोर्ट

सबसे उपयोगी टिप्पणी

सभी 47 टिप्पणियाँ

संबंधित मुद्दों