Jak zkopírovat styly jako font a odstavec v LibreOffice Write?

V dokumentu Write píšu CV. Někde uprostřed mám nadpisy a chci zkopírovat jeden nadpis v četně stylů a vložit ho jinde. Když použiju např ctrl+c a ctrl+v tak se styly nevloží, tj. font family , velikost písma a velikost odstavce před a za. Musím to pro každý nadpis zvlášť nastavovat a nefunguje to tak jako v MS Word jednoduše. Jak se toto řeší v libre office

 

V LibreOffice Writeru se styly u textu zkopírují jen tehdy, když je styl přiřazen jako samostatný „styl odstavce“. Pokud jste nadpis nastavili ručně (bez vytvoření nebo použití konkrétního stylu), při běžném kopírování a vkládání se všechny úpravy skutečně nepřenáší. Postup, jak to vyřešit:

1. Vytvoření stylu pro nadpis:

   • Označte nadpis, který chcete kopírovat, a přejděte na Styly → Styly odstavce (nebo klávesovou zkratkou F11).
   • Klikněte na Nový styl (ikona se zeleným plusem), pojmenujte ho například „Nadpis CV“ a klikněte na OK. Nyní se formátování nadpisu uloží jako nový styl.

2. Použití stylu na další nadpisy:

   • Na místo, kam chcete vložit nový nadpis, napište text nadpisu, vyberte ho a použijte styl „Nadpis CV“ z nabídky Styly → Styly odstavce.

3. Alternativní postup pro kopírování s formátem:

   • Označte nadpis, stiskněte Ctrl + Shift + C (zkopíruje formátování), přejděte na místo nového nadpisu a stiskněte Ctrl + Shift + V (vloží formátování na nový text).

Takto se formátování zkopíruje přesně podle originálního nadpisu, včetně stylu písma, velikosti a mezer kolem textu.

Bash: Bash funkce remount na dočasné odpojení a připojení některých oddílů

# Funkce remount umožní na krátko odpojit zařízení disku
# Použití:
# remount sda 180 FILMY
# 180 - čas pro připojení disků sda, FILMY je text který tam musí být nalezen aspoň v jednom oddílu
declare -f remount
remount() {
    local device="/dev/$1"
    local remount_time="$2"
    local verify_value="$3" # Popis nebo label pro kontrolu jednoho oddílu
    local mount_points=()

    # Ověření existence oddílu obsahujícího verify_value
    if ! blkid | grep "$device" | grep -q "$verify_value"; then
        echo "Žádný oddíl na $device neobsahuje $verify_value. Proces byl ukončen."
        return 1
    fi

    echo "Byl nalezen oddíl obsahující $verify_value. Zahajuji odpojování všech oddílů na $device..."

    # Odpoutání všech oddílů zařízení
    while IFS= read -r line; do
        # Získejte název oddílu
        local partition=$(echo "$line" | awk '{print $1}' | sed 's|:||')
        # Získej aktuální přípojný bod ze stromu připojených zařízení
        local mount_point=$(findmnt -no TARGET "$partition")
        if [ -z "$mount_point" ]; then
            echo "Skipping $partition, probably not mounted."
        fi
        if [ -n "$mount_point" ]; then
            # Přidejte mount point do pole a odpojte oddíl
            mount_points+=("$mount_point")
            sudo umount -v "$partition"
            echo "Odpojeno: $partition z $mount_point"
        fi
    done < <(blkid | grep "$device")

    # Vyčkejte na remount
    sleep "$remount_time"

    echo "Čas vypršel, připojuji zpět oddíly..."

    # Připojte zpět oddíly na jejich původní mount pointy
    for mount_point in "${mount_points[@]}"; do
        sudo mount "$mount_point"
        echo "Připojeno zpět: $mount_point"
    done
}

vvv

Výkonové nastavení Firefoxu a glx test při startu

 

1. Dá se prohlížeč Firefox nakonfigurovat tak, aby se při startu spouštěl menší počet vláken? Aby například najely jen dvě podvlákna? Jsou očíslovaní ChildID1 a ChildID2 a spouští se pak další ChildID3 ChildID4 ChildID5 atd. A mě stačí dvě ChildID1 a ChildID2. 2. Dá se nakonfigurovat Firefox tak, aby se nespouštěl glx test při startu?

1. Nastavení počtu vláken v prohlížeči Firefox: Firefox standardně používá více vláken pro zpracování různých úloh, což může zlepšit výkon. Nicméně, není přímo možné omezit počet spuštěných vláken (ChildID) na konkrétní číslo, jako jsou pouze dvě. Můžete však zkusit upravit některé parametry v konfiguraci Firefoxu:

   • Otevřete Firefox a do adresního řádku zadejte about:config.
   • Potvrďte, že chcete pokračovat (pokud se zobrazí varování).
   • Hledejte nastavení jako dom.ipc.processCount, které určuje počet procesů pro zpracování. Můžete zkusit nastavit tuto hodnotu na 2, ale mějte na paměti, že to může ovlivnit výkon a stabilitu prohlížeče.

   Upozorňuji, že změny v about:config mohou mít nečekané důsledky, takže je dobré si být vědom rizik.

2. Vypnutí GLX testu při startu: GLX testy se obvykle provádějí pro zajištění správného fungování grafického zobrazení. Pokud chcete tyto testy vypnout, můžete zkusit následující:

   • Otevřete about:config v prohlížeči Firefox.
   • Hledejte nastavení jako gfx.webrender.all a nastavte ho na false, což může pomoci s některými grafickými testy.
   • Další možností je hledat layers.acceleration.disabled a nastavit ho na true, což by mělo zakázat hardware akceleraci.

   Opět platí, že změny v těchto nastaveních mohou ovlivnit výkon a stabilitu prohlížeče, takže je dobré být opatrný.

co znamená položka v nastavení firefoxu: gfx.webrender.all-partial-present-buffer-age ?

Položka gfx.webrender.all-partial-present-buffer-age v nastavení Firefoxu se týká WebRenderu, což je grafický rendering engine, který Firefox používá pro zlepšení výkonu a kvality zobrazení. Tato konkrétní položka se zaměřuje na správu věku (age) bufferů, které jsou použity pro částečné vykreslování (partial rendering).

