Firebase ऐप्लिकेशन तब भी काम करते हैं, जब आपका ऐप्लिकेशन कुछ समय के लिए अपना नेटवर्क खो देता हो कनेक्शन. इसके अलावा, Firebase डेटा को स्थानीय तौर पर सेव रखने के लिए टूल भी उपलब्ध कराता है. और इंतज़ार के समय को मैनेज करना.
डिस्क परसिस्टेंस
Firebase ऐप्लिकेशन, नेटवर्क में आने वाली अस्थायी रुकावटों को अपने-आप हैंडल करते हैं. कैश मेमोरी में सेव किया गया डेटा, ऑफ़लाइन रहने पर भी उपलब्ध होता है. Firebase से कोई बदलाव फिर से भेजा जाता है जब नेटवर्क कनेक्टिविटी पुनर्स्थापित हो जाती है.
जब डिस्क में सेव रहने की सुविधा चालू की जाती है, तो आपका ऐप्लिकेशन, डेटा को स्थानीय तौर पर इससे ऑफ़लाइन होने पर भी आपके ऐप्लिकेशन की स्थिति बरकरार रहेगी. भले ही, या ऑपरेटिंग सिस्टम ऐप्लिकेशन को रीस्टार्ट करता है.
कोड की सिर्फ़ एक लाइन से, डिस्क का स्थायी तौर पर रखरखाव किया जा सकता है.
Kotlin+KTX
Firebase.database.setPersistenceEnabled(true)
Java
FirebaseDatabase.getInstance().setPersistenceEnabled(true);
स्थायी व्यवहार
परसिस्टेंस चालू करने से, Firebase रीयल टाइम डेटाबेस क्लाइंट के किसी भी डेटा को जब ऑनलाइन डिस्क पर सेव रहेगा और ऑफ़लाइन उपलब्ध रहेगा, तब ही सिंक हो जाएगा, भले ही उपयोगकर्ता या ऑपरेटिंग सिस्टम ऐप्लिकेशन को रीस्टार्ट करे. इसका मतलब है कि कैश मेमोरी में सेव किए गए लोकल डेटा का इस्तेमाल करके, ऐप्लिकेशन ठीक वैसे ही काम करता है जैसे यह ऑनलाइन होता. लोकल अपडेट के लिए, लिसनर कॉलबैक ट्रिगर होते रहेंगे.
Firebase रीयल टाइम डेटाबेस क्लाइंट, अपने-आप सभी आपके ऐप्लिकेशन के ऑफ़लाइन रहने पर किए जाने वाले ऑपरेशन लिखें. परसिस्टेंस चालू होने पर, सूची में मौजूद सभी फ़ाइलों की सूची, डिस्क में भी सेव रहती है आपके लेख तब उपलब्ध होते हैं, जब किसी उपयोगकर्ता या ऑपरेटिंग सिस्टम को ऐप्लिकेशन को रीस्टार्ट करता है. ऐप्लिकेशन के फिर से इंटरनेट से कनेक्ट होने पर, ये कार्रवाइयां, Firebase रीयल टाइम डेटाबेस सर्वर को भेजी जाती हैं.
अगर आपका ऐप्लिकेशन Firebase से पुष्टि करने की सुविधा, Firebase रीयल टाइम डेटाबेस क्लाइंट, उपयोगकर्ता की पुष्टि करने की प्रोसेस को जारी रखता है सभी ऐप के लिए टोकन रीस्टार्ट होता है. अगर ऐप्लिकेशन के ऑफ़लाइन होने पर पुष्टि करने वाले टोकन की समयसीमा खत्म हो जाती है, तो क्लाइंट रुक जाता है जब तक आपका ऐप्लिकेशन उपयोगकर्ता की फिर से पुष्टि नहीं करता, तब तक कार्रवाइयां लिखें, नहीं तो सुरक्षा नियमों की वजह से हो सकता है कि राइट ऑपरेशन न हो.
डेटा को नया बनाए रखना
Firebase रीयलटाइम डेटाबेस, सक्रिय लिसनर का डेटा. इसके अलावा, आपके पास खास जगहों की जानकारी को सिंक हो सकता है.
Kotlin+KTX
val scoresRef = Firebase.database.getReference("scores") scoresRef.keepSynced(true)
Java
DatabaseReference scoresRef = FirebaseDatabase.getInstance().getReference("scores"); scoresRef.keepSynced(true);
Firebase रीयलटाइम डेटाबेस क्लाइंट, इन जगहों को ढूंढता है और उसे सिंक करके रखता है, भले ही संदर्भ में कोई ऐक्टिव लिसनर. आप सिंक करने की सुविधा को डालें.
Kotlin+KTX
scoresRef.keepSynced(false)
Java
scoresRef.keepSynced(false);
डिफ़ॉल्ट रूप से, पहले से सिंक किया गया 10 एमबी डेटा कैश मेमोरी में सेव किया जाता है. यह ऐसा होना चाहिए के लिए काफ़ी है. अगर कैश मेमोरी में सेव किए गए साइज़ की सीमा बढ़ जाती है, तो Firebase रीयलटाइम डेटाबेस, उस डेटा को पूरी तरह मिटाता है जिसका इस्तेमाल हाल ही में किया गया है. सिंक में रखा गया डेटा, कैश मेमोरी से पूरी तरह नहीं मिटाया जाता.
ऑफ़लाइन होने पर डेटा की क्वेरी की जा रही है
Firebase रीयल टाइम डेटाबेस, इस्तेमाल करने के लिए क्वेरी से मिले डेटा को सेव करता है जब आप ऑफ़लाइन हों. ऑफ़लाइन होने पर की गई क्वेरी के लिए, Firebase रीयल टाइम डेटाबेस, पहले से लोड किए गए डेटा के साथ काम करता रहेगा. अगर अनुरोध किया गया डेटा लोड नहीं होता है, तो Firebase रीयल टाइम डेटाबेस लोड होता है स्थानीय कैश मेमोरी से लिया गया डेटा होता है. जब नेटवर्क कनेक्टिविटी फिर से उपलब्ध हो, डेटा लोड होता है और क्वेरी को दिखाएगा.
उदाहरण के लिए, यह कोड पिछले इवेंट के लिए क्वेरी करता है Firebase रीयल टाइम डेटाबेस में चार आइटम
Kotlin+KTX
val scoresRef = Firebase.database.getReference("scores") scoresRef.orderByValue().limitToLast(4).addChildEventListener(object : ChildEventListener { override fun onChildAdded(snapshot: DataSnapshot, previousChild: String?) { Log.d(TAG, "The ${snapshot.key} dinosaur's score is ${snapshot.value}") } // ... })
Java
DatabaseReference scoresRef = FirebaseDatabase.getInstance().getReference("scores"); scoresRef.orderByValue().limitToLast(4).addChildEventListener(new ChildEventListener() { @Override public void onChildAdded(@NonNull DataSnapshot snapshot, String previousChild) { Log.d(TAG, "The " + snapshot.getKey() + " dinosaur's score is " + snapshot.getValue()); } // ... });
मान लें कि उपयोगकर्ता का कनेक्शन टूट जाता है, वह ऑफ़लाइन हो जाता है, और ऐप्लिकेशन को रीस्टार्ट करता है. ऑफ़लाइन होने पर भी, ऐप्लिकेशन एक ही स्थान. यह क्वेरी सफलतापूर्वक अंतिम दो आइटम दिखाएगी क्योंकि ऐप्लिकेशन में ऊपर दी गई क्वेरी के सभी चार आइटम लोड हो गए थे.
Kotlin+KTX
scoresRef.orderByValue().limitToLast(2).addChildEventListener(object : ChildEventListener { override fun onChildAdded(snapshot: DataSnapshot, previousChild: String?) { Log.d(TAG, "The ${snapshot.key} dinosaur's score is ${snapshot.value}") } // ... })
Java
scoresRef.orderByValue().limitToLast(2).addChildEventListener(new ChildEventListener() { @Override public void onChildAdded(@NonNull DataSnapshot snapshot, String previousChild) { Log.d(TAG, "The " + snapshot.getKey() + " dinosaur's score is " + snapshot.getValue()); } // ... });
पिछले उदाहरण में, Firebase रीयल टाइम डेटाबेस के क्लाइंट ने 'बच्चे को जोड़ा गया' सबसे ज़्यादा स्कोर करने वाले दो डायनासोर की संख्या को बढ़ाने के लिए, सेव की गई कैश मेमोरी. लेकिन इससे कोई 'वैल्यू' नहीं बढ़ेगी इवेंट होना चाहिए, क्योंकि ऐप्लिकेशन में ने ऑनलाइन होने पर उस क्वेरी को कभी एक्ज़ीक्यूट नहीं किया.
अगर ऐप्लिकेशन ऑफ़लाइन रहने के दौरान, आखिरी छह आइटम के लिए अनुरोध करता है, तो उसे 'बच्चे को जोड़ा गया' कैश मेमोरी में सेव किए गए चार आइटम के लिए सीधे इवेंट. जब डिवाइस वापस ऑनलाइन आता है और Firebase रीयल टाइम डेटाबेस क्लाइंट सिंक होता है और दो 'बच्चे' को जोड़ देता है. और 'वैल्यू' ऐप के इवेंट हैं.
लेन-देन को ऑफ़लाइन मैनेज करना
ऐप्लिकेशन के ऑफ़लाइन होने पर किए जाने वाले सभी लेन-देन, सूची में जोड़ दिए जाते हैं. ऐप्लिकेशन के फिर से इंटरनेट से कनेक्ट होने के बाद, लेन-देन इस ईमेल पते पर भेज दिए जाते हैं रीयलटाइम डेटाबेस सर्वर.
मौजूदगी मैनेज करना
रीयलटाइम ऐप्लिकेशन में, यह पता लगाना अक्सर मददगार होता है कि क्लाइंट कब कनेक्ट और डिसकनेक्ट करने में मदद करता है. उदाहरण के लिए, आप किसी उपयोगकर्ता को 'ऑफ़लाइन' के तौर पर मार्क करना है जब उसका क्लाइंट डिसकनेक्ट हो जाता है.
Firebase डेटाबेस क्लाइंट आसान प्रिमिटिव देते हैं, जिनका इस्तेमाल इन कामों के लिए किया जा सकता है जब कोई क्लाइंट Firebase डेटाबेस से डिसकनेक्ट करता है, तो डेटाबेस में लिखें सर्वर. ये अपडेट होते हैं, चाहे क्लाइंट बिना अनुमति के डिसकनेक्ट हो जाए या नहीं, इससे कनेक्शन टूट जाने पर भी डेटा मिटाने के लिए, इन पर भरोसा किया जा सकता है या क्लाइंट क्रैश हो जाता है. लिखने से जुड़ी सभी कार्रवाइयां, जिनमें सेटिंग शामिल है, डिसकनेक्ट होने पर, उसे अपडेट किया जा सकता है और हटाया जा सकता है.
डिस्कनेक्ट होने पर डेटा लिखने का एक आसान उदाहरण यहां दिया गया है.
onDisconnect
प्रिमिटिव:
Kotlin+KTX
val presenceRef = Firebase.database.getReference("disconnectmessage") // Write a string when this client loses connection presenceRef.onDisconnect().setValue("I disconnected!")
Java
DatabaseReference presenceRef = FirebaseDatabase.getInstance().getReference("disconnectmessage"); // Write a string when this client loses connection presenceRef.onDisconnect().setValue("I disconnected!");
डिसकनेक्ट करने का तरीका
जब आप onDisconnect()
कार्रवाई करते हैं, तो कार्रवाई
Firebase रीयल टाइम डेटाबेस सर्वर पर मौजूद होती है. सर्वर, इन कामों के लिए सुरक्षा की जांच करता है:
पक्का करें कि उपयोगकर्ता, अनुरोध किए गए इवेंट में बदलाव कर सकता हो. साथ ही, यह भी बताता हो कि
अगर आपका ऐप्लिकेशन अमान्य है, तो उसे सही तरीके से सेव किया जा सकता है. इसके बाद सर्वर
कनेक्शन की निगरानी करता है. अगर किसी भी समय कनेक्शन का समय खत्म हो जाता है या
रीयलटाइम डेटाबेस क्लाइंट द्वारा सक्रिय रूप से बंद किया जाता है, तो सर्वर
दूसरी बार (यह पक्का करने के लिए कि कार्रवाई अब भी मान्य है) और फिर शुरू करती है
इवेंट.
लिखने की कार्रवाई पर आपका ऐप्लिकेशन कॉलबैक का इस्तेमाल कर सकता है
यह पक्का करने के लिए कि onDisconnect
सही तरीके से अटैच किया गया था:
Kotlin+KTX
presenceRef.onDisconnect().removeValue { error, reference -> error?.let { Log.d(TAG, "could not establish onDisconnect event: ${error.message}") } }
Java
presenceRef.onDisconnect().removeValue(new DatabaseReference.CompletionListener() { @Override public void onComplete(DatabaseError error, @NonNull DatabaseReference reference) { if (error != null) { Log.d(TAG, "could not establish onDisconnect event:" + error.getMessage()); } } });
.cancel()
पर कॉल करके भी onDisconnect
इवेंट को रद्द किया जा सकता है:
Kotlin+KTX
val onDisconnectRef = presenceRef.onDisconnect() onDisconnectRef.setValue("I disconnected") // ... // some time later when we change our minds // ... onDisconnectRef.cancel()
Java
OnDisconnect onDisconnectRef = presenceRef.onDisconnect(); onDisconnectRef.setValue("I disconnected"); // ... // some time later when we change our minds // ... onDisconnectRef.cancel();
कनेक्शन की स्थिति का पता लगाया जा रहा है
मौजूदगी से जुड़ी कई सुविधाओं के लिए, यह आपके ऐप्लिकेशन के लिए उपयोगी है
यह जानने के लिए कि यह कब ऑनलाइन है या ऑफ़लाइन. Firebase रीयलटाइम डेटाबेस
/.info/connected
पर एक विशेष स्थान देता है जो
हर बार Firebase रीयल टाइम डेटाबेस क्लाइंट के कनेक्शन की स्थिति को अपडेट करने पर
बदलाव. यहां एक उदाहरण दिया गया है:
Kotlin+KTX
val connectedRef = Firebase.database.getReference(".info/connected") connectedRef.addValueEventListener(object : ValueEventListener { override fun onDataChange(snapshot: DataSnapshot) { val connected = snapshot.getValue(Boolean::class.java) ?: false if (connected) { Log.d(TAG, "connected") } else { Log.d(TAG, "not connected") } } override fun onCancelled(error: DatabaseError) { Log.w(TAG, "Listener was cancelled") } })
Java
DatabaseReference connectedRef = FirebaseDatabase.getInstance().getReference(".info/connected"); connectedRef.addValueEventListener(new ValueEventListener() { @Override public void onDataChange(@NonNull DataSnapshot snapshot) { boolean connected = snapshot.getValue(Boolean.class); if (connected) { Log.d(TAG, "connected"); } else { Log.d(TAG, "not connected"); } } @Override public void onCancelled(@NonNull DatabaseError error) { Log.w(TAG, "Listener was cancelled"); } });
/.info/connected
एक बूलियन वैल्यू है, जो
रीयलटाइम डेटाबेस क्लाइंट के बीच सिंक किया गया, क्योंकि वैल्यू यह है
यह क्लाइंट की स्थिति पर निर्भर करता है. दूसरे शब्दों में, अगर एक क्लाइंट
/.info/connected
को 'गलत' के तौर पर पढ़ता है, यह नहीं है
इस बात की गारंटी देता है कि कोई दूसरा क्लाइंट भी गलत मैसेज पढ़ेगा.
Android पर, Firebase अपने-आप ही
बैंडविड्थ और बैटरी उपयोग को कम करता है. जब किसी क्लाइंट के पास कोई ऐक्टिव लिसनर न हो,
कोई लेखन बाकी नहीं या onDisconnect
कार्रवाइयों से जुड़ी होती है और इसे
goOffline
तरीका,
अगर 60 सेकंड तक कोई गतिविधि नहीं होती, तो Firebase कनेक्शन बंद कर देता है.
हैंडलिंग में लगने वाले समय का अंतर
सर्वर टाइमस्टैंप
Firebase रीयल टाइम डेटाबेस सर्वर, रिपोर्ट इंसर्ट करने का तरीका उपलब्ध कराते हैं
टाइमस्टैंप की मदद से सर्वर पर डेटा के तौर पर जनरेट किया जाता है. इस सुविधा को,
onDisconnect
, भरोसेमंद तरीके से नोट करने का आसान तरीका देता है
रीयल टाइम डेटाबेस क्लाइंट के डिसकनेक्ट होने का समय:
Kotlin+KTX
val userLastOnlineRef = Firebase.database.getReference("users/joe/lastOnline") userLastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP)
Java
DatabaseReference userLastOnlineRef = FirebaseDatabase.getInstance().getReference("users/joe/lastOnline"); userLastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP);
क्लॉक स्क्यू
हालांकि, firebase.database.ServerValue.TIMESTAMP
का मतलब है कि
सटीक और ज़्यादातर रीड/राइट ऑपरेशन के लिए बेहतर होता है,
कभी-कभी क्लाइंट के क्लॉक स्क्यू का अनुमान लगाना मददगार हो सकता है.
के हिसाब से कार्रवाई करते हैं. आपने लोगों तक पहुंचाया मुफ़्त में
/.info/serverTimeOffset
जगह के लिए कॉलबैक अटैच कर सकते हैं
मिलीसेकंड में, Firebase रीयल टाइम डेटाबेस क्लाइंट की वैल्यू पाने के लिए
अनुमान लगाने के लिए, रिपोर्ट किए गए स्थानीय समय (मिलीसेकंड में Epoch समय) में जोड़ें
सर्वर समय. ध्यान दें कि इस ऑफ़सेट की सटीक जानकारी पर इन चीज़ों से असर पड़ सकता है
नेटवर्किंग इंतज़ार का समय. इसलिए, खास तौर पर यह पता लगाने में मददगार होता है कि
घड़ी के समय में (1 सेकंड से ज़्यादा) का अंतर हो सकता है.
Kotlin+KTX
val offsetRef = Firebase.database.getReference(".info/serverTimeOffset") offsetRef.addValueEventListener(object : ValueEventListener { override fun onDataChange(snapshot: DataSnapshot) { val offset = snapshot.getValue(Double::class.java) ?: 0.0 val estimatedServerTimeMs = System.currentTimeMillis() + offset } override fun onCancelled(error: DatabaseError) { Log.w(TAG, "Listener was cancelled") } })
Java
DatabaseReference offsetRef = FirebaseDatabase.getInstance().getReference(".info/serverTimeOffset"); offsetRef.addValueEventListener(new ValueEventListener() { @Override public void onDataChange(@NonNull DataSnapshot snapshot) { double offset = snapshot.getValue(Double.class); double estimatedServerTimeMs = System.currentTimeMillis() + offset; } @Override public void onCancelled(@NonNull DatabaseError error) { Log.w(TAG, "Listener was cancelled"); } });
मौजूदगी ऐप्लिकेशन का नमूना
डिस्कनेक्ट करने की कार्रवाइयों को कनेक्शन की स्थिति पर नज़र रखने की सुविधा के साथ जोड़कर और सर्वर टाइमस्टैंप के साथ, आप उपयोगकर्ता की मौजूदगी का सिस्टम बना सकते हैं. इस सिस्टम में, हर उपयोगकर्ता, डेटाबेस की लोकेशन पर डेटा सेव करता है. इससे यह पता चलता है कि रीयलटाइम डेटाबेस क्लाइंट ऑनलाइन है. क्लाइंट इस जगह को 'सही' पर तब सेट करते हैं, जब वे ऑनलाइन आते हैं और उनके डिसकनेक्ट होने पर टाइमस्टैंप भी दिखता है. यह टाइमस्टैंप बताता है कि दिया गया उपयोगकर्ता पिछली बार कब ऑनलाइन हुआ था.
ध्यान दें कि आपके ऐप को उपयोगकर्ता के को ऑनलाइन मार्क किया गया हो, ताकि क्लाइंट के पैदा होने की स्थिति में होने वाली किसी भी रेस से बचने के लिए दोनों निर्देश सर्वर को भेजे जाने से पहले, इंटरनेट बंद हो जाता है.
यहां उपयोगकर्ता की मौजूदगी का एक सामान्य सिस्टम दिया गया है:
Kotlin+KTX
// Since I can connect from multiple devices, we store each connection instance separately // any time that connectionsRef's value is null (i.e. has no children) I am offline val database = Firebase.database val myConnectionsRef = database.getReference("users/joe/connections") // Stores the timestamp of my last disconnect (the last time I was seen online) val lastOnlineRef = database.getReference("/users/joe/lastOnline") val connectedRef = database.getReference(".info/connected") connectedRef.addValueEventListener(object : ValueEventListener { override fun onDataChange(snapshot: DataSnapshot) { val connected = snapshot.getValue<Boolean>() ?: false if (connected) { val con = myConnectionsRef.push() // When this device disconnects, remove it con.onDisconnect().removeValue() // When I disconnect, update the last time I was seen online lastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP) // Add this device to my connections list // this value could contain info about the device or a timestamp too con.setValue(java.lang.Boolean.TRUE) } } override fun onCancelled(error: DatabaseError) { Log.w(TAG, "Listener was cancelled at .info/connected") } })
Java
// Since I can connect from multiple devices, we store each connection instance separately // any time that connectionsRef's value is null (i.e. has no children) I am offline final FirebaseDatabase database = FirebaseDatabase.getInstance(); final DatabaseReference myConnectionsRef = database.getReference("users/joe/connections"); // Stores the timestamp of my last disconnect (the last time I was seen online) final DatabaseReference lastOnlineRef = database.getReference("/users/joe/lastOnline"); final DatabaseReference connectedRef = database.getReference(".info/connected"); connectedRef.addValueEventListener(new ValueEventListener() { @Override public void onDataChange(@NonNull DataSnapshot snapshot) { boolean connected = snapshot.getValue(Boolean.class); if (connected) { DatabaseReference con = myConnectionsRef.push(); // When this device disconnects, remove it con.onDisconnect().removeValue(); // When I disconnect, update the last time I was seen online lastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP); // Add this device to my connections list // this value could contain info about the device or a timestamp too con.setValue(Boolean.TRUE); } } @Override public void onCancelled(@NonNull DatabaseError error) { Log.w(TAG, "Listener was cancelled at .info/connected"); } });