Příspěvky

1

Sítě / Re:Doporučte VPN s českými IP adresami

« kdy: 14. 09. 2026, 16:41:10 »

Já bych šel taky cestou vlastního VPS. Výhody vidím v tom, že IP nebude vedená v žádném VPN seznamu a není problém si tam rozběhnout více VPN služeb a mít něco v záloze. Ne vždy a ne všude běží bez problémů různé VPN.

Mim. na to aby mi běžela VPNka i z různých divných sítí a zemí se mi docela osvědčil netbird který spojení umí encapsulovat přes http/quic relay ;-)

2

Vývoj / Re:Styly programování

« kdy: 05. 09. 2026, 12:02:24 »

Je snad chybou XML, že jsou lidé líní se ho naučit a místo toho ho pomlouvají?

Já jsem třeba XML uměl velmi dobře. Taky XSLT, XML Schema atd. Stejně ho pomlouvám, protože oproti JSON to je prostě těžce neefektivní, složitý formát který obrazně řečeno k předání jednoduché informace mezi stroji typu { "temperature": { "value": 20, unit: "C" } } nebo {"payment": {"currency": "CZK", "value": 210.20, ... }} potřebuje poměrně dost boilerplate a heavy parser.

Kód: [Vybrat]

<temperature value="20" unit="C"/>
<payment currency="CZK" value="210.20"/>
mi připadá čitelnější.

A pak si někdo vzpomene že XML umí schéma a namespace a že to každý cool a in člověk musí použít

<?xml version="1.0" encoding="utf-8"?>
<temp:record
  xmlns:temp="https://example.com/temperature"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation=" https://example.com/temperature https://example.com/temperature/temperature.xsd">

  <temp:temperature temp:value="20" temp:unit="C" />

</temp:record>

Samozřejmě, že jednoduché XML takhle vypadat nemusí. Jenže proč to nepoužít když to jsou "výhody" xml. A jakmile je reálně začnete používat, syntaktická i implementační režie(celkem zbytečná) kolem rychle narůstá.
Navíc, čitelnost pro člověka je příjemný bonus, ale u formátu určeného primárně pro komunikaci mezi stroji není primární. API nefunguje tak že jednu odpověď píše sekretářka a druhá sekretářka ji čte. Osobně si myslím že je důležitý rozumný kompromis mezi čitelností pro člověka (v případě debuggingu, auditu etc.), jednoduchostí a množstvím režie (aneb kolik potřebujete serverů na generování a čtení).

3

Vývoj / Re:Styly programování

« kdy: 05. 09. 2026, 11:12:42 »

Proč se tedy pro tvorbu webů místo HTML nepoužívá JSON, když je tak skvělý?

Nechete přirovnávat HTML ke XML, že? Přestože tam je podobnost, HTML má trochu daleko k validnímu XML...
A jinak je to protože první použití HTML bylo lidmi (psali ho lidé). Nešlo o strojově generovaný kód. Jenže taky se podívejte kdy HTML a XML vzniklo. Kdyby dneska někdo navrhoval nový formát pro browsery, osobně si myslím že HTML by už nepoužil.

Je snad chybou XML, že jsou lidé líní se ho naučit a místo toho ho pomlouvají?

Já jsem třeba XML uměl velmi dobře. Taky XSLT, XML Schema atd. Stejně ho pomlouvám, protože oproti JSON to je prostě těžce neefektivní, složitý formát který obrazně řečeno k předání jednoduché informace mezi stroji typu { "temperature": { "value": 20, unit: "C" } } nebo {"payment": {"currency": "CZK", "value": 210.20, ... }} potřebuje poměrně dost boilerplate a heavy parser.

4

Vývoj / Re:Styly programování

« kdy: 05. 09. 2026, 10:55:27 »

Pokud jsou v JSONu české znaky, tak se to čte blbě. Jak poznáš znakovou sadu, ve které byl napsán?

To je fiktivní problém nebo reálný? Všechny nové systémy běží v UTF-8. Je reálný důvod aby někdo běžel v něčem jiném? Navíc RFC kolem JSONu říká že dokument musí být jen a jen v UTF-8, takže to poznám zcela jednoduše.

