Blog 24/7
ARK. W11Parametr monitoringuWydajność · lista 87 parametrów

Ocena wydajności

ważność wysokamierzonysposób wydajnosc_wynik

Pasmo oceny strony (dobra, słaba, zła) według najgorszej z metryk LCP, CLS i TBT oraz danych realnych użytkowników (CrUX).

Wdrożony 01.10: pasmo liczy nocny pomiar CREATO_PING (premium co 7 dni, reszta co 30 dni — `tools/wydajnosc_noc.py` DNI); LAB247 odbiera je z odczytów skanera.

ARK. 1

WIKI

wiedza ze źródeł zewnętrznych

Artykuł o parametrze „Ocena wydajności” jest w przygotowaniu. Powstaje po kolei dla wszystkich 87 parametrów, każde twierdzenie z przypisem do źródła.

ARK. 2

STATS

wyniki z systemu · tylko liczby zbiorcze
TAB. 2.1Odczyty per strona—

Ten parametr nie zapisuje odczytu per strona — przebieg zostawia tylko ustalenia, więc liczby sprawdzonych stron i wyników „ok” system nie ma. Pojawią się po wdrożeniu zapisu przebiegów per strona per parametr.

TAB. 2.3Ustalenia—

Ten parametr nie otworzył jeszcze żadnego ustalenia w bazie LAB247. Pusto nie znaczy „czysto” — znaczy, że nic nie przekroczyło reguły.

TAB. 2.4Przebiegi z tym sposobem sprawdzenia—

Harmonogram nie zapisał jeszcze przebiegu ze sposobem „wydajnosc_wynik”. Zapis przebiegów z n8n działa od 2026-09-14.

ARK. 3

CARD

karta z kodu CREATO_PING, odczyt 01.10.2026

Jak ten parametr trafia do ClickUpa: wynik sondy to linia w subtasku 2. Pomiar, a usterka, którą otwiera — linia w subtasku 1. Podsumowanie (z identyfikatorem CWE i kategorią OWASP), skąd liczy się wskaźnik zagrożenia i status strony. Projekcja z bazy skanera odświeża oba subtaski co godzinę. Do 22.09 każde ustalenie dostawało własny subtask i status ze starego słownika (PODATNA, WARNING…) — te słowa zostały jeszcze w części opisów pomiaru niżej jako język wewnętrzny sond.

RYS. 3.1Droga parametru przez system: Ocena wydajności
TAB. 3.1Pomiarpliki: 14
Obszar i ważnośćWydajność · wysoka (W11)
Workflow i częstotliwośćskaner_wydajnosc_noc działa na LAB247Skaner 2.0, nocny Lighthouse (tools/wydajnosc_noc.py): premium co 7 dni, reszta co 30 dni · Pasmo oceny strony (dobra, słaba, zła) z najgorszej metryki LCP, CLS, TBT albo CrUX. Lighthouse nie chodzi w workerach skanera (pamięć), tylko w nocnym budżecie.
Sonda i helpersposób wydajnosc_wynik · CREATO_PING/helpers/wydajnosc_pasmo.py
Testy
  1. Nocny runner (timer creato-wydajnosc, 01:00 UTC, budżet 150 min, szacunek 300 s na stronę): premium co 7 dni, reszta portfolio co 30 dni — co noc ceil(reszta / 30) stron, najdawniej mierzone najpierw; prośby z badania profilem idą przed kadencją.
  2. Na stronę seryjnie: wybór podstron (limit 300 s), Lighthouse strony głównej w profilach M1, M2, D i podstron w M1 (limit 1500 s na wywołanie), CrUX (120 s); surowiec do wyniki/<domena>.json.
  3. Po nocy zlecenie sondy wydajnosc w skanerze (paczki po 50 domen); helper wydajnosc_wynik czyta surowiec nie starszy niż 3 dni i liczy pasmo.
  4. Są dane CrUX → decydują one (progi Google 1:1), telefon i komputer osobno, gorszy wygrywa; laboratorium nie jest pytane. Brak CrUX → laboratorium M1: najgorsza z ważnych stron (główna i podstrony, bez flag poza_domena / podejrzenie_zaslepki).
  5. Najgorsza metryka decyduje (LUB), zła bije słabą. Nic do oceny = nie_dalo_sie_sprawdzic, nigdy „szybka strona”.
  6. W badaniu profilem (premium_pelny, wydajnosc) to samo pasmo liczy test wydajnosc_pomiar: CrUX na żywo, surowiec do 35 dni.