Vysvětlení jednotlivých částí:

• gfx: Odkazuje na grafické nastavení.
• webrender: Odkazuje na WebRender, rendering engine, který je navržen tak, aby využíval moderní grafické API a hardware akceleraci pro zlepšení výkonu.
• all-partial-present-buffer-age: Tato část se týká věku bufferů, které jsou prezentovány částečně. Věk bufferu může ovlivnit, jak dlouho je buffer uchováván před tím, než je znovu použit nebo zničen.

Toto nastavení může mít vliv na výkon a kvalitu vykreslování, zejména v situacích, kdy se vykreslují pouze části obrazovky (například při animacích nebo při posouvání). Změna této hodnoty může mít dopad na to, jak efektivně Firefox spravuje grafické zdroje a jak rychle reaguje na změny v obsahu.

Hlavičky: Časová platnost různých položek (Cache-Conrol, Expires, Set Cookie, ETag, Last-Modified, Max-Age))

V hlavičkách odpovědí od serveru mohou být uvedeny informace o době platnosti různých položek, zejména pokud jde o cache, cookies a další prvky spojené s platností dat. Pojďme se podívat na některé z hlaviček, které se týkají doby platnosti:

1. Cache-Control

• Například hlavička Cache-Control: no-cache znamená, že obsah by neměl být cachován, což znamená, že pro každou novou žádost by měl klient znovu požádat server o aktualizovanou verzi obsahu.
• V jiné hlavičce může být např. Cache-Control: public, immutable, max-age=3600, což znamená, že obsah může být cachován až 3600 sekund (1 hodina) a během této doby nemusí klient znovu požadovat aktualizaci.

2. Expires

• Tato hlavička určuje přesný čas, kdy data přestanou být považována za aktuální. Například hlavička:
  • Expires: Thu, 12 Sep 2024 10:51:14 GMT znamená, že obsah je platný do tohoto data a času. Po tomto okamžiku se očekává, že klient požádá server o novou verzi obsahu.

3. Set-Cookie

• Cookies mohou mít vlastní dobu platnosti pomocí atributu Expires. Například:
  • Set-Cookie: kdojeto=731244171; expires=Wed, 25-Dec-2024 14:51:14 GMT znamená, že cookie kdojeto je platná do 25. prosince 2024. Po tomto datu bude cookie neplatná a klient ji bude muset znovu získat.

4. ETag a Last-Modified

• Tyto hlavičky se týkají mechanismu validace cache:
  • ETag je identifikátor verze obsahu. Pokud se obsah změní, ETag se změní, což umožňuje klientovi zjistit, zda je jeho verze stále aktuální.
  • Last-Modified udává poslední datum a čas, kdy byl obsah na serveru upraven. Pokud je obsah stále stejný od daného data, klient může obsah z cache použít, pokud má stejnou verzi.

5. Max-Age

• Tato hlavička definuje maximální dobu (v sekundách), po kterou může být obsah cachován. Například:
  • Cache-Control: max-age=3600 znamená, že obsah může být považován za aktuální po dobu 3600 sekund (1 hodina).

curl: Simulace komunikace se serverem

Pokračuji v předchozím článku o curl a hlavíčkách (stahování souborů a hlavičky).

Pro simulaci celé komunikace, jak je popsána v minulém díle o hlavičkách, můžeme použít curl v Bashi s nastavenými hlavičkami pro oba požadavky – první požadavek na HTML soubor ze serveru zp....cz a druhý požadavek na JavaScript soubor ze serveru freeprivacypolicy.com. Ukážeme, jak přesně nasimulovat odesílání hlaviček a zpracování odpovědí. Níže je ukázka:

1. První požadavek: Stažení HTML souboru z zp....cz

curl -X GET "https://zp....cz/" \
  -H "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8" \
  -H "Accept-Encoding: gzip, deflate, br, zstd" \
  -H "Accept-Language: cs,sk;q=0.8,en-US;q=0.5,en;q=0.3" \
  -H "Connection: keep-alive" \
  -H "DNT: 1" \
  -H "Host: zp....cz" \
  -H "Priority: u=0, i" \
  -H "Sec-Fetch-Dest: document" \
  -H "Sec-Fetch-Mode: navigate" \
  -H "Sec-Fetch-Site: none" \
  -H "Sec-Fetch-User: ?1" \
  -H "Sec-GPC: 1" \
  -H "Upgrade-Insecure-Requests: 1" \
  -H "User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0" \
  --compressed --verbose

Parametr -X v příkazu curl specifikuje HTTP metodu, kterou chceš použít pro daný požadavek. Ve tvém případě:

• -X GET říká curl, aby použil metodu GET, což je nejběžnější metoda pro získání dat z URL (např. stažení webové stránky nebo souboru). Ve většině případů curl implicitně používá metodu GET, takže tento parametr není nutný, pokud neplánuješ použít jinou metodu (např. POST, PUT, DELETE).

2. Druhý požadavek: Stažení JavaScript souboru z freeprivacypolicy.com

curl -X GET "https://www.freeprivacypolicy.com/public/cookie-consent/4.0.0/cookie-consent.js" \
  -H "Accept: */*" \
  -H "Accept-Encoding: gzip, deflate, br, zstd" \
  -H "Accept-Language: cs,sk;q=0.8,en-US;q=0.5,en;q=0.3" \
  -H "Connection: keep-alive" \
  -H "DNT: 1" \
  -H "Host: www.freeprivacypolicy.com" \
  -H "Priority: u=2" \
  -H "Referer: https://zp....cz/" \
  -H "Sec-Fetch-Dest: script" \
  -H "Sec-Fetch-Mode: no-cors" \
  -H "Sec-Fetch-Site: cross-site" \
  -H "Sec-GPC: 1" \
  -H "User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0" \
  --compressed --verbose

Vysvětlení parametrů:

• -H – nastavuje hlavičky požadavku.
• --compressed – povoluje podporu kompresí jako gzip, br, deflate.
• --verbose – zobrazí detaily komunikace, včetně přijatých a odeslaných hlaviček, což simuluje sledování celé komunikace.

Tímto způsobem bude curl odesílat požadavky s příslušnými hlavičkami a zpracovávat odpovědi, jak jsou uvedeny v komunikaci.

Uložení cookies

Hlavičky odpovědi, zejména cookies, jsou velmi důležité pro následné požadavky na stejný server. Když server v odpovědi nastaví cookies (například Set-Cookie), klient (v tomto případě tvůj Bash skript s curl) by měl tyto cookies uložit a použít je při dalších požadavcích. Tyto cookies mohou sloužit k udržení stavu session (např. pomocí PHPSESSID) nebo k identifikaci uživatele (např. pomocí kdojeto).

Jak správně zpracovat hlavičky odpovědi a cookies pomocí curl:

1. Ukládání cookies: Když server nastaví cookies, je potřeba je uložit do souboru, abys je mohl při dalších požadavcích použít.
2. Zasílání cookies zpět: Při dalších požadavcích je nutné tyto uložené cookies posílat zpět na server, aby mohl server pokračovat v komunikaci na základě session nebo jiných informací.

Simulace v Bash pomocí curl:

Zde je skript, který provede:

• Stažení HTML stránky a uložení cookies do souboru.
• Stažení JS souboru s použitím těchto cookies a simulací hlaviček.

#!/bin/bash

# URL serveru
BASE_URL="https://zp...cz"
JS_URL="https://www.freeprivacypolicy.com/public/cookie-consent/4.0.0/cookie-consent.js"

# Soubor, do kterého se uloží cookies
COOKIE_FILE="cookies.txt"

# První požadavek - stáhnutí HTML
curl -s -c "$COOKIE_FILE" \
  -H "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8" \
  -H "Accept-Encoding: gzip, deflate, br, zstd" \
  -H "Accept-Language: cs,sk;q=0.8,en-US;q=0.5,en;q=0.3" \
  -H "Connection: keep-alive" \
  -H "DNT: 1" \
  -H "Host: zp....cz" \
  -H "Sec-Fetch-Dest: document" \
  -H "Sec-Fetch-Mode: navigate" \
  -H "Sec-Fetch-Site: none" \
  -H "Sec-Fetch-User: ?1" \
  -H "Upgrade-Insecure-Requests: 1" \
  -H "User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0" \
  "$BASE_URL/"

# Druhý požadavek - stažení JS souboru s použitím uložených cookies
curl -s -b "$COOKIE_FILE" \
  -H "Accept: */*" \
  -H "Accept-Encoding: gzip, deflate, br, zstd" \
  -H "Accept-Language: cs,sk;q=0.8,en-US;q=0.5,en;q=0.3" \
  -H "Connection: keep-alive" \
  -H "DNT: 1" \
  -H "Host: www.freeprivacypolicy.com" \
  -H "Referer: $BASE_URL/" \
  -H "Sec-Fetch-Dest: script" \
  -H "Sec-Fetch-Mode: no-cors" \
  -H "Sec-Fetch-Site: cross-site" \
  -H "User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0" \
  "$JS_URL"

Vysvětlení:

1. První curl příkaz stáhne HTML stránku a uloží cookies do souboru cookies.txt. Používáme různé hlavičky, jako například Accept-Encoding a User-Agent, aby komunikace vypadala jako běžný prohlížeč.

2. Druhý curl příkaz stáhne JS soubor, ale tentokrát použije uložené cookies (-b "$COOKIE_FILE"). Zasíláme také hlavičku Referer, která ukazuje, odkud byl požadavek odeslán (v tomto případě z zp....cz).

Proč jsou důležité odpovědi serveru?

• Cookies: Slouží pro udržení session nebo autentizaci uživatele. Například PHPSESSID udržuje stav session mezi požadavky.
• Cache-Control: Ovládá cacheování. Hlavička no-cache znamená, že by obsah neměl být uložen do cache.
• Content-Encoding: Uvádí, jak je odpověď komprimována (např. gzip, br), což je důležité, pokud chceš odpověď správně rozbalit a zpracovat.
• X-Powered-By: Informuje, na jaké technologii server běží (zde PHP a ASP.NET).

Uložení hlaviček a kontrola

Chcete-li uložit hlavičky odpovědi do souborů a následně kontrolovat, zda soubor již existuje na disku a nestahovat jej znovu, můžete v Bashi použít curl spolu s dalšími nástroji jako grep nebo head.

1. Uložení hlaviček odpovědi do souboru

Pomocí curl můžete uložit hlavičky odpovědi do samostatného souboru a tělo odpovědi (např. JS soubor) do jiného:

# Stáhne hlavičky a uloží je do souboru headers.txt, tělo uloží do file.js
curl -D headers.txt -o file.js "https://www.freeprivacypolicy.com/public/cookie-consent/4.0.0/cookie-consent.js"

2. Kontrola, zda je soubor již stažen

Před každým stahováním můžete zkontrolovat, zda soubor již existuje na disku:

# Zkontroluje, zda soubor file.js existuje
if [ -f "file.js" ]; then
    echo "Soubor již existuje, nestahovat."
else
    echo "Soubor neexistuje, stáhne se nyní."
    curl -D headers.txt -o file.js "https://www.freeprivacypolicy.com/public/cookie-consent/4.0.0/cookie-consent.js"
fi

3. Kontrola hlavičky 303 See Other

Hlavička 303 indikuje, že klient by měl použít jiný zdroj (URL) pro požadavek. Můžete tuto hlavičku kontrolovat takto:

# Stáhne jen hlavičky a kontroluje stavový kód
status_code=$(curl -I -s -o headers.txt -w "%{http_code}" "https://www.freeprivacypolicy.com/public/cookie-consent/4.0.0/cookie-consent.js")

# Kontrola, zda je status code 303
if [ "$status_code" -eq 303 ]; then
    echo "Hlavička 303 - soubor by měl být přesměrován."
else
    echo "Status code je $status_code, není potřeba přesměrování."
