Да. 404 не подразумевают содержания. Можно законно служить 404 плюс содержание, таким как предположение относительно того, что пользователь на самом деле хотел, или полезная и симпатичная ошибочная страница со ссылками на документы, и т.д. В данном случае я предполагаю, что фронтальный контроллер настроен для использования умных URL, т.е. что нет никакого фактического файла для страницы, названной / страницей. Это наиболее вероятное означает, что Apache настроен (с mod_rewrite) для отправления всех запросов для файлов, которые не существуют к/index.php (или подобный), который затем решает который содержание служить для URL. Кажется, что это затем явно не устанавливает состояние на 200, после того как это выбирает корректное содержание. Я не думаю, что это - проблема конфигурации Apache, но проблема конфигурации WordPress.
Править: Возможно, Ваш .htaccess файл отправляет недостающее перенаправление файла в/index.php с явными 404 состояниями.
Нет, если бы были сброшены другие счетчики, вы потеряете числа, накопленные между последним запросом и переносом.
Подходящим методом для запроса этих счетчиков является
sysUptime.0
и значения счетчика в одном пакете, поэтому вы получаете атомарное представление sysUptime.0
, чтобы узнать, есть ли у агента был сброшен. Ваш запрос должен быть достаточно частым, чтобы вы не пропустили два переполнения подряд, что должно быть достаточно легко. Тест на сброс используется для фильтрации возникающих всплесков, например, если счетчик переходит с 3 000 000 000 на 0.