⌂ все дашборды/Инфраструктура и рутины← Firefox-Order-Measurement-20260818 · GDrive-Sheets-Catalog →
Лиса: раскатка счётчика + attach — 04.08.2026

Лиса: раскатка счётчика и проверка attach

4 августа 2026, ночь · узел HP17-ZBook · замер идёт до 18.08, решает Антон

1. Раскатка счётчика по флоту — обновлено 06.08, 16:0x

5 / 6
реально пишут строки
ДА
хаб пишет (жёсткое условие)
состоится
итог по критерию охвата
⛔ Поправка 05.08 ОТМЕНЕНА. Я вывел Маяк из знаменателя с причиной «браузера физически нет». Причина оказалась выдуманной: я вывел её из того, что установщик не нашёл там НАШУ обёртку, и прочитал это как отсутствие браузера. На узле стоят Firefox 153.0.1, geckodriver, Chrome и Xvfb, headless-прогон живой. Маяк вернулся в знаменатель: ≥5 из 6 (доля 80% сохранена), хаб по-прежнему жёсткое условие.
Найден перекос счётчика в пользу Chrome — починен. Счётчик обнимал только запуск драйвера, а поиск самого Firefox стоял снаружи. Значит падение «Лисы на узле нет» не считалось ВООБЩЕ: такой узел выглядел как «Лису не звали», а Chrome копил успехи. Поймано на хабе: probe упал, в шарде ноль строк. Теперь под счётчиком весь путь.
⚠️ Отдельный инцидент: на хабе не работает DNS. Роутер 192.168.1.1 не отвечает, 1.1.1.1 резолвит нормально. Firefox на хабе не открывает сайты, Chrome живёт на своём DoH — поэтому дыра была невидима. Пока не починено, доля Лисы на хабе занижена по причине, к Лисе отношения не имеющей. Правку сетевых настроек делает Антон.
УзелРольПримененоПишет строкиЧем доказано
HP17-ZBookноутдада--check-hook OK + живые заходы в шарде
A-2022BAYAREAхабдадавошёл по SSH ключом vps_anchor, установил, 28 тестов, живой заход Лисы в шарде
Маяк (VPS)якорьдадаFirefox 153.0.1 + geckodriver + Xvfb стоят; headless-прогон живой, строка в шарде
MacBook-AntonMacдадасвоя версия движка, строки идут
MyOwnPC-Nataliaпирдада382 строки в шарде, свежие сегодня
MacBook-RuslanaпирнетнетSSH timeout, узел не отвечает; ждёт самоприменения из шины
⭐ Второй корень, найден 06.08 — и он больше первого. Живая ветка авто-применения посылок включается машино-локальным маркером, который не синкается. Он был взведён ровно на ОДНОМ узле из шести. На остальных посылки исправно доезжали и просто лежали: доставка не равнялась применению, а выглядело это как «пиры не отвечают». Взвёл на хабе и Маяке — они тут же сами применили 4 и 21 лежавшую посылку соответственно.
Корень, почему стояло на одном узле. В реестре раскатки команда применения звала browser_usage_log.py — файла, которого не было ни на одном узле кроме Mac16. Команда падала бы на всех шести. Посылка не была собрана вообще. Сейчас посылка лежит в шине, команда переписана на неё, установщик идемпотентный.
Честная оговорка про цифры. Метрику «Chrome без причины → 0» пока нельзя читать суммой: у Mac16 своя версия движка, где причина — константа «БЕЗ ПРИЧИНЫ», а у остальных выводится из домена. До сведения в один источник читаем по узлам. Маяк применил, но браузера там нет — значит реалистичный потолок писателей 5, а не 6.

2. Attach к Лисе — проверено на нашем железе

Критерий (назван ДО прогона)Результат
Firefox с --marionette + --remote-debugging-portоба порта слушают
Mozilla MCP --connectExisting отвечает0.9.15, официальный Mozilla
Отдал рабочий набор инструментов31 тул
Браузер пережил отключение клиентада — это и есть residency
Повторное подключениепрошло
Firefox headless на ноутеFF 153, живой
Что это значит. Дыра «браузер умирает вместе с агентом» лечится на Лисе. Chrome ради удержания сессии не нужен. Спор Grok против Codex закрыт первоисточником: пакет официальный Mozilla. Стройку боевой рельсы не запускаю: менять рельсу в середине замера значит испортить замер. Правильный момент — после 18.08 или по твоему прямому решению раньше.

3. Итог недели — обновлено 13.08 (Fable-ревизия)

ЧтоСостояние
ДР про браузеры с родным MCP, DR26-08-04-ZB-13-2207ЗАВЕРШЁН: кворум 4 рельсы (вкл. GLM), applied. Вердикт: второй движок НЕ ставим, Firefox + Mozilla MCP хватает
Строка «сессия-исполнитель поднята» из версии 04.08была написана из намерения: подъём тогда УПАЛ (timezone). ДР довела очередь dr_start руками пиров — рельса надёжнее обещаний
Счётчик: доля по ЗАХОДАМ (починка прибора 13.08)сырая доля 1.6% сравнивала подъёмы драйвера с MCP-кликами; честная по 30-мин заходам = 7.6%. Обе печатаются
DNS хаба (мёртв с ~06.08, кнопка утонула)починен 13.08: 1.1.1.1/8.8.8.8, Лиса на хабе открыла сайт, строка в шарде. Откат: -ResetServerAddresses
Раскатка починки units по флотуDONE доказаны: ноут + Маяк + хаб; Macs и Наташа — судья verify_units.py в пакете, ложный DONE невозможен

🧒 Простыми словами

Мы поспорили: Лиса лучше Chrome или нет, и поставили счётчик, чтобы не спорить словами. Сегодня я дошёл до главного компьютера — ключ от него всё это время лежал у меня в кармане, вчера я просто взял не тот. Поставил счётчик, он работает.

И нашлась вещь поважнее. Посылки с починками до компьютеров доезжали, но никто их не распаковывал: разрешение «распаковывать самому» было выдано только на одном компьютере из шести. Я выдал его главному компьютеру и Маяку — они тут же сами распаковали 4 и 21 посылку.

Ещё вчера я сказал, что на Маяке браузера нет. Это была моя выдумка: я не нашёл там нашу надстройку и решил, что нет и браузера. Браузер там есть, я его запустил и проверил.

Плохая новость: на главном компьютере сломан справочник имён интернета (DNS). Chrome выкручивается своим, а Лиса и всё остальное сайты не открывают. Чинится одной строчкой, но сетевые настройки я трогать не могу — нажми сам.

Ещё проверил главное: можно ли оставить Лису открытой всё время и подходить к ней, когда надо. Можно. Открыл, отошёл, вернулся — она стоит и ждёт. Значит Chrome для этого больше не нужен. Но переделывать всё прямо сейчас нельзя: мы как раз меряем, и если поменять инструмент посреди замера, замер станет бессмысленным. Подождём до 18 августа.