JSON nemá ani komentáře. V XML je můžeš i zpracovávat. JSON nemá ani definici použité znakové sady. Processing instructions JSON také nemá a přitom je to fakt mocný nástroj. Uživatelé JSON si však zvykli na to, že je to jen serializovaný datový strom a tak ho také používají.

Komentáře - Proč by proboha někdo chtěl do generovaného výstupu dávat komentáře (api request, response, dokumenty atd.) Aby zvýšil bandwidth a cenu parsování dat nesmyslem který druhá strana zahodí?
Co se processing instruction týče, tak je to jen věc syntaxe, sémantiky a kontraktu, žádná magie. Cílová aplikace to musí podporovat tak jako tak, takže jaký je přesně rozdíl mezi
<?cache ttl="200"?>
a
{"_cache": { "ttl": 200 } }

5

Vývoj / Re:Styly programování

« kdy: 04. 09. 2026, 09:58:40 »

Myslel jsem, ze XSLT se uz moc nepouziva? Webum nerozumim, ale na frontendu se to pouzivalo nekdy pred 30 lety a na backendu uz bylo XML prevalcovano JSONem. Ale chapu, pokud delas nejake one-man show aplikace, tak muzes pouzivat i vicemene obskurni technologie.

JSON je jen slabou náhražkou XML a obvykle se používá v rámci jedné aplikace tam, kde jeho chudé vlastnosti stačí, zejména v ekosystému JavaScriptu. Pro výměnu dat se však stále používá XML. Mrkni se třeba na API nějakého e-shopu nebo banky. XML.

S tím mohu jen nesouhlasit. JSON, případně jeho odnože a REST/GraphQL jsou de-facto moderní komunikační standardy pro API. Pokud někdo dělá nové API (a nepotřebuje kompatibilitu se "starým") světem, šáhne po JSONu. Stačí se podívat na API všech světových big-companies(google, openai, meta ...), nová API vznikajicí v rámci eu (PSD2 třeba) a osobně když to vezmu z osobní zkušenosti -- dělal jsem u integrací eshop<->dopravce (v mezičlánku co sjednocoval API všech velkých dopravců). Když pominu věci jako FTP (ano CSV/FTP jako API :-D) tak dopravci co neměli nové systémy používali SOAP. Ale všichni dopravci kteří přešli na nové systémy používali bezvýhrady JSON.
Popravdě neznám jediný nový produkt který by jako primární API používal XML. XML je těžce neefektivní a složité.
Na druhou stranu, ano pravda, v ČR stále máme nová api na SOAP (eet2). Ale popravdě, Český stát byl vždycky co se techniky týče trochu zaostalý (ale už se to lepší)

6

Vývoj / Re:Styly programování

« kdy: 28. 08. 2026, 14:41:48 »

Ak ti AI pise aj testy aj kod tak ty ani netusis, ci sa to sprava, ako sa to spravat ma.

Když použiju nějakou knihovní funkci, tak taky netuším, jestli se chová, jak má. Ty si sám píšeš testy i na každou vnější závislost, nebo taky spoléháš na to, že to otestoval někdo jiný - a šťourat do toho začneš až když nějaký test na vyšší úrovni nebo praxe ukážou problém?

já třeba jo

Zvláště u webservis oni rádi mění api a chování aniž by dali vědět.

Něco jiného je testovat závislost kterou nemám pod správou (web api etc.) a něco jiného je knihovna. Kterou pod správou mám přesnou verzi a když neprovedu upgrade, aplikace bude fungovat dál. Osobně to nikomu neberu, ale kde je ta hranice? Za chvíli někdo může psát testy jestli se compiler chová tak jak se chovat má...

7

Odkladiště / Re:důvěryhodnost eshopového slepence shop.app,appstle,config-security . com

« kdy: 21. 08. 2026, 18:20:25 »

Je rozumný nápad objednávat z e-shopu který je prolezlý URL shopify, .well,known, .produce, produce_batch, api/collect, doménami níže: ?
upcart.app

