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

Czas pojawienia się treści (LCP)

ważność wysokamierzonysposób wydajnosc_lcp

Kiedy odwiedzający widzi największy element strony — zdjęcie albo nagłówek. Profil taniego telefonu z Androidem decyduje o alarmie, iPhone i komputer idą do raportu.

Wdrożony 01.10 dla premium (badanie profilem czyta nocny pomiar strony głównej). Laboratorium jest ok. 3× surowsze od realnych telefonów, więc progi skalibrowano na flocie i zatwierdzono 26.09: trochę wolniejsza > 13,5 s, wyraźnie wolna > 24,5 s. Tylko do raportu — wskaźnik 1–10 liczy pasmo W11.

ARK. 1

WIKI

wiedza ze źródeł zewnętrznych

Artykuł o parametrze „Czas pojawienia się treści (LCP)” 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_lcp”. 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: Czas pojawienia się treści (LCP)
TAB. 3.1Pomiarpliki: 10
Obszar i ważnośćWydajność · wysoka (W01)
Workflow i częstotliwośćskaner_badanie działa na LAB247Skaner 2.0, badanie kohorty: premium co 12 h, reszta co 24–48 h · Od 2026-10-01 zestawy kohort (premium_pelny, tani_ciezki, tani_lekki) mają tury higiena, serwer, sklep, kasa i strony (wyciek ścieżek B41, CMS po EOL B44, kluczowe podstrony S08, odnośniki kontaktowe D10); nocny pomiar wydajności (trend, waga, od 01.10 też metryki pasma W01–W04 i W07) tylko premium — u reszty prośba o pomiar zagłodziłaby nocny plan. Sklep: strona bez WooCommerce = „nie dotyczy”.
Sonda i helpersposób wydajnosc_lcp · CREATO_PING/helpers/wydajnosc_badanie.py
Testy
  1. Badanie profilem czyta nocny surowiec state/skaner/wydajnosc/wyniki/<domena>.json — Lighthouse nie chodzi w skanerze. Test w turze „pomiar” zestawów premium_pelny i wydajnosc.
  2. Surowiec starszy niż 35 dni albo brak pliku = nie_dalo_sie_sprawdzic + prośba o pomiar na najbliższą noc (plik prosby/<domena>).
  3. Liczy się pomiar M1 strony głównej (domena albo www.domena) ze statusem ok, bez flag poza_domena (adres końcowy na innej domenie) i podejrzenie_zaslepki (strona < 15 000 B). Brak takiego pomiaru = nie_dalo_sie_sprawdzic.
  4. Pomiar nocny (progi skalibrowane na Lighthouse 12.8.2): profil M1 = domyślny mobilny Lighthouse (Moto G Power, RTT 150 ms, 1,6 Mb/s, CPU ×4); metryka > 75% progu „słaba” w którymkolwiek z LCP, CLS, TBT = dwie powtórki i mediana z 3. iPhone (M2) i komputer (D) są mierzone, ale do tego testu nie wchodzą.
