यह दस्तावेज़ इस तरीके पर लागू होता है: Update API (v4): threatListUpdates.fetch.
पाबंदियां सेट करना
लोकल डेटाबेस अपडेट करते समय
(डेटाबेस अपडेट देखें)
क्लाइंट, साइज़ की शर्तों के बारे में बताने के लिए
threatListअपडेट.fetch अनुरोध में, maxUpdateEntries
और maxDatabaseEntries
फ़ील्ड का इस्तेमाल कर सकते हैं. क्लाइंट को रैम, डिस्क, और बैंडविड्थ का अनुमान
तय करने के लिए, और सूची में बढ़ोतरी के ख़िलाफ़
सुरक्षा के लिए पाबंदियां सेट करनी चाहिए.
- क्लाइंट, अपडेट के जवाब का ज़्यादा से ज़्यादा साइज़ (
maxUpdateEntries
) तय कर सकते हैं. इसमें एंट्री की संख्या (1 एंट्री = एक जोड़ना या एक हटाना) शामिल हो सकती है. - क्लाइंट, एंट्री की संख्या में, डेटाबेस का ज़्यादा से ज़्यादा साइज़ (
maxDatabaseEntries
) तय कर सकते हैं (डेटाबेस में ज़्यादातर एंट्री 4-बाइट हैश प्रीफ़िक्स होती हैं. इसलिए, यह माना जा सकता है कि एक एंट्री ≈ 4 बाइट का है).
बैंडविथ बनाम स्टोरेज
क्लाइंट, अपडेट के रिस्पॉन्स और डेटाबेस साइज़ के लिए, आर्बिट्रेरी साइज़ तय कर सकते हैं. वहीं, सुरक्षित ब्राउज़िंग सर्वर, अपडेट के संभावित जवाब और डेटाबेस साइज़ के लिए तय संख्या तक ही पहले से जनरेट करता है.
- बैंडविड्थ के इस्तेमाल को सीमित करने के लिए, क्लाइंट को अपडेट रिस्पॉन्स साइज़ (
maxUpdateEntries
) का इस्तेमाल करना चाहिए. - क्लाइंट को, डिवाइस के लिए ज़रूरी रैम या डिस्क स्टोरेज की सीमा तय करने के लिए, डेटाबेस साइज़ (
maxDatabaseEntries
) का इस्तेमाल करना चाहिए.
पाबंदियां सेट करने के लिए दिशा-निर्देश
सुरक्षित ब्राउज़िंग सूचियों का साइज़ धीरे-धीरे या अचानक बदल सकता है. क्लाइंट को सूची को अपडेट करने के अनुरोधों के लिए, maxUpdateEntries
सेट करना चाहिए. इससे सूची अपडेट के जवाब का साइज़ तय सीमा से ज़्यादा हो जाता है. साथ ही, बड़े अपडेट प्रोसेस न हो पाने पर, क्लाइंट को इससे ज़्यादा भरोसेमंद माना जाता है.
अगर आपके पास ज़्यादा सख्त शर्तें या शर्तें पूरी नहीं हैं, तो Google maxUpdateEntries=16777216
का इस्तेमाल करने का सुझाव देता है. सूची में आम तौर पर हर हैश प्रीफ़िक्स 4 बाइट के साइज़ के साथ, यह हर सूची में करीब 67 मेगाबाइट के बराबर होता है. Google, मोबाइल क्लाइंट के लिए कम वैल्यू
maxUpdateEntries=2097152
इस्तेमाल करने का सुझाव देता है, क्योंकि आम तौर पर ये कम असरदार होते हैं. आम तौर पर, हर हैश प्रीफ़िक्स के लिए चार बाइट
की सूची में, यह हर सूची के लिए करीब आठ मेगाबाइट के बराबर होती है.
सुरक्षित ब्राउज़िंग की सूचियों के साइज़ और बढ़ोतरी की दर में अंतर होता है. हालांकि, क्लाइंट को हर सूची के लिए मंज़ूर की गई ज़्यादा से ज़्यादा मेमोरी या बैंडविड्थ के इस्तेमाल के आधार पर, सभी सूचियों के लिए एक जैसी सीमाएं सेट करनी चाहिए.
विश्वसनीयता बढ़ाने के लिए, Google यह सुझाव देता है कि क्लाइंट, मेमोरी या बैंडविथ के ज़रूरत से ज़्यादा इस्तेमाल का पता लगाने के लिए टेलीमेट्री लागू करें. साथ ही, क्लाइंट को नई पाबंदियां जल्दी उपलब्ध कराने के तरीके भी लागू करें.
क्लाइंट की स्थिति
सुरक्षित ब्राउज़िंग सर्वर कभी भी ऐसा अपडेट नहीं भेजता है जो क्लाइंट को पुरानी स्थिति में छोड़ देता हो; अपडेट के हर अनुरोध के बाद क्लाइंट पूरी तरह से अप-टू-डेट होगा. उदाहरण के लिए, अगर किसी क्लाइंट के पास फ़िलहाल 4096 एंट्री का डेटाबेस है, लेकिन वह ज़्यादा से ज़्यादा 2048 डेल्टा डाउनलोड करना चाहता है, तो ऐसा हो सकता है कि सर्वर, क्लाइंट को 2048 के डेटाबेस पर रीसेट करे.