Kód: [Vybrat]

     
      1 ohttp-relay-safebrowsing-android.google.fastly-edge.com
      2 browser.sentry-cdn.com
      2 slide.upcart.app
      2 tr.runconverge.com
      2 www.fbsbx.com
      4 cdn.shopify.com
      6 api.config-security.com
      6 api.whaledb.io
      6 app.consentmo.com
      6 cdn.rebuyengine.com
      6 cdn.506.io
      6 otlp-http-production.shopifysvc.com
      6 pixel.wetracked.io
      6 static.klaviyo.com
      6 static.rechargecdn.com
      6 subscription-admin.appstle.com
      6 t.contentsquare.net
      6 tseish-app.connect.trustedshops.com
      6 widget.trustpilot.com
      6 www.clarity.ms
      8 monorail-edge.shopifysvc.com
     10 b.applovin.com
     12 jointrybe.com
     12 static.runconverge.com
     16 shop.appje to log sprchy dns requestů, očištěný o  pan-webové sledovače jako tiktok, google.h.seznam, nel.cloudflare)

Tedy jestli už podle

Naštěstí checkout narazil na zablokovanou doménu shop.app.
e-shop je tasty-dose.de .... ale dotaz obecně je zda se pozná  už podle takovéhle "úrovně" e-shopu, že bych si tam nesvěřil ani GET požadavek.

Obávám se že údaje  se rozsemení po všech darknetech podle počtu xthml requestů na bezprecedentě vysoké množství domén.
 co je zač. shop.app doména. nějaký koncentrátor?

Shopify je docela známy systém na shopy. klaviyo/upcart jsou taky celkem známý. Třeba shop.app jsem neznal ale přijde mě to jak agregátor typu glami. Ty většinou mají tracking. Holt využívají hodně služby třetích stran ...

8

Software / Re:Jednoduché střižení videa

« kdy: 16. 08. 2026, 13:52:50 »

která je v základu zdarma a platí se jen za víc profi funkce, které 90% uživatelů nikdy nepoužije.

To bych neříkal. Zrovna celkem běžný GoPro Hero13 generuje 5k videa pro které je základní verze nepoužitelná

9

Distribuce / Re:Pomoc s orientací v současných distribucích

« kdy: 11. 08. 2026, 14:22:54 »

Elementary OS jsem zkoušel dříve ale vůbec mi ten Pantheon desktop nesedl.

ten je pry DEI... takze tam si jako bily muz patch neposles.

Jasně protože je zcela normální být id*ot a posílat do pr*ele lidi kvůli národnosti, sexuální orientaci, vyznání, politice atd. že? Sorry, ale s takovým vývojářem bych taky nechtěl pracovat a to ani kdyby jeho patch měl přinést do projektů výrazné vylepšení ;-) (a bylo by mi fakt jedno jestli je bílý, žlutý, oranžový, černý, růžový, žid, křesťan nebo ateista...).

10

Desktop / Re:Bezpečnost notebooku, poraďte prosím

« kdy: 22. 07. 2026, 20:19:49 »

To pomůže spíš proti normální policii, majitel ručníku a obušku nejspíš bude vědět po čem jde. Pomůže mít možnost zničit klíč, někdo na ABCLinuxu kdysi řešil autodestrukci dát termitem, pak ještě kapsle s kyanidem...

Každopádně tohle myslím demonstruje že čím dál zajde threat model, tím absurdnější opatření z toho vyplave

kapsle s kyanidem je jed pro cloveka

Čímž ve finále zabezpečí ve spojitosti s termitem ten notebook -- protože z něj nebude nikdo už moct vymámit data co byly na notebooku případně klíče k zálohám ...

11

Software / Re:Snížení digitální stopy při procházení webem

« kdy: 18. 07. 2026, 10:05:18 »

Nějak bych řekl že pokud vám jde o "absolutní" anonymytu, s JS a médii nemáte šanci. Samotné uBlock atd. už o vás něco řekne. JavaScript vykecá poměrně opravdu hodně, samotné TCP taky (a jako že tyhle společnosti jsou opravdu kreativní, viz. meta a listen na localhostu na mobilním zařízení etc.). Jediná cesta jak být opravdu anonymní je fungovat jak píše a6b. 
Nicméně pokud Vám jde o zablokování běžného trackovacího JavaScriptu z "big company" tak uBlock fungovat bude :-)