Typ wynikuenum: ok / nie_dalo_sie_sprawdzic (z przyczyną) + LCP strony głównej w ms, pasmo (ok / slaba / zla), progi, wiek pomiaru; 0 albo 1 ustalenie wydajnosc_lcp
Jednostkams (LCP z Lighthouse, profil M1, mediana z 3 pomiarów przy wolnej stronie)
Próg i regułaProgi laboratorium M1 (skalibrowane na flocie, zatwierdzone 26.09): LCP > 13 500 ms = trochę wolniejsza, > 24 500 ms = wyraźnie wolna. Powtórka od 10 125 ms. Surowiec ważny do 35 dni.
Gdzie leżą pokrętłaCREATO_PING/skaner/wydajnosc.toml → [laboratorium_m1] slaba.lcp_ms, zla.lcp_msCREATO_PING/helpers/wydajnosc_badanie.py → MAKS_WIEK_DNI (35), METRYKI_GLOWNEJ, metryka_glownejCREATO_PING/helpers/wydajnosc_check.py → STREFA_POWTORKI (0,75), POWTORKI (2), _WAGA_ZASLEPKI_BCREATO_PING/config/incident_policy.toml → [finding] wydajnosc_lcp
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 i pełne raporty Lighthouse <data>/lhr/*.json.gz — kod ich nie czyści.
Znane rozbieżności
  1. Katalog mówi „premium co noc”, a nocny runner mierzy premium co 7 dni (DNI premium = 7), resztę co 30 — badanie premium co 12 h czyta więc wartość sprzed nawet tygodnia.
  2. Opis helpera Lighthouse podaje próg powtórki LCP > 4 s, CLS > 0,25, TBT > 600 ms, a kod liczy 75% progu „słaba” z wydajnosc.toml (10 125 ms, 0,075, 675 ms); komentarz w wydajnosc.toml mówi o powtórce dopiero ponad progiem „słaba”.
kandydaci do pętli: kod a opis parametru albo specyfikacja
Karta przepisana zCREATO_PING/helpers/wydajnosc_badanie.py · CREATO_PING/helpers/wydajnosc_check.py · CREATO_PING/helpers/wydajnosc_pasmo.py · CREATO_PING/tools/wydajnosc_noc.py · CREATO_PING/skaner/wydajnosc.toml · CREATO_PING/config/incident_policy.toml · CREATO_PING/skaner/scenariusze/premium_pelny.toml · CREATO_PING/skaner/scenariusze/wydajnosc.toml · CREATO_PING/skaner/usterki.toml · CREATO_PING/skaner/ocena.py · odczyt 01.10.2026
TAB. 3.2Co oznacza failtypów Findingów: 1

wydajnosc_lcp: bramka polityki zamknięta (gate=false) — zostaje odczyt i werdykt „bez_subtaska” w bazie skanera, sprawa nie powstaje, więc usterka „Czas pojawienia się treści (LCP) ponad progiem” (waga 0) nie wchodzi do wskaźnika strony. To pasmo Ocena wydajności rozbite na jedną metrykę: wskaźnik 1–10 podnosi tylko pasmo (`wydajnosc_slaba` / `wydajnosc_zla`).

KodFindingSeverityPewnośćSkutekFinding / alarmWaga → ocenaCo zrobić
W01.01Czas pojawienia się treści (LCP) ponad progiemwydajnosc_lcpNiska—bez wpływunie / —waga 0 — nie usterka—
TAB. 3.3W01.01 · Czas pojawienia się treści (LCP) ponad progiemwersja 1 · 01.10.2026
Kod i kluczW01.01 · wydajnosc_lcp → perf_lcp (klucz angielski przyjęty 01.10; skaner nadaje jeszcze stary) · w tabeli typów
Co znaczyopis do opracowania
Kiedy powstajeLCP strony głównej w ostatnim nocnym pomiarze M1 (bez flag poza_domena i podejrzenie_zaslepki) przekracza próg „słaba” laboratorium (13 500 ms); powyżej 24 500 ms opis mówi „wyraźnie wolna”.Tylko raport (waga 0) — wskaźnik liczy pasmo W11.
Severity · pewnośćNiska
Skutek dla stronybez wpływu · tylko statystyka (gate=false)
Waga → ocenawaga 0 — nie usterka
KlasyfikacjaOCSF 1.9.0: poza klasami Findingu
Rekord OCSFfinding_info.analytic.uid = "W01.01" · analytic.name = "perf_lcp" · finding_info.types = ["W01 Czas pojawienia się treści (LCP)"]
Co zrobić—
Wersje typu
  1. v1 · 01.10.2026 — kod W01.01 nadany; nowy typ z rozbicia pasma wydajności (W11) na metryki; waga 0, gate=false; nazwa potwierdzona przez właściciela (finding-codes.ts)
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
14.11Osaka: atak na serwis Arara ujawnił ponad milion adresów e-mail mieszkańcówtherecord.media14.11ArcticRAT przejmuje telefony z Androidem i przez AI szuka danych finansowych w SMS-achdarkreading.com14.11Zespół Białego Domu ds. AI chce ulg dla firm po cyberatakach z użyciem AIcybersecuritydive.com14.11Platformy AI automatyzują ataki, Talos widzi w sieci ponad 700 instancji PentAGIblog.talosintelligence.com14.11FBI ostrzega przed Artex, platformą AI, która automatyzuje włamaniatherecord.media13.11Ataki Mior i Skyfall odczytują pamięć maszyn wirtualnych chronionych AMD SEV-SNPthehackernews.com13.11Gootloader otworzył drogę do 44 ataków ransomware, straty 28,8 mln dolarówtherecord.media13.11PostgreSQL łata 52 luki, w tym CVE-2026-6460 pozwalającą wykonać kod na serwerzethehackernews.com13.11Autopay potwierdza cyberatak i nieautoryzowany dostęp do części danych płatnościsekurak.pl13.11University of Texas at Arlington potwierdza kradzież danych po ataku gangu Qilintherecord.media