fi
 

4. Ukládání cookies pro další požadavky

Pro práci s cookies a jejich uchování mezi požadavky můžete použít curl s volbami -c a -b:

 # Uloží cookies do souboru cookies.txt
curl -c cookies.txt -D headers.txt -o index.html "https://zp....cz/"

# Při dalším požadavku načte cookies ze souboru cookies.txt
curl -b cookies.txt -D headers2.txt -o další_soubor.js "https://zp....cz/něco"

Vše v jednom skriptu

#!/bin/bash

# URL serveru
DOMAIN_1="zp..cz"

DOMAIN_2="www.freeprivacypolicy.com"

BASE_URL="https://$DOMAIN_1"
JS_URL="https://$DOMAIN_2/public/cookie-consent/4.0.0/cookie-consent.js"

# Soubor, do kterého se uloží cookies
COOKIE_FILE="cookies.txt"
# Soubor, do kterého se uloží hlavičky
HEADERS_FILE_1="headers_1.txt"
HEADERS_FILE_2="headers_2.txt"
HEADERS_FILE_3="headers_3.txt"
# Soubor pro JS
JS_FILE="file.js"

# První požadavek - stáhnutí HTML a uložení hlaviček
curl -s -c "$COOKIE_FILE" -D "$HEADERS_FILE_1" \
  -H "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8" \
  -H "Accept-Encoding: gzip, deflate, br, zstd" \
  -H "Accept-Language: cs,sk;q=0.8,en-US;q=0.5,en;q=0.3" \
  -H "Connection: keep-alive" \
  -H "DNT: 1" \
  -H "Host: $DOMAIN_1" \
  -H "Sec-Fetch-Dest: document" \
  -H "Sec-Fetch-Mode: navigate" \
  -H "Sec-Fetch-Site: none" \
  -H "Sec-Fetch-User: ?1" \
  -H "Upgrade-Insecure-Requests: 1" \
  -H "User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0" \
  "$BASE_URL/"

# Kontrola, zda soubor JS již existuje
if [ -f "$JS_FILE" ]; then
    echo "Soubor $JS_FILE již existuje, nestahuje se znovu."
else
    echo "Soubor $JS_FILE neexistuje, stahuje se nyní."

    # Získání hlavičky a status kódu pro kontrolu 303
    status_code=$(curl -I -s -b "$COOKIE_FILE" -o "$HEADERS_FILE_2" -w "%{http_code}" \
      -H "Accept: */*" \
      -H "Accept-Encoding: gzip, deflate, br, zstd" \
      -H "Accept-Language: cs,sk;q=0.8,en-US;q=0.5,en;q=0.3" \
      -H "Connection: keep-alive" \
      -H "DNT: 1" \
      -H "Host: $DOMAIN_2" \
      -H "Referer: $BASE_URL/" \
      -H "Sec-Fetch-Dest: script" \
      -H "Sec-Fetch-Mode: no-cors" \
      -H "Sec-Fetch-Site: cross-site" \
      -H "User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0" \
      "$JS_URL")

    # Kontrola status kódu
    if [ "$status_code" -eq 303 ]; then
        echo "Přesměrování 303 - kontrolujte novou lokaci."
        # Případně můžete extrahovat hlavičku Location pro přesměrování
        new_location=$(grep -i "Location:" "$HEADERS_FILE_3" | awk '{print $2}')
        echo "Nová lokace je: $new_location"
        # Stáhnutí JS z nové lokace
        curl -s -b "$COOKIE_FILE" -o "$JS_FILE" "$new_location"
    else
        # Stáhnutí JS souboru, pokud není přesměrování
        curl -s -b "$COOKIE_FILE" -o "$JS_FILE" "$JS_URL"
        echo "JS soubor stažen do $JS_FILE"
    fi
fi

Parametr -s v příkazu curl znamená "silent mode" (tichý režim). Tento režim způsobí, že curl nebude zobrazovat žádné informace o průběhu stahování, jako je například ukazatel postupu, chyby nebo informace o připojení. Tento režim je užitečný, když chcete minimalizovat výstup příkazu curl, například když pracujete se skripty a potřebujete pouze data, nikoli průběžné informace.

V kontextu tvého kódu:

• curl -s -c "$COOKIE_FILE" znamená, že curl stáhne data (v tichém režimu) a uloží cookies do souboru "$COOKIE_FILE".
• curl -s -b "$COOKIE_FILE" znamená, že curl stáhne data (v tichém režimu) a při tom odešle cookies uložené v souboru "$COOKIE_FILE" na server.

Pokud chceš z curl dostat více informací pro ladění, můžeš vynechat parametr -s nebo použít -v (verbose) pro více podrobný výstup.

Parametr -I v příkazu curl znamená HEAD request. Tímto příkazem nepožaduješ kompletní obsah stránky nebo souboru, ale pouze hlavičky HTTP odpovědi.

V tomto kontextu:

• curl -I pošle požadavek na server pouze pro získání hlaviček a ne stáhne celé tělo odpovědi.
• -s je volba pro tichý režim, aby se nezobrazovaly průběžné zprávy nebo chyby.
• -b "$COOKIE_FILE" znamená, že curl při odesílání požadavku pošle uložené cookies z tohoto souboru.
• -o "$HEADERS_FILE" uloží hlavičky odpovědi do souboru.
• -w "%{http_code}" vypíše status kód HTTP odpovědi (například 200, 303, atd.).

Tímto způsobem můžeš získat pouze hlavičky, včetně status kódu, který lze zkontrolovat pro případy jako je přesměrování (status kód 303).

 

curl: stahování dokumentů a porozumění hlavičkám požadavků a odpovědí

Potřeboval jsem ujasnit některé hlavičky a jak funguje komunikace mezi serverem který chci navštívit a serverem ze kterého stahuji externí soubor s javaskriptem. Druhý server spravuje dokumenty v rámci politiky GDPR aj. Klíčové slovo je zde referer, které se jeví jako důležité pro to, aby server neodmítnul komunikaci (respektive, aby neodmítnul vydat ten soubor). Nicméně je ještě třeba zmínit, že když ten soubor s JS už je stažený, není třeba ho znovu stahovat, takže tam má potom být hlavička 303...