12

Odkladiště / Re:Měl by být zrušen patentový úřad?

« kdy: 16. 07. 2026, 10:15:00 »

Přitom ve světě bez patentů by měli šanci svůj výzkum zúročit a své zákazníky přesvědčit, že to vymysleli sami a jen neopisují.

Jenže běžného zákazníka nezajímá jestli někdo něco vymyslel nebo jen "opisuje" od někoho jiného. Běžného zákazníka zajímá finální cena. A problém je že u toho kdo danou technologii vymyslel bude logicky větší, protože investoval do vývoje. U toho co ji zkopíroval bude pak menší, protože ten vývoj nemusí platit. Stačí zaplatit někoho kdo to zkopíruje...

13

Distribuce / Re:Windows Identifier taky na Linuxu?

« kdy: 14. 07. 2026, 11:36:45 »

Pred casem sem cetl nekde clanek o tom, jak byl uzivatel vypatran i pres pouziti VPN, a to pomoci "Windows Identifier" (nebo nejak podobne se to jmenovalo). Tehdy sem si pomyslel neco o tom, ze je to vul, a mel pouzit linux, tam by se mu to nestalo.

Jake vsak bylo me prekvapeni, kdyz sem u sebe na Mint 22.3 nasel soubor:
-rw-r--r-- 1 root root 33 Mai  4  2025 machine-id

Obsahuje nakej 32-znakovej base16 retezec. Co to je, a naco to slouzi? Nemuze to byt taky pouzito na jednoznacnou identifikaci? Navic, ten soubor muze cist kdokoliv. To se mi nezda zrovna bezpecne...

RTFM ;-) https://www.man7.org/linux/man-pages/man5/machine-id.5.html

Používá to např. systemd, resp. systemd-networkd při generování DUID při DHCPv6. Dál DBus atd. Jedná se o unikátní číslo stroje, ale nikde se snad neposílá ven

14

Odkladiště / Re:Už někdo s jistotou ví, co je při proclení „stejný druh zboží“?

« kdy: 03. 07. 2026, 19:57:03 »

Spis by me zajimal text narizeni, kde by mohlo byt uvedeno - do jake hloubky u toho sazebniku se pujde - on ten kod zbozi muze byt 6, 8, 10 cislic.. (prakticky videno v deklaracich), zatimco ty prvni 4 cisla jsou jen takove skupiny..

... takze nevim. Porad mame 4 ruzne varianty jak se to bude grupovat

A to konečně začínáme směřovat směrem, kam jsem doufal, že dojdem. Návaznost na celní kategorie by rozumný člověk čekal, ale pořád nevím, jestli v samotné legislativě není nějaká idiocie jako "každý jeden řádek na faktuře". Plus pokud se nepletu, celní kategorie nejsou pro všechny země EU shodné, takže možná bude záležet, přes kterou zemi to sem ve velkém obchody pošlou, a ve které to proclí.

Pokud vím tak celní kateogrie naopak má celá EU sjednocená.

15

Odkladiště / Re:Už někdo s jistotou ví, co je při proclení "stejný druh zboží"?

« kdy: 03. 07. 2026, 17:23:07 »

Položka jako v SQL databázi.

Hmm, aha, dík, to je smutné. Takže by se dalo s úspěchem pochybovat o pravdivosti tvrzení výše citovaném z celnicka.cz.

Pokud vím, jedná se o jednu celní kategorii. Třeba 10 ESPček a 20 Atmeg bude spadat furt pod 8542 - Elektronické integrované obvody, případně pokud s radiem tak je možný že to spadne pod 8543. Ale nedej bože že byste k tomu vzal rezistor, ten má číslo 8533, což je samostatná kategorie, tj. další 3 EUR. A tranzistor je pro změnu 8541 což je další 3 EURa. https://celnisprava.gov.cz/cz/aplikace/stranky/taric-cz.aspx ,  Nomenklatura zboží, "..." . Příjemnou zábavu pokud byste si chtěl osadit vlastní desku zásilkou z číny... Zas na druhou stranu pouzdra pro mobily budou spadat do jednoho kódu, hurá, můžu si koupit 1000 pouzder :-D