עדכון מגבלות
הגדרת אילוצים
כשמעדכנים מסדי נתונים מקומיים, כמו שמתואר במאמר עדכונים של מסדי נתונים, לקוחות יכולים להשתמש בשדות maxUpdateEntries ו-maxDatabaseEntries בבקשת hashes.search כדי לציין מגבלות גודל. לקוחות צריכים להגדיר אילוצים רק אם יש להם מגבלות זיכרון או רוחב פס.
- לקוחות יכולים לציין גודל מקסימלי של תגובת עדכון (
maxUpdateEntries) במספר הרשומות (רשומה אחת = הוספה אחת או הסרה אחת). - הלקוחות יכולים לציין גודל מקסימלי של מסד נתונים (
maxDatabaseEntries) במספר הערכים (רוב הערכים במסד הנתונים הם קידומות גיבוב של 4 בייטים, ולכן אפשר להניח ש-1 ערך ≈ 4 בייטים).
רוחב פס לעומת אחסון
הלקוחות יכולים לציין גדלים שרירותיים לתגובת העדכון ולמסד הנתונים, אבל שרת Web Risk יוצר מראש רק מספר סופי של גדלים אפשריים לתגובת העדכון ולמסד הנתונים.
- אפליקציות הלקוח צריכות להשתמש בגודל תגובת העדכון (
maxUpdateEntries) כדי להגביל את השימוש ברוחב הפס. - אפליקציות הלקוח צריכות להשתמש בגודל מסד הנתונים (
maxDatabaseEntries) כדי להגביל את כמות ה-RAM או האחסון בדיסק שנדרשת במכשיר.
שתי המגבלות האלה משפיעות על גודל מסד הנתונים שמתעדכן, ולכן הן משפיעות על רמת ההגנה שניתנת למשתמש. המשמעות היא שככל שנפח מסד הנתונים המקומי גדול יותר, כך ההגנה טובה יותר.
הנחיות להגדרת אילוצים
הגודל של רשימות הגלישה הבטוחה יכול להשתנות בהדרגה או בפתאומיות. הלקוחות צריכים להגדיר את maxUpdateEntries לבקשות עדכון של רשימות, כדי להגביל את גודל התגובה המקסימלי לעדכון הרשימה ולשפר את המהימנות כשאי אפשר לעבד עדכונים גדולים.
אם אין דרישות מחמירות יותר או פחות, Google ממליצה להשתמש ב-maxUpdateEntries=16777216. בדרך כלל, גודל הרשומה ברשימה הוא 4 בייטים לכל קידומת גיבוב, כך שכל רשימה תופסת נפח של כ-67 מגהבייט. Google ממליצה להשתמש במגבלה הקטנה יותר maxUpdateEntries=2097152 עבור לקוחות בנייד, כי בדרך כלל הם פחות חזקים. בגודל אופייני של רשומה ברשימה של 4 בייטים לכל קידומת hash, זה שווה בערך ל-8 מגה-בייט לכל רשימה.
הגודל וקצב הגידול של רשימות הגלישה הבטוחה משתנים. עם זאת, הלקוחות צריכים להגדיר את אותן מגבלות לכל הרשימות, על סמך השימוש המקסימלי המותר בזיכרון או ברוחב הפס לכל רשימה.
כדי לשפר את האמינות, Google ממליצה ללקוחות להטמיע טלמטריה כדי לזהות שימוש יתר בזיכרון או ברוחב פס, וגם מנגנונים להעברת אילוצים חדשים ללקוחות במהירות.
מצב הלקוח
שרת Web Risk אף פעם לא שולח עדכון שמשאיר את הלקוח במצב לא מעודכן. הלקוחות יהיו מעודכנים לחלוטין אחרי כל בקשת עדכון. לדוגמה, אם ללקוח יש כרגע מסד נתונים עם 4,096 רשומות, אבל הוא רוצה להוריד לכל היותר 2,048 דלתאות, יכול להיות שהשרת יאפס את הלקוח למסד נתונים של 2,048 רשומות אם הלקוח לא מעודכן.