این سند برای روش زیر اعمال می شود: Update API (v4) : gefListUpdates.fetch .
تعیین محدودیت ها
هنگام به روز رسانی پایگاه داده های محلی (به به روز رسانی های پایگاه داده مراجعه کنید) مشتریان می توانند از فیلدهای maxUpdateEntries و maxDatabaseEntries در درخواست gefListUpdates.fetch برای تعیین محدودیت های اندازه استفاده کنند. مشتریان باید محدودیت هایی را برای حفظ مصرف قابل پیش بینی RAM، دیسک و پهنای باند مشتری و محافظت در برابر رشد لیست تعیین کنند.
- مشتریان می توانند حداکثر اندازه پاسخ به روز رسانی (
maxUpdateEntries) را بر حسب تعداد ورودی ها (1 ورودی = 1 اضافه یا 1 حذف) مشخص کنند. - مشتریان می توانند حداکثر اندازه پایگاه داده (
maxDatabaseEntries) را در تعداد ورودی ها تعیین کنند (اکثریت قریب به اتفاق ورودی های پایگاه داده پیشوندهای هش 4 بایتی هستند، بنابراین منصفانه است که 1 ورودی ≈ 4 بایت را فرض کنیم).
پهنای باند در مقابل فضای ذخیره سازی
در حالی که مشتریان ممکن است اندازه های دلخواه را برای پاسخ به روز رسانی و اندازه های پایگاه داده مشخص کنند، سرور مرور ایمن فقط تعداد محدودی از پاسخ های به روز رسانی احتمالی و اندازه های پایگاه داده را از قبل تولید می کند.
- مشتریان باید از اندازه پاسخ به‌روزرسانی (
maxUpdateEntries) برای محدود کردن استفاده از پهنای باند استفاده کنند. - مشتریان باید از اندازه پایگاه داده (
maxDatabaseEntries) برای محدود کردن مقدار حافظه رم یا دیسک مورد نیاز دستگاه استفاده کنند.
راهنمایی برای تعیین محدودیت ها
اندازه لیست های مرور ایمن می تواند به تدریج یا ناگهان تغییر کند. کلاینت‌ها باید maxUpdateEntries را برای درخواست‌های به‌روزرسانی فهرست تنظیم کنند، که حداکثر اندازه پاسخ به‌روزرسانی فهرست را محدود می‌کند و وقتی به‌روزرسانی‌های بزرگ قابل پردازش نیستند، قابلیت اطمینان را بهبود می‌بخشد.
در غیاب الزامات سخت‌گیرانه‌تر یا الزامات کمتر سخت‌گیرانه، Google استفاده از maxUpdateEntries=16777216 را توصیه می‌کند. با اندازه ورودی لیست معمولی 4 بایت در هر پیشوند هش، این معادل تقریباً 67 مگابایت در هر لیست است. گوگل استفاده از حد کوچکتر maxUpdateEntries=2097152 برای مشتریان تلفن همراه توصیه می کند، زیرا آنها معمولاً قدرت کمتری دارند. در اندازه ورودی لیست معمولی 4 بایت در هر پیشوند هش، این معادل تقریباً 8 مگابایت در هر لیست است.
فهرست‌های مرور ایمن از نظر اندازه و سرعت رشد متفاوت هستند. با این حال، کلاینت‌ها باید محدودیت‌های یکسانی را برای همه لیست‌ها بر اساس حداکثر حافظه مجاز یا پهنای باند مصرف برای هر فهرست تعیین کنند.
برای بهبود قابلیت اطمینان، Google توصیه می‌کند که مشتریان از تله متری برای تشخیص استفاده بیش از حد از حافظه یا پهنای باند و همچنین مکانیسم‌هایی برای ارائه سریع محدودیت‌های جدید به مشتریان استفاده کنند.
دولت متکی
سرور مرور ایمن هرگز به‌روزرسانی‌ای را ارسال نمی‌کند که کلاینت را در حالت منسوخ قرار دهد. مشتریان پس از هر درخواست به روز رسانی کاملاً به روز خواهند شد. به عنوان مثال، اگر یک کلاینت در حال حاضر پایگاه داده ای از 4096 ورودی داشته باشد اما تنها بخواهد حداکثر 2048 دلتا را دانلود کند، سرور ممکن است کلاینت را به پایگاه داده 2048 بازنشانی کند، اگر کلاینت واقعاً قدیمی باشد.