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

Kluczowe podstrony

ważność średniamierzonysposób wydajnosc_podstrony

Po jednej podstronie z każdego szablonu (strona, wpis, produkt, kategoria) — z mapy strony, tak jak grupuje je Search Console.

Wdrożony 01.10 dla premium (nocny pomiar podstron), tylko do raportu. Wybór podstron działa od 26.09: do trzech na stronę, pierwszeństwo mają adresy z danymi realnych użytkowników, wybór zamrożony na 3 miesiące.

ARK. 1

WIKI

wiedza ze źródeł zewnętrznych

Artykuł o parametrze „Kluczowe podstrony” 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_podstrony”. 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: Kluczowe podstrony
TAB. 3.1Pomiarpliki: 9
Obszar i ważnośćWydajność · średnia (W07)
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_podstrony · CREATO_PING/helpers/wydajnosc_badanie.py
Testy
  1. Wybór podstron co noc przed pomiarem: mapa strony (/wp-sitemap.xml, /sitemap_index.xml, /sitemap.xml) → podmapy po typie treści. Sklep: produkt, kategoria produktu, strona; reszta: strona, wpis, potem inne typy. Najwyżej 3 podstrony.
  2. W typie: adres z danymi CrUX na poziomie adresu spośród 5 najświeższych (gdy strona ma dane CrUX), inaczej najświeższy lastmod. Pomijane: strona główna, strony prawne, koszyk, kasa, konto.
  3. Bez mapy strony: pierwsze wewnętrzne linki z menu. Każdy kandydat sprawdzony GET-em: 200, ten sam host, HTML, tytuł bez 404 (przy tarczy soft-200 rozstrzyga tytuł).
  4. Wybór zamrożony na 90 dni (state/skaner/wydajnosc/podstrony.json); adres, który przestał działać, wybierany od nowa w swoim typie.
  5. Pomiar nocny M1 każdej podstrony (z powtórkami jak strona główna); test bierze pomiary ze statusem ok, bez flag poza_domena / podejrzenie_zaslepki, z adresem innym niż strona główna. Najgorsza podstrona decyduje. Brak pomiaru podstrony = nie_dalo_sie_sprawdzic.
Typ wynikuenum: ok / nie_dalo_sie_sprawdzic + pasmo najgorszej podstrony, lista zmierzonych adresów; 0 albo 1 ustalenie wydajnosc_podstrony
JednostkaLCP i TBT w ms, CLS bezwymiarowo — Lighthouse, profil M1, każda podstrona osobno
Próg i regułaProgi laboratorium M1 jak strona główna, każda metryka osobno (LUB): trochę wolniejsza — LCP > 13 500 ms, CLS > 0,1, TBT > 900 ms; wyraźnie wolna — LCP > 24 500 ms, CLS > 0,25, TBT > 1700 ms. Surowiec ważny do 35 dni.
Gdzie leżą pokrętłaCREATO_PING/helpers/wydajnosc_podstrony.py → MAKS_PODSTRON (3), ZAMROZENIE_DNI (90), KANDYDACI_CRUX (5), KOLEJNOSC_SKLEP, KOLEJNOSC, POMIJANE_SLUGICREATO_PING/skaner/wydajnosc.toml → [laboratorium_m1]CREATO_PING/helpers/wydajnosc_badanie.py → podstronyCREATO_PING/config/incident_policy.toml → [finding] wydajnosc_podstrony
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, wybór podstron w podstrony.json (zamrożenie 90 dni) — kod ich nie czyści.
Znane rozbieżności
  1. Katalog obiecuje po jednej podstronie z każdego szablonu (strona, wpis, produkt, kategoria), a kod mierzy najwyżej 3: w sklepie z produktem, kategorią i stroną wpis już się nie mieści.
  2. Strona przekierowana na inną domenę dostaje pusty wybór — test daje nie_dalo_sie_sprawdzic, nie sygnał przejęcia.
kandydaci do pętli: kod a opis parametru albo specyfikacja
Karta przepisana zCREATO_PING/helpers/wydajnosc_podstrony.py · CREATO_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/usterki.toml · CREATO_PING/skaner/ocena.py · odczyt 01.10.2026
TAB. 3.2Co oznacza failtypów Findingów: 1

wydajnosc_podstrony: bramka polityki zamknięta (gate=false) — zostaje odczyt i werdykt „bez_subtaska” w bazie skanera, sprawa nie powstaje, więc usterka „Kluczowa podstrona ponad progiem” (waga 0) nie wchodzi do wskaźnika strony. Te same pomiary podstron wchodzą do pasma Ocena wydajności, gdy strona nie ma danych CrUX.

KodFindingSeverityPewnośćSkutekFinding / alarmWaga → ocenaCo zrobić
W07.01Kluczowa podstrona ponad progiemwydajnosc_podstronyNiska—bez wpływunie / —waga 0 — nie usterka—
TAB. 3.3W07.01 · Kluczowa podstrona ponad progiemwersja 1 · 01.10.2026
Kod i kluczW07.01 · wydajnosc_podstrony → perf_subpages (klucz angielski przyjęty 01.10; skaner nadaje jeszcze stary) · w tabeli typów
Co znaczyopis do opracowania
Kiedy powstajeNajgorsza kluczowa podstrona z nocnego pomiaru M1 (bez strony głównej i flag poza_domena/podejrzenie_zaslepki): LCP > 13 500 ms albo CLS > 0,1 albo TBT > 900 ms.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 = "W07.01" · analytic.name = "perf_subpages" · finding_info.types = ["W07 Kluczowe podstrony"]
Co zrobić—
Wersje typu
  1. v1 · 01.10.2026 — kod W07.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