এই নথিটি নিম্নলিখিত পদ্ধতিতে প্রযোজ্য:
আপডেট অনুরোধ
সার্ভার ওভারলোড রোধ করতে এবং সর্বোত্তম সুরক্ষা থেকে উপকৃত হওয়ার জন্য, আপডেট API (v4) কত ঘন ঘন একটি ক্লায়েন্ট নিরাপদ ব্রাউজিং সার্ভারে URL চেক ( fullHashes.find ) বা স্থানীয় ডাটাবেস আপডেট করার জন্য অনুরোধ পাঠাতে পারে তার জন্য সময়ের ব্যবধান আরোপ করে ( হুমকিলিস্টআপডেট .আনয়ন )
ক্লায়েন্ট শুরু হওয়ার বা জেগে ওঠার 0 এবং 1 মিনিটের মধ্যে একটি এলোমেলো ব্যবধানে ডেটার জন্য প্রাথমিক অনুরোধটি ঘটতে হবে। ন্যূনতম অপেক্ষার সময়কাল বা ব্যাক-অফ মোড সময়সীমা পরিলক্ষিত হওয়ার পরেই পরবর্তী অনুরোধগুলি ঘটতে পারে।
ন্যূনতম অপেক্ষার সময়কাল
fullHashes.find প্রতিক্রিয়া এবং হুমকিListUpdates.fetch প্রতিক্রিয়া উভয়েরই একটি minimumWaitDuration ক্ষেত্র রয়েছে যা ক্লায়েন্টদের অবশ্যই মেনে চলতে হবে।
উত্তরে minimumWaitDuration ফিল্ড সেট না থাকলে, ক্লায়েন্টরা যত ঘনঘন চায় ততবার আপডেট করতে পারে এবং যত খুশি threatListUpdates বা fullHashes অনুরোধ পাঠাতে পারে।
উত্তরে minimumWaitDuration ক্ষেত্র সেট করা থাকলে, ক্লায়েন্টরা অপেক্ষার সময়কালের দৈর্ঘ্যের চেয়ে বেশি ঘন ঘন আপডেট করতে পারে না। উদাহরণস্বরূপ, যদি একটি fullHashes প্রতিক্রিয়া ন্যূনতম 1 ঘন্টা অপেক্ষার সময় ধারণ করে, তবে ক্লায়েন্টকে অবশ্যই সেই ঘন্টা না যাওয়া পর্যন্ত কোনও fullHashes অনুরোধ পাঠাতে হবে না, এমনকি ব্যবহারকারী এমন একটি URL পরিদর্শন করলেও যার হ্যাশ প্রিফিক্স স্থানীয় ডাটাবেসের সাথে মেলে। (মনে রাখবেন যে ক্লায়েন্টরা ন্যূনতম অপেক্ষার সময়কালের চেয়ে কম ঘন ঘন আপডেট করতে পারে তবে এটি সুরক্ষাকে নেতিবাচকভাবে প্রভাবিত করতে পারে।)
ব্যাক-অফ মোড
স্বয়ংক্রিয় ব্যাক-অফ fullHashes.find প্রতিক্রিয়া এবং হুমকিListUpdates.fetch প্রতিক্রিয়া উভয় ক্ষেত্রেই প্রযোজ্য।
ক্লায়েন্ট যারা একটি অসফল HTTP প্রতিক্রিয়া (অর্থাৎ, 200 OK ছাড়া অন্য যেকোন HTTP স্ট্যাটাস কোড) পায় তাদের অবশ্যই ব্যাক-অফ মোডে প্রবেশ করতে হবে। একবার ব্যাক-অফ মোডে, ক্লায়েন্টদের সার্ভারে অন্য অনুরোধ জারি করার আগে গণনা করা সময়কাল অপেক্ষা করতে হবে।
ব্যাক-অফ সময়কাল গণনা করতে ক্লায়েন্টদের অবশ্যই নিম্নলিখিত সূত্র ব্যবহার করতে হবে:
MIN((2N-1 * 15 minutes) * (RAND + 1), 24 hours)
N পরপর, অসফল অনুরোধের সংখ্যার সাথে সঙ্গতিপূর্ণ যা ক্লায়েন্ট অনুভব করে (প্রথম অসফল অনুরোধের পরে N=1 দিয়ে শুরু)। RAND হল 0 এবং 1 এর মধ্যে একটি এলোমেলো সংখ্যা যা প্রতিটি অসফল আপডেটের পরে বাছাই করা প্রয়োজন৷
একবার একজন ক্লায়েন্ট একটি সফল HTTP প্রতিক্রিয়া পেয়ে গেলে, ক্লায়েন্টকে অবশ্যই ব্যাক-অফ মোড থেকে প্রস্থান করতে হবে এবং উপরে উল্লিখিত ন্যূনতম অপেক্ষার সময়কাল অনুসরণ করতে হবে।