Мышь, которая всё звонила

Прошлое поколение этой службы поставлялось со скриптом слежения за мышью. Он загружал изображение счётчика один раз, обычным образом, а потом загружал его снова при каждом движении мыши — с координатами в строке запроса и признаком rerun=1. Имя честное: это тот же самый визит ещё раз, а не новый.

Эти данные никто никогда не разбирал. Слово rerun встречалось во всём дереве исходников ровно в одном месте, и этим местом был список исключений для ключа кэша. Его ни разу не проанализировали. А считали.

Что это делало с числами

Измерено 19 августа 2026 года:

• 2 420 из 12 227 изображений счётчика за тот день несли rerun=1 — 19,8 %
• затронут 31 счётчик
• один-единственный адрес выстрелил 248 раз по одному счётчику
• у одного счётчика 251 из 294 обращений того дня были повторами

Статистика этого последнего счётчика описывала не его публику. Она описывала мышь одного посетителя, ездившую по странице.

Что изменилось, а что нет

Запрос с rerun=1 теперь считается перезагрузкой: он ничего не увеличивает. Измерено заново 25 августа 2026 года, после исправления: 3 784 из 24 285 изображений счётчика по-прежнему приходят с этим признаком — 15,6 %.

Поток не прекратился. Он и не может: скрипт вставлен в страницы, принадлежащие другим людям, часть из которых не трогала свой сайт десятилетие. Прекратился счёт. Запросы по-прежнему стоят полосы и немного процессора, и больше ничьи числа не искажают.

Сосед, который выглядит так же и таким не является

В тех же адресах есть второй признак, nocount=1, и он намеренно не останавливает счёт. Это читается как поломка, пока не посмотришь, откуда он берётся: мастер счётчиков вписывает его в готовый код вставки, и там он значит «старый блок мастера в этом оформлении не должен срабатывать». Просьбой пропустить счёт он не был никогда.

Заставить его пропускать счёт было бы правкой в одну строку, и она молча выключила бы каждый счётчик с настраиваемым оформлением. У одного из них в день проверки было 574 загрузки изображения, все до единой с nocount=1.

Два признака, в одной и той же строке запроса, написанные примерно одинаково многообещающе. Один должен был начать игнорироваться, другой должен был игнорироваться дальше, и единственным способом их различить было выяснить, кто каждый из них пишет.