Typ wynikupasmo strony: ok / slaba / zla albo nie_dalo_sie_sprawdzic, z źródłem (crux_telefon, crux_komputer, laboratorium_m1) i listą przekroczeń; jedna usterka na stronę: wydajnosc_slaba albo wydajnosc_zla
Jednostkabrak — pasmo jakościowe; metryki LCP, INP, TBT w ms i CLS bezwymiarowo w przekroczeniach
Próg i regułaCrUX (p75): słaba — LCP > 2500 ms, INP > 200 ms, CLS > 0,1; zła — LCP > 4000 ms, INP > 500 ms, CLS > 0,25. Laboratorium M1 (zatwierdzone 26.09, ok. 12% floty złych, 25% słabych): słaba — LCP > 13 500 ms, CLS > 0,1, TBT > 900 ms; zła — LCP > 24 500 ms, CLS > 0,25, TBT > 1700 ms. Metryka M1 > 75% progu „słaba” = mediana z 3 pomiarów.
Gdzie leżą pokrętłaCREATO_PING/skaner/wydajnosc.toml → [crux], [laboratorium_m1]CREATO_PING/tools/wydajnosc_noc.py → DNI (premium 7, reszta 30), SZACUNEK_STRONY_S, LIMIT_KROKU_S, PACZKA_ZLECENIA; WYDAJNOSC_BUDZET_MIN (150)CREATO_PING/helpers/wydajnosc_wynik.py → MAKS_WIEK_DNI (3)CREATO_PING/helpers/wydajnosc_badanie.py → MAKS_WIEK_DNI (35)CREATO_PING/helpers/wydajnosc_pasmo.py → FLAGI_NIE_TA_STRONA, USTERKICREATO_PING/skaner/ocena.py → ZJAWISKA_OSOBNOCREATO_PING/config/incident_policy.toml → [finding] wydajnosc_zla, wydajnosc_slaba
Retencja odczytówSurowy pomiar jako NIEZMIENNY wiersz tabeli `odczyty` w bazie skanera (wejście, wyjście, dowody, sha karty sondy i helpera, commit kodu) — trigger odrzuca każdą zmianę. Okno retencji z kohorty: 90 dni premium, 30 dni reszta; poza oknem zostają odczyty z werdyktem problemu, akcją albo etykietą, bo replay reguł ich potrzebuje (`skaner/retencja.py`). Do LAB247 ten kanał nie idzie (do bazy serwisu jadą dziś tylko sprawdzenia dostępności), więc poza odczytem zostaje werdykt w tabeli `werdykty` i sprawa w tabeli `sprawy`. Surowiec nocny w state/skaner/wydajnosc/: wyniki/<domena>.json nadpisywany przy każdym pomiarze, dzienne <data>/pomiary.jsonl, <data>/crux.jsonl i pełne raporty Lighthouse <data>/lhr/*.json.gz, stan kadencji noc_stan.json, wybór podstron podstrony.json — kod surowca nie czyści, więc replay pasma po zmianie progów jest możliwy na całej historii.
Znane rozbieżności
  1. Katalog parametrów i komentarz zestawu premium_pelny mówią „premium co noc”, a runner mierzy premium co 7 dni (DNI premium = 7).
  2. Dwa limity wieku tego samego surowca: sonda nocna przyjmuje pomiar do 3 dni, badanie profilem do 35 dni — to samo pasmo może być w jednym torze nie_dalo_sie_sprawdzic, a w drugim policzone.
  3. Strona, której pomiar się nie udał, i tak przesuwa się w kadencji (stan zapisany bez pomiaru) — przy WAF-ie blokującym serwer pomiaru wraca dopiero po pełnym cyklu.
kandydaci do pętli: kod a opis parametru albo specyfikacja
Karta przepisana zCREATO_PING/tools/wydajnosc_noc.py · CREATO_PING/helpers/wydajnosc_wynik.py · CREATO_PING/helpers/wydajnosc_pasmo.py · CREATO_PING/helpers/wydajnosc_check.py · CREATO_PING/helpers/crux_check.py · CREATO_PING/helpers/wydajnosc_podstrony.py · CREATO_PING/helpers/wydajnosc_badanie.py · CREATO_PING/skaner/wydajnosc.toml · CREATO_PING/skaner/limity.toml · CREATO_PING/deploy/lab247/systemd/creato-wydajnosc.timer · CREATO_PING/deploy/lab247/systemd/creato-wydajnosc.service · CREATO_PING/config/incident_policy.toml · CREATO_PING/skaner/usterki.toml · CREATO_PING/skaner/ocena.py · odczyt 01.10.2026
TAB. 3.2Co oznacza failtypów Findingów: 2

wydajnosc_zla: bramka polityki otwarta (gate=true) → sprawa w skanerze → Strona ładuje się wyraźnie wolno — waga 2 → ocena 3–4 (niebieski), status strony „niski”, dopóki sprawa jest otwarta. wydajnosc_slaba: bramka polityki otwarta (gate=true) → sprawa w skanerze → Strona ładuje się wolniej niż większość portfolio — waga 1 → ocena 2 (zielony), status strony „sprawna”, dopóki sprawa jest otwarta. Wydajność liczy się w ocenie osobno (`ZJAWISKA_OSOBNO`): wyznacza pasmo tylko wtedy, gdy jest najcięższą usterką strony, nigdy nie podnosi go przez nasilenie, a do ułamka dokłada najwyżej 0,1 i tylko przy wadze ≥ dominująca − 1 — wolna strona nie stanie w jednym kolorze ze stroną z dziurą. W torze nocnym (sonda wydajnosc → helper wydajnosc_wynik) to jedno z nielicznych ustaleń z sygnałem zamknięcia: pasmo ok zamyka obie usterki, słaba zamyka złą i odwrotnie; nie_dalo_sie_sprawdzic nie zamyka niczego. Test wydajnosc_pomiar w badaniu profilem sygnału zamknięcia nie wysyła.

KodFindingSeverityPewnośćSkutekFinding / alarmWaga → ocenaCo zrobić
W11.01Strona ładuje się wyraźnie wolnowydajnosc_zlaŚrednia—usterka niekrytycznatak / —waga 2 → ocena 3–4 (niebieski)—
W11.02Strona ładuje się wolniej niż większość portfoliowydajnosc_slabaNiska—usterka niekrytycznatak / —waga 1 → ocena 2 (zielony)—
TAB. 3.3W11.01 · Strona ładuje się wyraźnie wolnowersja 2 · 01.10.2026
Kod i kluczW11.01 · wydajnosc_zla → perf_poor (klucz angielski przyjęty 01.10; skaner nadaje jeszcze stary) · w tabeli typów
Co znaczyopis do opracowania
Kiedy powstajePasmo „zła” według najgorszej metryki. Gdy są dane CrUX (telefon lub komputer, liczy się gorszy): LCP > 4000 ms albo INP > 500 ms albo CLS > 0,25. Bez CrUX, z ważnych pomiarów M1 (bez flag poza_domena i podejrzenie_zaslepki): LCP > 24500 ms albo CLS > 0,25 albo TBT > 1700 ms.Progi: skaner/wydajnosc.toml. Pomiar M1 powyżej progu „słaba” jest powtarzany i liczy się mediana z 3.
Severity · pewnośćŚrednia
Skutek dla stronyusterka niekrytyczna · zakłada Finding
Waga → ocenawaga 2 → ocena 3–4 (niebieski)
KlasyfikacjaOCSF 1.9.0: poza klasami Findingu
Rekord OCSFfinding_info.analytic.uid = "W11.01" · analytic.name = "perf_poor" · finding_info.types = ["W11 Ocena wydajności"]
Co zrobić—
Wersje typu
  1. v1 · 01.10.2026 — kod W11.01 nadany (finding-codes.ts)
  2. v2 · 01.10.2026 — parametr z „zaplanowany” na wdrożony: sonda działa w profilach skanowania kohort (badanie), wyniki trafiają do LAB247 (doc/stan.md 2026-10-01 (6))
TAB. 3.4W11.02 · Strona ładuje się wolniej niż większość portfoliowersja 2 · 01.10.2026
Kod i kluczW11.02 · wydajnosc_slaba → perf_needs_improvement (klucz angielski przyjęty 01.10; skaner nadaje jeszcze stary) · w tabeli typów
Co znaczyopis do opracowania
Kiedy powstajePasmo „słaba”, gdy nie jest spełnione „zła”. CrUX: LCP > 2500 ms albo INP > 200 ms albo CLS > 0,1. M1: LCP > 13500 ms albo CLS > 0,1 albo TBT > 900 ms.
Severity · pewnośćNiska
Skutek dla stronyusterka niekrytyczna · zakłada Finding
Waga → ocenawaga 1 → ocena 2 (zielony)
KlasyfikacjaOCSF 1.9.0: poza klasami Findingu
Rekord OCSFfinding_info.analytic.uid = "W11.02" · analytic.name = "perf_needs_improvement" · finding_info.types = ["W11 Ocena wydajności"]
Co zrobić—
Wersje typu
  1. v1 · 01.10.2026 — kod W11.02 nadany (finding-codes.ts)
  2. v2 · 01.10.2026 — parametr z „zaplanowany” na wdrożony: sonda działa w profilach skanowania kohort (badanie), wyniki trafiają do LAB247 (doc/stan.md 2026-10-01 (6))
ARK. 4

LOOP

bez pętli
RYS. 4.1Pętla parametru — sześć etapów
TAB. 4.1Trafność, 30 dnialarmy · prawdziwe · fałszywe · bez rozstrzygnięcia

Trafności jeszcze nie liczymy: zamknięcie subtaska nie niesie dziś werdyktu (prawdziwy / fałszywy / nie dało się sprawdzić). Cztery liczby pojawią się, gdy każde zamknięcie dostanie werdykt — to warunek startu pętli 1.

TAB. 4.2Pętle—

Ten parametr nie przeszedł jeszcze żadnej pętli. Kolejność po pierwszych pięciu grupach ustali miara trafności.

Blog 24/7
05.11CISA i FBI wzywają do zabezpieczenia sterowników chłodzenia po atakach w Europietherecord.media05.11Midnight Blizzard atakowała iPhone'y i Androidy przez zainfekowane strony w Europie i USAsecurityweek.com05.11APT29 kradła dane z iPhone'ów i Androidów przez przejęte i podrobione stronytherecord.media05.11Grupa APT29 przejęła skrypt Plerdy i atakowała niezałatane iPhone'y i Androidythehackernews.com05.11Microsoft wykrył 7,3 mld wiadomości phishingowych w III kwartale 2026microsoft.com05.11DigiCert ujawnia wyciek danych klientów i skanów dokumentów tożsamościbleepingcomputer.com05.11CWPdoor podmienia serwer cwpsrv w Control Web Panel i otwiera tylne wejście do Linuksableepingcomputer.com05.11Brytyjskie NCSC ostrzega, że narzędzia AI zwiększyły liczbę wykrywanych luk zero-daythehackernews.com05.11Skaner RootEvidence sprawdza starą lukę w Cisco IOS i dodaje nagłówki Opt-Outisc.sans.edu05.11Włamanie do portalu grantowego Norad, zagrożone dane 20 614 użytkownikówhelpnetsecurity.com