Firebase ऐप्लिकेशन तब भी काम करते हैं, जब आपका ऐप्लिकेशन कुछ समय के लिए नेटवर्क से कनेक्ट न हो. इसके अलावा, Firebase ऐसे टूल उपलब्ध कराता है जिनकी मदद से डेटा को स्थानीय तौर पर सेव किया जा सकता है, मौजूदगी को मैनेज किया जा सकता है, और इंतज़ार का समय मैनेज किया जा सकता है.
डिस्क पर डेटा सेव करना
Firebase ऐप्लिकेशन, नेटवर्क में होने वाली कुछ समय के लिए होने वाली रुकावटों को अपने-आप मैनेज कर लेते हैं. कैश मेमोरी में सेव किया गया डेटा, ऑफ़लाइन रहने पर भी उपलब्ध होता है. साथ ही, नेटवर्क कनेक्शन वापस आने पर, Firebase सेव किए गए डेटा को फिर से भेजता है.
डिस्क पर डेटा सेव रखने की सुविधा चालू करने पर, आपका ऐप्लिकेशन डिवाइस पर डेटा को स्थानीय तौर पर सेव करता है. इससे, आपका ऐप्लिकेशन ऑफ़लाइन रहने के दौरान भी अपनी स्थिति बनाए रख सकता है. भले ही, उपयोगकर्ता या ऑपरेटिंग सिस्टम ऐप्लिकेशन को फिर से शुरू कर दे.
डिस्क पर डेटा सेव रखने की सुविधा को सिर्फ़ एक लाइन के कोड से चालू किया जा सकता है.
Swift
Database.database().isPersistenceEnabled = true
Objective-C
[FIRDatabase database].persistenceEnabled = YES;
पर्सिस्टेंस व्यवहार
परसिस्टेंस चालू करने से, ऑनलाइन होने पर Firebase Realtime Database क्लाइंट जो भी डेटा सिंक करेगा वह डिस्क में बना रहता है और ऑफ़लाइन उपलब्ध रहता है. भले ही, उपयोगकर्ता या ऑपरेटिंग सिस्टम ने ऐप्लिकेशन को रीस्टार्ट किया हो. इसका मतलब है कि आपका ऐप्लिकेशन, कैश मेमोरी में सेव किए गए लोकल डेटा का इस्तेमाल करके, ऑनलाइन की तरह ही काम करता है. लोकल अपडेट के लिए, लिसनर कॉलबैक ट्रिगर होते रहेंगे.
Firebase Realtime Database क्लाइंट, आपके ऐप्लिकेशन के ऑफ़लाइन होने पर किए गए सभी लिखने के ऑपरेशन की सूची अपने-आप बनाता है. डेटा सेव रखने की सुविधा चालू होने पर, यह सूची डिस्क पर भी सेव हो जाती है, ताकि उपयोगकर्ता या ऑपरेटिंग सिस्टम के ऐप्लिकेशन को फिर से शुरू करने पर, आपके सभी लिखे गए डेटा को ऐक्सेस किया जा सके. जब ऐप्लिकेशन फिर से कनेक्ट हो जाता है, तो सभी ऑपरेशन Firebase Realtime Database सर्वर पर भेज दिए जाते हैं.
अगर आपका ऐप्लिकेशन Firebase Authentication का इस्तेमाल करता है, तो ऐप्लिकेशन के रीस्टार्ट होने पर भी, Firebase Realtime Database क्लाइंट उपयोगकर्ता के पुष्टि करने वाले टोकन को सेव रखता है. अगर आपका ऐप्लिकेशन ऑफ़लाइन होने के दौरान पुष्टि करने वाला टोकन खत्म हो जाता है, तो क्लाइंट तब तक डेटा लिखने की प्रोसेस को रोक देता है, जब तक कि आपका ऐप्लिकेशन उपयोगकर्ता की फिर से पुष्टि नहीं कर लेता. ऐसा न करने पर, सुरक्षा नियमों की वजह से डेटा लिखने की प्रोसेस पूरी नहीं हो सकती.
डेटा को नया बनाए रखना
Firebase Realtime Database, ऑडियंस के डेटा की एक स्थानीय कॉपी को सिंक और सेव करता है. इसके अलावा, खास जगहों को सिंक में भी रखा जा सकता है.
Swift
let scoresRef = Database.database().reference(withPath: "scores") scoresRef.keepSynced(true)
Objective-C
FIRDatabaseReference *scoresRef = [[FIRDatabase database] referenceWithPath:@"scores"]; [scoresRef keepSynced:YES];
Firebase Realtime Database क्लाइंट, इन जगहों पर डेटा को अपने-आप डाउनलोड करता है और उसे सिंक रखता है. भले ही, रेफ़रंस में कोई ऐक्टिव लिसनर न हो. कोड की इस लाइन का इस्तेमाल करके, सिंक करने की सुविधा को फिर से बंद किया जा सकता है.
Swift
scoresRef.keepSynced(false)
Objective-C
[scoresRef keepSynced:NO];
डिफ़ॉल्ट रूप से, पहले से सिंक किए गए 10 एमबी डेटा को कैश मेमोरी में सेव किया जाता है. ज़्यादातर ऐप्लिकेशन के लिए, यह तरीका काफ़ी है. अगर कैश, कॉन्फ़िगर किए गए साइज़ से ज़्यादा हो जाता है, तो Firebase Realtime Database उस डेटा को मिटा देता है जिसका हाल ही में इस्तेमाल नहीं किया गया है. सिंक में रखा गया डेटा, कैश मेमोरी से पूरी तरह नहीं मिटाया जाता.
ऑफ़लाइन होने पर डेटा की क्वेरी की जा रही है
Firebase Realtime Database, क्वेरी से मिले डेटा को ऑफ़लाइन इस्तेमाल करने के लिए सेव करता है. ऑफ़लाइन होने पर बनाई गई क्वेरी के लिए, Firebase Realtime Database पहले से लोड किए गए डेटा के लिए काम करता रहेगा. अगर अनुरोध किया गया डेटा लोड नहीं हुआ है, तो Firebase Realtime Database लोकल कैश मेमोरी से डेटा लोड करता है. जब नेटवर्क कनेक्टिविटी फिर से उपलब्ध हो जाती है, तब डेटा लोड होता है और क्वेरी की जानकारी दिखेगी.
उदाहरण के लिए, यह कोड स्कोर के Firebase Realtime Database में मौजूद आखिरी चार आइटम के लिए क्वेरी करता है
Swift
let scoresRef = Database.database().reference(withPath: "scores") scoresRef.queryOrderedByValue().queryLimited(toLast: 4).observe(.childAdded) { snapshot in print("The \(snapshot.key) dinosaur's score is \(snapshot.value ?? "null")") }
Objective-C
FIRDatabaseReference *scoresRef = [[FIRDatabase database] referenceWithPath:@"scores"]; [[[scoresRef queryOrderedByValue] queryLimitedToLast:4] observeEventType:FIRDataEventTypeChildAdded withBlock:^(FIRDataSnapshot *snapshot) { NSLog(@"The %@ dinosaur's score is %@", snapshot.key, snapshot.value); }];
मान लें कि उपयोगकर्ता का इंटरनेट कनेक्शन बंद हो जाता है और वह ऑफ़लाइन हो जाता है. इसके बाद, वह ऐप्लिकेशन को फिर से चालू करता है. ऑफ़लाइन होने के बावजूद, ऐप्लिकेशन उसी जगह के आखिरी दो आइटम के लिए क्वेरी करता है. इस क्वेरी से आखिरी दो आइटम दिखेंगे, क्योंकि ऐप्लिकेशन ने ऊपर दी गई क्वेरी में सभी चार आइटम लोड किए थे.
Swift
scoresRef.queryOrderedByValue().queryLimited(toLast: 2).observe(.childAdded) { snapshot in print("The \(snapshot.key) dinosaur's score is \(snapshot.value ?? "null")") }
Objective-C
[[[scoresRef queryOrderedByValue] queryLimitedToLast:2] observeEventType:FIRDataEventTypeChildAdded withBlock:^(FIRDataSnapshot *snapshot) { NSLog(@"The %@ dinosaur's score is %@", snapshot.key, snapshot.value); }];
पिछले उदाहरण में, Firebase Realtime Database क्लाइंट, सबसे ज़्यादा स्कोर करने वाले दो डायनासोर के लिए, सेव किए गए कैश मेमोरी का इस्तेमाल करके, 'चाइल्ड जोड़ा गया' इवेंट जनरेट करता है. हालांकि, इससे 'वैल्यू' इवेंट नहीं होगा, क्योंकि ऐप्लिकेशन ने ऑनलाइन रहते हुए उस क्वेरी को कभी एक्ज़ीक्यूट नहीं किया.
अगर ऐप्लिकेशन ऑफ़लाइन होने पर पिछले छह आइटम का अनुरोध करता है, तो उसे कैश मेमोरी में सेव किए गए चार आइटम के लिए, 'चाइल्ड जोड़ा गया' इवेंट तुरंत मिल जाएंगे. जब डिवाइस फिर से ऑनलाइन हो जाता है, तो Firebase Realtime Database क्लाइंट, सर्वर के साथ सिंक हो जाता है. साथ ही, उसे ऐप्लिकेशन के लिए दो 'चाइल्ड जोड़ा गया' और 'वैल्यू' इवेंट मिलते हैं.
ऑफ़लाइन लेन-देन मैनेज करना
ऐप्लिकेशन के ऑफ़लाइन होने पर किए गए सभी लेन-देन, सूची में जोड़ दिए जाते हैं. ऐप्लिकेशन के फिर से इंटरनेट से कनेक्ट होने के बाद, लेन-देन को Realtime Database सर्वर पर भेजा जाता है.
मौजूदगी की जानकारी मैनेज करना
रीयल टाइम ऐप्लिकेशन में, यह पता लगाना अक्सर फ़ायदेमंद होता है कि क्लाइंट कब कनेक्ट और डिसकनेक्ट होते हैं. उदाहरण के लिए, हो सकता है कि किसी उपयोगकर्ता के डिसकनेक्ट होने पर, आप उसे 'ऑफ़लाइन' के तौर पर मार्क करना चाहें.
Firebase डेटाबेस क्लाइंट, आसान प्राइमिटिव उपलब्ध कराते हैं. इनका इस्तेमाल, क्लाइंट के Firebase डेटाबेस सर्वर से डिसकनेक्ट होने पर, डेटाबेस में डेटा लिखने के लिए किया जा सकता है. ये अपडेट होते हैं, चाहे क्लाइंट बिना किसी परेशानी के डिसकनेक्ट हो रहा हो या नहीं. इससे कनेक्शन टूट जाने या क्लाइंट क्रैश होने पर भी, डेटा मिटाने के लिए इन पर भरोसा किया जा सकता है. डिसकनेक्ट होने पर, सेटिंग, अपडेट करने, और हटाने जैसे सभी लिखने के काम किए जा सकते हैं.
यहां onDisconnect प्राइमिटिव का इस्तेमाल करके, डिसकनेक्ट होने पर डेटा लिखने का एक आसान उदाहरण दिया गया है:
Swift
let presenceRef = Database.database().reference(withPath: "disconnectmessage"); // Write a string when this client loses connection presenceRef.onDisconnectSetValue("I disconnected!")
Objective-C
FIRDatabaseReference *presenceRef = [[FIRDatabase database] referenceWithPath:@"disconnectmessage"]; // Write a string when this client loses connection [presenceRef onDisconnectSetValue:@"I disconnected!"];
ऑन-डिसकनेक्ट कैसे काम करता है
onDisconnect() ऑपरेशन सेट अप करने पर, ऑपरेशन
Firebase Realtime Database सर्वर पर सेव हो जाता है. सर्वर, सुरक्षा की जांच करके यह पक्का करता है कि उपयोगकर्ता, अनुरोध किए गए इवेंट में बदलाव कर सकता है या नहीं. साथ ही, सर्वर आपके ऐप्लिकेशन के अमान्य होने पर, इसकी सूचना भी देता है. इसके बाद, सर्वर
कनेक्शन को मॉनिटर करता है. अगर किसी भी समय कनेक्शन टाइम आउट हो जाता है या Realtime Database क्लाइंट ने उसे बंद कर दिया है, तो सर्वर दूसरी बार सुरक्षा की जांच करता है. इससे यह पक्का किया जाता है कि कार्रवाई अब भी मान्य है या नहीं. इसके बाद, सर्वर इवेंट को ट्रिगर करता है.
आपका ऐप्लिकेशन, लिखने के ऑपरेशन पर कॉलबैक का इस्तेमाल करके यह पक्का कर सकता है कि onDisconnect सही तरीके से अटैच किया गया है:
Swift
presenceRef.onDisconnectRemoveValue { error, reference in
if let error = error {
print("Could not establish onDisconnect event: \(error)")
}
}Objective-C
[presenceRef onDisconnectRemoveValueWithCompletionBlock:^(NSError *error, FIRDatabaseReference *reference) { if (error != nil) { NSLog(@"Could not establish onDisconnect event: %@", error); } }];
onDisconnect इवेंट को .cancel() को कॉल करके भी रद्द किया जा सकता है:
Swift
presenceRef.onDisconnectSetValue("I disconnected")
// some time later when we change our minds
presenceRef.cancelDisconnectOperations()Objective-C
[presenceRef onDisconnectSetValue:@"I disconnected"]; // some time later when we change our minds [presenceRef cancelDisconnectOperations];
कनेक्शन की स्थिति का पता लगाया जा रहा है
ऑनलाइन होने की जानकारी से जुड़ी कई सुविधाओं के लिए, यह जानना आपके ऐप्लिकेशन के लिए फ़ायदेमंद होता है कि वह कब ऑनलाइन है और कब ऑफ़लाइन. Firebase Realtime Database
/.info/connected पर एक खास जगह उपलब्ध कराता है, जो
हर बार Firebase Realtime Database क्लाइंट के कनेक्शन की स्थिति बदलने पर अपडेट होती है. यहां एक उदाहरण दिया गया है:
Swift
let connectedRef = Database.database().reference(withPath: ".info/connected") connectedRef.observe(.value, with: { snapshot in if snapshot.value as? Bool ?? false { print("Connected") } else { print("Not connected") } })
Objective-C
FIRDatabaseReference *connectedRef = [[FIRDatabase database] referenceWithPath:@".info/connected"]; [connectedRef observeEventType:FIRDataEventTypeValue withBlock:^(FIRDataSnapshot *snapshot) { if([snapshot.value boolValue]) { NSLog(@"connected"); } else { NSLog(@"not connected"); } }];
/.info/connected एक बूलियन वैल्यू है, जो Realtime Database क्लाइंट के बीच सिंक नहीं होती, क्योंकि वैल्यू क्लाइंट की स्थिति पर निर्भर करती है. दूसरे शब्दों में, अगर एक क्लाइंट /.info/connected को गलत के तौर पर पढ़ता है, तो इस बात की कोई गारंटी नहीं है कि कोई दूसरा क्लाइंट भी गलत पढ़ेगा.
हैंडलिंग में लगने वाले समय का अंतर
सर्वर टाइमस्टैंप
Firebase Realtime Database सर्वर, डेटा के तौर पर सर्वर पर जनरेट किए गए टाइमस्टैंप डालने का तरीका उपलब्ध कराते हैं. इस सुविधा को
onDisconnect के साथ जोड़कर, उस समय को रिकॉर्ड करने का एक आसान तरीका मिलता है जब कोई Realtime Database क्लाइंट डिसकनेक्ट होता है:
Swift
let userLastOnlineRef = Database.database().reference(withPath: "users/morgan/lastOnline") userLastOnlineRef.onDisconnectSetValue(ServerValue.timestamp())
Objective-C
FIRDatabaseReference *userLastOnlineRef = [[FIRDatabase database] referenceWithPath:@"users/morgan/lastOnline"]; [userLastOnlineRef onDisconnectSetValue:[FIRServerValue timestamp]];
क्लॉक स्क्यू
वैसे तो firebase.database.ServerValue.TIMESTAMP ज़्यादा
सटीक और पढ़ने/लिखने में होने वाली ज़्यादातर कार्रवाइयों के लिए बेहतर है,
लेकिन कभी-कभी Firebase Realtime Database के सर्वर के हिसाब से क्लाइंट के क्लॉक स्क्यू का
अनुमान लगाना मददगार हो सकता है. /.info/serverTimeOffset के लिए कॉलबैक जोड़ा जा सकता है, ताकि मिलीसेकंड में वैल्यू मिल सके. Firebase Realtime Database क्लाइंट, सर्वर के समय का अनुमान लगाने के लिए, स्थानीय समय (मिलीसेकंड में युग का समय) में जोड़ते हैं. ध्यान दें कि नेटवर्क के इंतज़ार के समय की वजह से, इस ऑफ़सेट की सटीक जानकारी पर असर पड़ सकता है. इसलिए, यह मुख्य रूप से घड़ी के समय में बड़ी (> 1 सेकंड) गड़बड़ियों का पता लगाने के लिए काम आता है.
Swift
let offsetRef = Database.database().reference(withPath: ".info/serverTimeOffset") offsetRef.observe(.value, with: { snapshot in if let offset = snapshot.value as? TimeInterval { print("Estimated server time in milliseconds: \(Date().timeIntervalSince1970 * 1000 + offset)") } })
Objective-C
FIRDatabaseReference *offsetRef = [[FIRDatabase database] referenceWithPath:@".info/serverTimeOffset"]; [offsetRef observeEventType:FIRDataEventTypeValue withBlock:^(FIRDataSnapshot *snapshot) { NSTimeInterval offset = [(NSNumber *)snapshot.value doubleValue]; NSTimeInterval estimatedServerTimeMs = [[NSDate date] timeIntervalSince1970] * 1000.0 + offset; NSLog(@"Estimated server time: %0.3f", estimatedServerTimeMs); }];
सैंपल के तौर पर मौजूद ऐप्लिकेशन
डिसकनेक्ट करने की कार्रवाइयों को कनेक्शन की स्थिति पर नज़र रखने और सर्वर के टाइमस्टैंप के साथ जोड़कर, उपयोगकर्ता की मौजूदगी का सिस्टम बनाया जा सकता है. इस सिस्टम में, हर उपयोगकर्ता डेटा को डेटाबेस की किसी जगह पर सेव करता है, ताकि यह पता चल सके कि कोई Realtime Database क्लाइंट ऑनलाइन है या नहीं. क्लाइंट, ऑनलाइन आने पर इस जगह की जानकारी को 'सही है' पर सेट करते हैं. साथ ही, डिसकनेक्ट होने पर टाइमस्टैंप सेट करते हैं. इस टाइमस्टैंप से पता चलता है कि उपयोगकर्ता आखिरी बार कब ऑनलाइन था.
ध्यान दें कि आपके ऐप्लिकेशन को उपयोगकर्ता को ऑनलाइन के तौर पर मार्क करने से पहले, डिसकनेक्ट करने के ऑपरेशन को सूची में जोड़ना चाहिए. ऐसा इसलिए, ताकि दोनों निर्देश सर्वर को भेजे जाने से पहले, क्लाइंट का नेटवर्क कनेक्शन बंद होने की स्थिति में, किसी भी तरह की समस्या से बचा जा सके.
उपयोगकर्ता की मौजूदगी का पता लगाने वाला एक आसान सिस्टम यहां दिया गया है:
Swift
// 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 let myConnectionsRef = Database.database().reference(withPath: "users/morgan/connections") // stores the timestamp of my last disconnect (the last time I was seen online) let lastOnlineRef = Database.database().reference(withPath: "users/morgan/lastOnline") let connectedRef = Database.database().reference(withPath: ".info/connected") connectedRef.observe(.value, with: { snapshot in // only handle connection established (or I've reconnected after a loss of connection) guard snapshot.value as? Bool ?? false else { return } // add this device to my connections list let con = myConnectionsRef.childByAutoId() // when this device disconnects, remove it. con.onDisconnectRemoveValue() // The onDisconnect() call is before the call to set() itself. This is to avoid a race condition // where you set the user's presence to true and the client disconnects before the // onDisconnect() operation takes effect, leaving a ghost user. // this value could contain info about the device or a timestamp instead of just true con.setValue(true) // when I disconnect, update the last time I was seen online lastOnlineRef.onDisconnectSetValue(ServerValue.timestamp()) })
Objective-C
// 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 FIRDatabaseReference *myConnectionsRef = [[FIRDatabase database] referenceWithPath:@"users/morgan/connections"]; // stores the timestamp of my last disconnect (the last time I was seen online) FIRDatabaseReference *lastOnlineRef = [[FIRDatabase database] referenceWithPath:@"users/morgan/lastOnline"]; FIRDatabaseReference *connectedRef = [[FIRDatabase database] referenceWithPath:@".info/connected"]; [connectedRef observeEventType:FIRDataEventTypeValue withBlock:^(FIRDataSnapshot *snapshot) { if([snapshot.value boolValue]) { // connection established (or I've reconnected after a loss of connection) // add this device to my connections list FIRDatabaseReference *con = [myConnectionsRef childByAutoId]; // when this device disconnects, remove it [con onDisconnectRemoveValue]; // The onDisconnect() call is before the call to set() itself. This is to avoid a race condition // where you set the user's presence to true and the client disconnects before the // onDisconnect() operation takes effect, leaving a ghost user. // this value could contain info about the device or a timestamp instead of just true [con setValue:@YES]; // when I disconnect, update the last time I was seen online [lastOnlineRef onDisconnectSetValue:[FIRServerValue timestamp]]; } }];