По умолчанию носики ES получают самые старые записи. То, что показывают журналы, не противоречит этому: оно запрашивает записи с датой nextFetchDate ниже 20 марта для осколка № 5.
Фактически, следующую дату следующей даты следует рассматривать как «не ползти до даты D», ничто не проваливается сквозь трещины.
Выполняя запрос к документам в индексе состояния с параметром nextFetchDate старше, чем сегодня, я вижу, что 1,4 миллиона из 2 миллионов URL имеют значение nextFetchDate в прошлом.
blockquote>да, это нормально.
Было бы неплохо, если бы сканер мог получить URL с самой старой nextFetchDate и начать сканирование там.
blockquote>это то, что он делает
Как переставить в очередь те URL-адреса, которые были пропущены в их nextFetchDate?
blockquote>они не пропущены , Они должны быть выбраны носиками
Возможно, проверьте, чтобы количество носиков соответствовало количеству осколков, которые у вас есть в индексе состояния. Каждый экземпляр носика отвечает за осколок, если у вас меньше экземпляров, чем осколков, то эти осколки никогда не будут запрошены.
Изучите журналы для тех конкретных URL, которые должны быть извлечены первыми: отправляются ли они носиками вообще? Для этого вам может понадобиться включить журналы в DEBUG.
Измените вызов на следующее
Assert.IsInstanceOfType(0, typeof(int));
Первый параметр является протестированным объектом, не тип протестированного объекта. путем передачи 0. GetType (), Вы говорили, "RunTimeType" экземпляр System.int, который является ложью. Под покрытиями они называют просто твердость к
if (typeof(int).IsInstanceOfType(0))
Похож на него, должен быть
Assert.IsInstanceOfType(0, typeof(int))
Ваше выражение в настоящее время оценивает, чтобы видеть, является ли RunTimeType экземпляром RunTimeType, который это не.