Takže navštívil jsem stránku a zkopíroval jednotlivé hlavičky. Při potvrzení Souhlasím nebo Odmítám jsem neviděl žádnou další hlavičku. Ale to je zvláštní, protože na Windows XP když jsem to zkoušel, tak se tam jedna hlavička se objevila.

Dotaz na ChatGPT 4o

Vysvětlete některé hlavičky při prohlížení stránky:
Zajímají mě tyto:
"Referer: https://zpo....cz/
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: none
Sec-Fetch-User: ?1
Sec-GPC: 1
Upgrade-Insecure-Requests: 1
"
a tyto "Referer: https://zpo....cz/
Sec-Fetch-Dest: script
Sec-Fetch-Mode: no-cors
Sec-Fetch-Site: cross-site
Sec-GPC: 1
"
což jsou dvě části z hlaviček požadavku. Co proběhlo celá ta komunikace hlaviček a stažení je tady:
1. STAŽEN Dokument HTML, stav 200, metoda GET, soubor /, html,
Hlavičky:

{
    "GET": {
        "scheme": "https",
        "host": "zpo....cz",
        "filename": "/",
        "remote": {
            "Adresa": "81.95.107.207:443"
        }
    }
}

Stav: 200 OK
Verze: HTTP/1.1
Přeneseno: 55,21 kB (velikost 54,84 kB)
Priorita požadavku: Highest
Překlad DNS: Systémové

HLAVIČKY ODPOVĚDI:
    
Cache-Control: no-cache
Content-Length:    54844
Content-Type: text/html
Date: Thu, 12 Sep 2024 10:51:14 GMT
Expires: Thu, 12 Sep 2024 10:51:14 GMT
Pragma: No-cache
Server: Microsoft-IIS/8.5
Set-Cookie: PHPSESSID=nokab95nldik6n67k2i9rmq9p3; path=/
Set-Cookie: kdojeto=731244171; expires=Wed, 25-Dec-2024 14:51:14 GMT
X-Powered-By: PHP/5.2.6
X-Powered-By: ASP.NET

+HLAVIČKY POŽADAVKU:

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8
Accept-Encoding: gzip, deflate, br, zstd
Accept-Language: cs,sk;q=0.8,en-US;q=0.5,en;q=0.3
Connection: keep-alive
DNT: 1
Host: zpo....cz
Priority: u=0, i
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: none
Sec-Fetch-User: ?1
Sec-GPC: 1
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0

