제약조건 업데이트
제약조건 설정
로컬 데이터베이스를 업데이트할 때 데이터베이스 업데이트에 설명된 대로 클라이언트는 hashes.search 요청의 maxUpdateEntries 및 maxDatabaseEntries 필드를 사용하여 크기 제약조건을 지정할 수 있습니다. 클라이언트는 메모리 또는 대역폭 제한이 있는 경우에만 제약조건을 설정해야 합니다.
- 클라이언트는 항목 수(항목 1개=추가 1개 또는 제거 1개)로 최대 업데이트 응답 크기(
maxUpdateEntries)를 지정할 수 있습니다. - 클라이언트는 최대 데이터베이스 크기(
maxDatabaseEntries)를 항목 수로 지정할 수 있습니다(데이터베이스의 대부분 항목은 4바이트 해시 프리픽스이므로 항목 1개는 대략 4바이트 정도라고 가정할 수 있습니다).
대역폭과 스토리지 비교
클라이언트는 업데이트 응답 및 데이터베이스 크기에 임의의 크기를 지정할 수 있지만 Web Risk 서버는 한정된 수의 가능한 업데이트 응답 및 데이터베이스 크기만 사전 생성합니다.
- 클라이언트는 업데이트 응답 크기(
maxUpdateEntries)를 사용하여 대역폭 사용량을 제한해야 합니다. - 클라이언트는 데이터베이스 크기(
maxDatabaseEntries)를 사용하여 기기에 필요한 RAM 또는 디스크 스토리지의 양을 제한해야 합니다.
이 두 한도는 업데이트되는 데이터베이스의 크기에 영향을 미치므로 사용자에게 제공되는 보호 수준에 영향을 줍니다. 즉, 로컬 데이터베이스 크기가 클수록 보호도 향상됩니다.
제약 조건 설정 안내
세이프 브라우징 목록의 크기는 점진적으로 또는 갑자기 변경될 수 있습니다. 클라이언트는 목록 업데이트 요청에 maxUpdateEntries를 설정해야 합니다. 이렇게 하면 최대 목록 업데이트 응답 크기가 제한되고 대규모 업데이트를 처리할 수 없는 경우 안정성이 향상됩니다.
더 엄격한 요구사항이 없거나 덜 엄격한 요구사항이 있는 경우 maxUpdateEntries=16777216을 사용하는 것이 좋습니다. 일반적인 목록 항목 크기가 해시 프리픽스당 4바이트이므로 목록당 약 67MB에 해당합니다. 모바일 클라이언트의 경우 일반적으로 성능 저하가 있으므로 더 작은 maxUpdateEntries=2097152 한도를 사용하는 것이 좋습니다. 일반적인 목록 항목 크기가 해시 프리픽스당 4바이트이므로 목록당 약 8MB에 해당합니다.
세이프 브라우징 목록은 크기와 성장률이 다릅니다. 하지만 클라이언트는 각 목록에 허용되는 최대 메모리 또는 대역폭 사용량을 기준으로 모든 목록에 대해 동일한 제약조건을 설정해야 합니다.
Google은 안정성 향상을 위해 클라이언트에서 메모리 또는 대역폭 과다 사용을 감지하기 위한 원격 측정과 함께 클라이언트에 새로운 제약 조건을 신속하게 전달하기 위한 메커니즘을 구현할 것을 권장합니다.
클라이언트 상태
Web Risk 서버는 클라이언트를 오래된 상태로 유지하는 업데이트를 전송하지 않습니다. 클라이언트는 업데이트 요청이 있을 때마다 최신 상태로 유지됩니다. 예를 들어 클라이언트에 현재 4096 항목의 데이터베이스가 있지만 최대 2048 델타만 다운로드하려는 경우 클라이언트가 오래된 상태이면 서버는 클라이언트를 2048 데이터베이스로 재설정할 수 있습니다.