*********************************************
2. STAŽEN SOUBOR JS ZE SERVERU www.freeprivavypolicy.com:
cookie-consent.js
(GET
    https://www.freeprivacypolicy.com/public/cookie-consent/4.0.0/cookie-consent.js)

Stav: 200
Verze: HTTP/2
Přeneseno 58,05 kB (velikost 208,40 kB)
Referrer Policy: strict-origin-when-cross-origin
Překlad DNS: Systémové

HLAVIČKY ODPOVĚDI:

Bez mezipaměti
2 požadavky
Přeneseno: 113,26 kB / 263,25 kB
Hotovo za 5,14 s
DOMContentLoaded: 1,72 s
load: 6,13 s
    
GET  https://www.freeprivacypolicy.com/public/cookie-consent/4.0.0/cookie-consent.js
Stav
200
Verze: HTTP/2
Přeneseno 58,05 kB (velikost 208,40 kB)
Referrer Policy:strict-origin-when-cross-origin
Překlad DNS: Systémové

HLAVIČKY ODPOVĚDI:
age: 36188
alt-svc: h3=":443"; ma=86400
cache-control: public, immutable, max-age=3600
cf-bgj: minify
cf-cache-status: HIT
cf-polished: origSize=208402
cf-ray: 8c1f575feb67901e-FRA
content-encoding: br
content-type: application/javascript
date: Thu, 12 Sep 2024 10:51:15 GMT
etag: W/"0c766f68f2fedb231ad3b2c8fdde350b"
expires: Thu, 12 Sep 2024 01:14:35 GMT
last-modified: Wed, 11 Sep 2024 23:14:35 GMT
nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
referrer-policy: strict-origin-when-cross-origin
report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v4?s=8qrMazROYhJV%2FQtrNeG%2BwZ1rLIOcqNLftPDz9D7M0okZcsjNwJK4lOJV9rE5sInPB4yg73vGSgppL932uLhxwUiVDYKU5KsHGcQMfGm73DJb07%2BhnI5KjarBMDwrJKJFGrL1MXGfPxsOfzM%3D"}],"group":"cf-nel","max_age":604800}
server: cloudflare
vary: Accept-Encoding
x-content-type-options: nosniff
X-Firefox-Spdy: h2
x-frame-options: SAMEORIGIN
x-priority: 5/n
x-xss-protection: 1; mode=block
x-z: 5179
    
+HLAVIČKY POŽADAVKU:
Accept: */*
Accept-Encoding: gzip, deflate, br, zstd
Accept-Language: cs,sk;q=0.8,en-US;q=0.5,en;q=0.3
Connection: keep-alive
DNT: 1
Host: www.freeprivacypolicy.com
Priority: u=2
Referer: https://zpo....cz/
Sec-Fetch-Dest: script
Sec-Fetch-Mode: no-cors
Sec-Fetch-Site: cross-site
Sec-GPC: 1
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:130.0) Gecko/20100101 Firefox/130.0

3. NÁSLEDUJE POTVRZENÍ TLAČÍTKA "SOUHLASÍM":
Nepřišla a nebyla odeslána další hlavička (linux).
Ale na Windows XP jo.

Odpověď: Vysvětlení dotazovaných parametrů hlavičky

V této komunikaci vidíte, jak probíhá výměna hlaviček mezi klientem (váš prohlížeč) a serverem během načítání různých zdrojů. Pojďme se podívat na jednotlivé hlavičky:

1. Referer: https://zpo...cz

• Referer specifikuje, odkud byl požadavek odeslán. Například při načítání cookie-consent.js souboru se uvádí, že referenční stránka je z zpo....cz. Server freeprivacypolicy.com tak ví, že požadavek pochází z jiné domény.

2. Sec-Fetch-Dest

• Tato hlavička určuje, jaký typ zdroje se načítá. Zde jsou příklady:
  • document: Hlavní dokument (HTML stránky).
  • script: Skript, například JavaScriptový soubor.

3. Sec-Fetch-Mode

• navigate: Označuje, že se jedná o klasickou navigaci na novou stránku, například při načítání HTML dokumentu.
  • no-cors: Umožňuje načítání zdrojů bez podpory CORS (Cross-Origin Resource Sharing), například skriptů z jiných domén, aniž by bylo nutné, aby server povolil zdroje přes Access-Control-Allow-Origin.

4. Sec-Fetch-Site

• Určuje, zda požadavek pochází z té samé stránky nebo z jiné domény:
  • none: Požadavek přišel z té samé domény (první případ).
  • cross-site: Požadavek přišel z jiné domény (příklad načítání JavaScriptu z freeprivacypolicy.com).

5. Sec-Fetch-User

• ?1: Tato hodnota značí, že požadavek byl vyvolán uživatelem (např. kliknutí na odkaz).

6. Sec-GPC: 1

• Tato hlavička značí nastavení tzv. Global Privacy Control. Hodnota 1 znamená, že uživatel preferuje soukromí, tedy například omezení sledování.

7. Upgrade-Insecure-Requests: 1

• Značí, že prohlížeč preferuje bezpečnou verzi požadavku (HTTPS) oproti nešifrované (HTTP).

8. Accept

• Specifikuje, jaké typy obsahu prohlížeč očekává. Například:
  • text/html: HTML dokument.
  • application/javascript: JavaScriptový soubor.
  • image/avif, image/webp: Typy obrázků.
  • image/svg+xml: SVG obrázek.

9. Accept-Encoding

• Určuje, jaké formy komprese prohlížeč podporuje. V tomto případě:
  • gzip, deflate, br, zstd jsou metody komprese, které prohlížeč podporuje pro zrychlení načítání.

10. DNT: 1

• Značí, že uživatel nechce být sledován (DNT = Do Not Track).

---

Shrnutí komunikace:

• Nejprve byl stažen hlavní HTML dokument z zpo....cz. Požadavek byl GET, prohlížeč požadoval HTML dokument a odpověď serveru byla 200 OK s odpovídajícími hlavičkami (např. Cache-Control: no-cache, což znamená, že stránka by neměla být uložena do mezipaměti).

• Následně prohlížeč stáhl JavaScriptový soubor cookie-consent.js z www.freeprivacypolicy.com. Tento požadavek byl vyvolán jako cross-site (z jiné domény) s hlavičkou no-cors, což znamená, že pro tento skript nebyla nutná podpora CORS.

• Dále nastal problém při potvrzení tlačítka "Souhlasím", kdy na Linuxu nebyla odeslána nová hlavička, zatímco na Windows XP ano. To by mohlo být způsobeno rozdílným chováním prohlížeče nebo zabezpečením mezi těmito systémy.

Druhý dotaz na ChatGPT

"Referer: Referer specifikuje, odkud byl požadavek odeslán. Například při načítání cookie-consent.js souboru se uvádí, že referenční stránka je z zpo....cz. Server freeprivacypolicy.com tak ví, že požadavek pochází z jiné domény."
Nicméně já to chci podstrčit do curl ty hlavičky, abych až budu stahovat ten soubor s javascriptem freeprivacypolicy.com bral v potaz, že si prohlížím stránku zpo....cz - takže fakticky to neposílá server zpo....cz ale klient. Správně? slovo fetch v 2. Sec-Fetch-Dest a 3. Sec-Fetch-Mode spíš napovídá něco o způsobu zpracování (fetch) stránky. Upřesněte to. "cross-site: Požadavek přišel z jiné domény (příklad načítání JavaScriptu z freeprivacypolicy.com)."
Jak ale freeprivacypolicy.com může ověřit, že požadavek přišel z jiné domény, když si to v tom curl mohu přepsat tu hlavičku? Mohu ji zaměnit a změnit třeba server. Rozveďte smysl a účel cross-size a jak se používá. "Sec-Fetch-User

    ?1: Tato hodnota značí, že požadavek byl vyvolán uživatelem (např. kliknutí na odkaz)."
Jasně, to znamená, že i když v hlavičce je refererer, on si to stejně může modifikovat, takže server nemůže s jistotou určit zda to skutečně ten server zpo....cz žádá nebo ne.

"Accept-Encoding

    Určuje, jaké formy komprese prohlížeč podporuje. V tomto případě: gzip, deflate, br, zstd jsou metody komprese, které prohlížeč podporuje pro zrychlení načítání."
Když odešlu tuto hlavičku přes curl, nebude to pak problém? Nebo pokud by to curl nepodporoval tuto compresi, mám použít httpie jako náhradu?

Upřesňující odpověď

 

Ano, máte pravdu, že při použití nástroje jako je curl posílá hlavičky klient (váš počítač, skript, prohlížeč) a ne server, což vám dává možnost tyto hlavičky libovolně upravit.

Vysvětlení hlaviček:

1. Sec-Fetch-Dest: Tato hlavička označuje typ cíle, který je požadován (např. dokument, script, image). U Sec-Fetch-Dest: document jde o stahování HTML dokumentu, zatímco Sec-Fetch-Dest: script znamená, že se požaduje JavaScript soubor. Toto pomáhá serveru identifikovat typ požadovaného zdroje.

2. Sec-Fetch-Mode: Tato hlavička říká, jaký typ požadavku byl proveden. V případě navigate se jedná o požadavek na navigaci (např. kliknutí na odkaz nebo načtení stránky). no-cors znamená, že se jedná o požadavek, který nevyžaduje kontrolu CORS (Cross-Origin Resource Sharing), což se běžně používá pro externí zdroje jako JS soubory nebo obrázky.

3. cross-site (v rámci Sec-Fetch-Site): Tato hodnota hlavičky označuje, že požadavek pochází z jiné domény (například zpo....cz načítá soubor z freeprivacypolicy.com). Jak jste správně zmínil, server může jen těžko ověřit, zda skutečně požadavek pochází z jiné domény, protože Referer a další hlavičky může klient (vy) upravit. Servery mohou ověřit původ pomocí CORS politiky a kontrolovat, zda jsou oprávněné domény povoleny pro přístup ke zdrojům.

4. Sec-Fetch-User: Tato hlavička (?1) označuje, že požadavek byl vyvolán uživatelem, například kliknutím na odkaz. Server tak může reagovat jinak na požadavky uživatele než na automatizované požadavky.

Cross-site a jeho význam:

Cross-site požadavky jsou důležité z hlediska bezpečnosti a ochrany proti útokům, jako jsou CSRF (Cross-Site Request Forgery). Při cross-site požadavcích se server může rozhodnout, zda požadavek akceptuje na základě CORS pravidel. Když si hlavičky přepíšete v curlu, server to nepozná, ale pokud má striktní CORS politiku, může požadavek zamítnout.

Komprese a curl:

Co se týče komprese (gzip, deflate, br, zstd), curl podporuje většinu z těchto metod nativně. Pokud si nejste jistý, zda curl podporuje určitou metodu, můžete použít přepínač --compressed, který povolí curl přijmout komprimovaný obsah. Pokud by curl některou metodu nepodporoval, můžete zkusit jiný nástroj, například httpie, který má uživatelsky přívětivější rozhraní a nativní podporu více formátů komprese.

Např.:

curl --compressed https://www.example.com

Je možná svévolná záměna referer v hlavičce?

"Servery mohou ověřit původ pomocí CORS politiky a kontrolovat, zda jsou oprávněné domény povoleny pro přístup ke zdrojům."

Jasně, ale teoreticky mohu stahovat soubory html ze serveru zpo....cz, zatímco refererer pro javascript změním na jinou stránku, která je také na freeprivacypolicy.com registrována, takže si tento server bude myslet, že je to pro jiný server. Napříkad. Samozřejmě by takové jednání bylo zbytečné, stačí tam nechat refererer zpo....cz

Ano, ale nemá smysl

V rámci CORS server skutečně kontroluje, odkud požadavek přichází, ale pokud přepíšete hlavičku Referer a změníte ji na jinou doménu, server (pokud má slabší nebo žádnou kontrolu) nebude schopen ověřit, zda požadavek skutečně pochází z dané domény. To znamená, že pokud změníte referer na doménu, kterou server považuje za legitimní (např. jinou stránku na freeprivacypolicy.com), server to nemusí odhalit.

Takové přepisování hlaviček by však obvykle nemělo praktický význam, jak jste zmínil. V případě, že byste chtěl přistupovat ke zdrojům z jiné domény, bude efektivnější použít skutečnou Referer hodnotu (například z zpo....cz), protože to lépe odpovídá skutečnému scénáři, kdy si prohlížíte danou stránku a ona načítá externí zdroje.

Pokud by server freeprivacypolicy.com používal CORS politiku, která povoluje pouze konkrétní domény (například pouze example.com), váš požadavek by byl odmítnut, pokud byste uvedli jiný referer než ten, který je povolený. Ale jak jste řekl, změna Referer na správnou hodnotu (v tomto případě zpo....cz) by byla jednodušší a přirozenější.

Referer Strict Origin Policy when Cross Origin

1. GET  https://www.freeprivacypolicy.com/public/cookie-consent/4.0.0/cookie-consent.js
 "Referrer Policy:strict-origin-when-cross-origin"
Co znamená tato hodnota? A podle čeho prohlížeč věděl, že zpo....cz má nastaveno tento "strict" mode: Referrer Policy: strict-origin-when-cross-origin ?

2.
Ještě tam je několik nejasných parametrů a hodnot, zejména nosniff a h2.

x-content-type-options: nosniff
X-Firefox-Spdy: h2
x-frame-options: SAMEORIGIN
x-priority: 5/n
x-xss-protection: 1; mode=block
x-z: 5179

Odpověď 

. Referrer Policy: strict-origin-when-cross-origin

Tato hodnota říká prohlížeči, jak nakládat s hlavičkou Referer, když uživatel přechází mezi různými stránkami nebo když se načítají zdroje z různých domén:

• strict-origin-when-cross-origin znamená, že pokud je požadavek na stejnou doménu (například na zpo....cz), hlavička Referer bude obsahovat plnou URL adresu.
• Pokud je ale požadavek na jinou doménu (cross-origin), pak Referer obsahuje pouze původ domény, tedy schéma a doménu (např. jen https://zpo....cz bez konkrétní cesty).

Jak to prohlížeč věděl?

Prohlížeč si nezávisle nevybírá Referrer-Policy. Webová stránka nebo server může tuto politiku nastavit, a to buď přímo v HTML, nebo prostřednictvím HTTP hlaviček. Prohlížeč pak tuto politiku dodržuje při odesílání požadavků, například když načítá zdroje z jiných serverů. Pokud stránka zpo....cz má tuto politiku nastavenou, prohlížeč podle toho upraví hlavičku Referer pro všechny cross-origin požadavky.

2. Další nejasné parametry

x-content-type-options: nosniff

Tato hlavička brání prohlížeči v „hádání“ typu obsahu souborů (content sniffing). Když je nastavena na nosniff, prohlížeč bude vždy respektovat typ obsahu uvedený v hlavičce Content-Type, a nebude se pokoušet odhadnout obsah na základě dat v souboru. To pomáhá předcházet určitým bezpečnostním rizikům, například spouštění škodlivých skriptů.

X-Firefox-Spdy: h2

Tato hlavička ukazuje, že prohlížeč (v tomto případě Firefox) použil protokol HTTP/2 (h2) pro tento požadavek. HTTP/2 je novější verze HTTP protokolu, která umožňuje efektivnější komunikaci mezi klientem a serverem (např. multiplexing, rychlejší načítání).

x-frame-options: SAMEORIGIN

Tato hlavička říká, že obsah stránky nesmí být vnořen do <iframe> nebo jiných rámců na stránkách jiných domén. SAMEORIGIN znamená, že pouze stránky ze stejné domény mohou vložit obsah do rámce. To pomáhá chránit před útoky, jako je „clickjacking“.

x-priority: 5/n

Tato hlavička obvykle udává, jakou prioritu má tento požadavek. V tomto případě je priorita nastavena na hodnotu 5/n, což může znamenat relativní důležitost požadavku při vyřizování ze strany serveru, ale její konkrétní význam závisí na implementaci serveru.

x-xss-protection: 1; mode=block

Tato hlavička zapíná vestavěnou ochranu proti XSS (Cross-Site Scripting) v prohlížeči. Když je nastavena na 1, prohlížeč bude chránit proti XSS útokům. Parametr mode=block říká prohlížeči, aby v případě detekce XSS místo vykreslení stránky zablokoval celý obsah.

x-z: 5179

Tato hlavička může být vlastní implementací serveru a nemusí mít standardní význam. Hodnota 5179 může být ID pro interní sledování nebo zpracování požadavků, které server používá.

Celkově tyto hlavičky poskytují zabezpečení a správu toho, jakým způsobem prohlížeč nakládá s daty a jak server zachází s požadavky.

Network Error Logging (nel)

Co znamená toto: nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800} report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v4?s=8qrMazROYhJV%2FQtrNeG%2BwZ1rLIOcqNLftPDz9D7M0okZcsjNwJK4lOJV9rE5sInPB4yg73vGSgppL932uLhxwUiVDYKU5KsHGcQMfGm73DJb07%2BhnI5KjarBMDwrJKJFGrL1MXGfPxsOfzM%3D"}],"group":"cf-nel","max_age":604800}

Co je nel?

Tyto dvě hlavičky, nel a report-to, souvisejí s mechanismem pro detekci a hlášení chyb v síťových přenosech pomocí Network Error Logging (NEL). Jsou využívány převážně na straně klienta (prohlížeče) pro monitorování a odesílání zpráv o problémech v síťových připojeních.

1. nel hlavička (Network Error Logging)

Hlavička nel konfiguruje pravidla pro zaznamenávání síťových chyb.

Význam jednotlivých parametrů pro tento typ hlavičky:

• success_fraction: 0: Určuje procento úspěšných síťových přenosů, které se mají logovat (0 znamená, že úspěšné přenosy se nebudou hlásit). Tedy se budou hlásit pouze chyby.
• report_to: "cf-nel": Tímto se specifikuje, kam se mají zasílat reporty o síťových chybách. V tomto případě se mají odesílat na skupinu s názvem "cf-nel", což odkazuje na službu Cloudflare.
• max_age: 604800: Toto je doba platnosti politiky (v sekundách), po kterou budou tyto záznamy aktivní. 604800 sekund odpovídá jednomu týdnu.

2. report-to hlavička

Hlavička report-to definuje endpointy, kam mají být odeslány záznamy chyb.

Význam jednotlivých částí pro hlavčkureport-to:

• endpoints: Obsahuje seznam endpointů, na které se mají odesílat chybové reporty. Zde je pouze jeden endpoint na adrese "https://a.nel.cloudflare.com/report/v4?s=...", který je součástí služby Cloudflare.
• group: "cf-nel": Určuje název skupiny, do které tento endpoint patří. Tato skupina se shoduje s hodnotou v nel hlavičce, což znamená, že všechny chyby definované v nel budou zasílány na tuto adresu.
• max_age: 604800: Udává dobu (v sekundách), po kterou tato pravidla zůstávají v platnosti (týden).

Účel a fungování:

Tyto hlavičky umožňují poskytovatelům (např. Cloudflare) monitorovat problémy s připojením jejich uživatelů. Pokud dojde k chybě v síťovém přenosu (např. nedostupnost serveru, selhání DNS, timeouty), prohlížeč (nebo jiný klient) zaznamená tuto chybu a odešle zprávu na předem definovaný server (endpoint), který je specifikován v report-to hlavičce.

Tento mechanismus pomáhá poskytovatelům získat informace o problémech v síti a případně je řešit, aniž by uživatelé museli manuálně hlásit chyby.

Shrnutí:

• nel hlavička určuje, jaké typy síťových událostí mají být zaznamenávány a kam budou odesílány (v tomto případě pouze chyby).
• report-to hlavička definuje endpoint (v tomto případě Cloudflare), kam se chybové hlášky budou zasílat.

Obě hlavičky spolupracují, aby umožnily automatizované sledování síťových problémů na straně klienta a jejich hlášení na server.

Je Cloudflare placená služba?

Ano, Cloudflare je placená služba, ale nabízí také bezplatnou variantu s omezenými funkcemi. Poskytuje služby pro zlepšení výkonu, bezpečnosti a spolehlivosti webových stránek, včetně Content Delivery Network (CDN), ochrany proti DDoS útokům, DNS managementu, SSL certifikátů a dalších.

Plány Cloudflare:

1. Bezplatný plán:

   • CDN a caching.
   • Ochrana proti DDoS útokům na základní úrovni.
   • SSL certifikáty.
   • Omezený přístup k analytickým nástrojům.
   • Podpora HTTP/2 a další základní služby.

2. Placené plány:

   • Pro plán (od cca 20 USD měsíčně): Nabízí pokročilé bezpečnostní funkce, lepší výkon a podrobnější analýzy.
   • Business plán (od cca 200 USD měsíčně): Poskytuje vyšší úroveň zabezpečení a výkonu, včetně WAF (Web Application Firewall), prioritní podpory a pokročilých SSL certifikátů.
   • Enterprise plán (individuální cena): Nejkomplexnější funkce, určené pro velké organizace s náročnými požadavky na výkon a bezpečnost.

Každý plán má různé úrovně služeb, které se mohou lišit podle potřeb zákazníka, přičemž bezplatný plán je ideální pro menší webové stránky nebo osobní projekty, zatímco placené plány jsou vhodné pro komerční a velké weby.