Příspěvky

1

Server / Re:Načtení HTML z hostingu za méně než 80 ms

« kdy: 13. 07. 2025, 17:18:16 »

Mi trva tvuj blog frantiskovo.cz

To není správná doména. U sebe vidím 37 ms čekání + 2 ms stahování.

Nebo to počítáš včetně obrázků atd.? Celkově se stáhne 903,46 kB (včetně obrázků na titulní straně).

2

Server / Re:Načtení HTML z hostingu za méně než 80 ms

« kdy: 12. 07. 2025, 14:09:22 »

Mám takový dotaz.

Na hosting serveru (Rosti.cz) mi bezi pres Gunicorn moje Python Flask aplikace, Gunicorn je schovany za nginx.

• Moje aplikace mi vrati vyrenderovaný index.html za 130ms.
  
• Když ten stejný index.html vrátím přes Flask jako statický soubor (bez renderu), tak to trvá 80ms.
  
• A když ten samý index.html nechám vrátit přes NGninx, který tam běží, tak to trvá rovněž 80ms.
  

Soubor má velikost přesně 22kB.

Chrome DevTools Network říká, že:

Kód: [Vybrat]

Waiting for server response: 79ms
Content download: 1ms

Otázka / Problém č. 1

Vím, že 80ms response pro webovku není moc, ale stejně mi to přijde až příliš, čekal bych míň - co se to tam děje, že to tak trvá?


Otázka / Problém č. 2

Občas to trvá i 267ms, a to když se dělá handshake. Potom DevTools píše navíc tyto přidané časy:

Kód: [Vybrat]

DNS lookup: 90ms
Initial Connection: 90ms
SSL: 50ms


Opět, přijde mi to jako dlouhá doba. Vím, že je to dobrý, ale čekal bych míň.

Neexistuje nějaký hosting, který by to dokázal snižit třeba na půlku nebo i na víc?

Schválně jsem se podíval na svůj blog:

blokováno: 0 ms
odezva DNS: 0 ms
připojování: 3 ms
navázání SSL spojení: 15 ms
odesílání: 0 ms
čekání: 50 ms
záskávání: 1 ms

Je to klasická Java EE, stránka se generuje pomocí JSP a texty se tahají z DB. HTML má 21,89 kB. Následně se ještě dotáhnout nějaké obrázky atd.

3

Hardware / Re:Skladany rackovy server, alebo kupit ?

« kdy: 01. 07. 2025, 13:13:20 »

Co je vlastně cílem? Jde o tu funkčnost pro domácí síť a praktický užitek nebo si chceš vyzkoušet nějaký konkrétní HW, který bys potkal někde v datacentru nebo firemní serverovně?

Doma totiž neplatíš za jednotlivé pozice v racku, takže není potřeba se tolik omezovat. Můžeš klidně koupit 4U skříň, do které se vejde libovolná ATX deska, spousta karet a disků. Taky tam máš standardní ATX zdroj atd. Osobně bych šel spíš touhle cestou.

Pokud je cílem si sáhnout na nějaký „enterprise“ hardware, tak doma poskládaná stavebnice není úplně to pravé. Pro tenhle účel by vyhověl spíš nějaký vyřazený profesionální server (ale u něj je potřeba počítat s vyšší hlučností a spotřebou).

4

Vývoj / Re:Je jazyk C skutočne ťažký?

« kdy: 01. 06. 2025, 20:42:56 »

Rozdělil bych to na dvě otázky:

Je C těžký jazyk? NE
Je těžké v C programovat? ANO

C je jednoduchý jazyk, který se naučíš za chvíli. Důsledkem této jednoduchosti je to, že tvoje programy budou složitější – nedá se to obejít, existuje nějaká inherentní složitost programu, který se snažíš napsat, a čím méně toho za tebe řeší programovací jazyk (nebo knihovny), tím více toho musíš ve svém kódu řešit ty.

Tím nechci na C házet špínu. Ten jazyk má velký přínos – je potřeba to vidět v kontextu, ve kterém vznikal. Jednak umožňuje přenositelnost mezi platformami a jednak strukturované a mnohem přehlednější programování oproti assembleru. A dodnes má svůj smysl pro psaní nízkoúrovňových věcí. Taky slouží jako de facto standardní rozhraní mezi nativními knihovnami a programy psanými ve vyšších programovacích jazycích.

Určitě je dobré C umět. Ale pro psaní programů/aplikací bych ho nedoporučoval. Pokud budeš psát jádro systému nebo základní systémové nástroje, tak ano, tam to má smysl i z důvodu „bootstrappingu“ protože kompilátor C je jednoduchý a máš tak minimum závislostí k tomu, abys postavil základ systému. Ale pro další aplikace bych použil aspoň C++ nebo D, Rust, Go, Javu…

5

Bazar / Re:Prodám 100Mbit switche

« kdy: 02. 05. 2025, 00:39:17 »

Za 100megabitový switch nabízím 100 Kč za kus.

To bych rad upozornil, ze cena do noveho 100Mb/s switche se vam na spotrebe elektriny vrati behem dvou mesicu. Pokud vubec jde takova vec jeste koupit. Gigabit bude o nejaky ten mesic dal :-)

Však já bych si to taky vzal spíš ze soucitu, aby to neskončilo v popelnici. Použil bych to na nějaké občasné experimenty a na propojení různých starých počítačů.

Využití pro trvalou instalaci 100megových switchů dneska moc nevidím. Možná tak na oddělenou síť pro VoIP nebo tiskárny, ale to dneska budou spíš všichni řešit přes VLANy. A u čehokoli jiného si člověk bude nadávat, že tam nedal aspoň gigabit. Plus ta spotřeba, jak píšeš.

Jinak mne napadá darovat to nějaké střední škole, ať se na tom učí konfigurovat switche a stavět sítě.

6

Bazar / Re:Prodám 100Mbit switche

« kdy: 30. 04. 2025, 11:18:18 »

Za 100megabitový switch nabízím 100 Kč za kus.

7

Hardware / Re:Myš reaguje až na silnější stisk tlačítka

« kdy: 01. 04. 2025, 18:45:17 »

n.b. článek je návod, jak si člověk může myš sám opravit, ne nabídka na opravu myší

Clanek moc hezky, jen jsem tam nenasel to, co bych potreboval pri opravach nejvic - "jak ten plastovej nesmysl otevrit, aby se nic neulomilo".
Priklanel bych se k tomu, aby prodejci psali, jestli se dane zarizeni da nedestruktivne otevrit (jako v clanku opravovane mysi), nebo ne, jako soucast technickych parametru, aby si mohl clovek vybirat uz pri koupi...

Ani si nevzpomínám, že bych měl nějakou myš bez šroubků… bývají pod těmi teflonovými podložkami. Což je trochu problém – někdy pak hůř drží – je dobré je při sundavání co nejméně ohýbat, nezlomit je, aby pak neodstávaly. Případně se dá koupit lepidlo nebo i univerzální teflonové samolepky, ze kterých se vyřízne potřebný tvar.

8

Hardware / Re:Myš reaguje až na silnější stisk tlačítka

« kdy: 01. 04. 2025, 10:14:21 »

Je sice šance, že se starý spínač podaří nějak rozhýbat nebo vyčistit, ale spíš je to zralé na výměnu spínače. Pokud je to oblíbená kvalitní myš, tak se to vyplatí. Nebo pokud se na tom chceš naučit pájet a kutit. Viz Opravujeme myš: výměna spínačů.

n.b. článek je návod, jak si člověk může myš sám opravit, ne nabídka na opravu myší

9

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 06. 02. 2025, 19:17:01 »

Třeba java, ve vlákně mnohokrát doporučovaný na backend, ale má třeba takovéhle špeky,

Kód: [Vybrat]

Integer i = 100;
Integer j = 100;
System.out.println(i == j); // true

Integer i = 200;
Integer j = 200;
System.out.println(i == j); // false


Tohle je zrovna taková školácká chyba. Už v úvodu do Javy se člověk dozví, že == porovnává u objektových typů přesnou shodu (tatáž instance). Tzn. že to pro 100 zrovna vrátí true je jen náhoda resp. optimalizace, ale používat to nemáš. To ti řekne i IDE (třeba NetBeans).

Na rozdíl od třeba C++ tu není přetěžování operátorů, takže == se chová všude stejně. Jestli je to dobře nebo špatně, to je otázka - asi jak pro koho - ale vzhledem k tomu, že to je jazyk pro široké masy, tak je to asi spíš dobře.

10

Sítě / Re:Jak zablokovat vše čínské?

« kdy: 03. 02. 2025, 21:09:45 »

Ale problém pak může být, že pak může přestat něco fungovat.

Problém je, že někdo dělá weby závisející např. na dostupnosti služeb Googlu - a to způsobem, že při zablokování Googlu je celý ten web mimo provoz, ne že by přestala fungovat jen nějaká doplňková funkce. Tahle zvěrstva se dějí bohužel celkem často.

Že na to ten blokující přijde, je až důsledek toho problému, a vlastně je to dobře, protože to ukazuje, co je všechno špatně a co by se mělo opravit.

K původnímu dotazu: já blokuji selektivně domény Googlu, Microsoftu a Facebooku a pár dalších šmejdů. Dělám to na vlastním DNS serveru. Ty si na ten seznam můžeš dát vybrané čínské domény. Blokovat obecně nějakou zemi nemá smysl - protože 1) je tam i užitečný nebo přinejmenším neškodný obsah a 2) ta země působí i skrze jiné domény a IP adresy.

Další možnost je místo blacklistu mít whitelist - povolit si jen vybrané domény nebo skrze reverzní proxy dokonce jen vybrané URL. To je účinnější, ale taky mnohem pracnější. Moc si nedovedu představit to používat pro osobní přístup k internetu. Použít se to dá jako ochrana nějaké virtuálky, ve které běží nedůvěryhodný OS a aplikace – když ji nemůžeš provozovat úplně offline (což je nejbezpečnější), tak můžeš aspoň sestavit whitelist toho, kam má daná VM právo se připojovat. (ale úplně neprůstřelné to není a nějaký průsak tam přes ty whitelistované adresy být může)

11

Bazar / Re:Prodám klávesnici ZSA Moonlader

« kdy: 03. 02. 2025, 19:17:06 »

Mě by spíš zajímal důvod prodeje a dosavadní zkušenost s touto klávesnicí. Protože jsem taky uvažoval o pořízení. Dnes jsem spokojeným majitelem starší ErgoDox EZ.

12

Hardware / Re:Firemní počítač na soukromé použití

« kdy: 31. 01. 2025, 22:19:08 »

Na oživování starých vláken nevidím nic špatného - když je to relevantní a užitečné. Jde třeba o nadčasové téma nebo o otázku, která před lety neměla řešení a dneska už ho má - odkazy z vyhledávačů vedou pořád do té staré diskuse, tak je fajn, když v ní bude řešení nebo aktuální komentář. Něco jiného je ale automaticky generovaný odpad a spamy - to je jednoznačně zlo a je potřeba to odlišovat.

13

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 30. 01. 2025, 12:27:19 »

Bez zdĺhavého reštartovania servera a čakania 3 minúty kým Spring povytvára všetky beany a podobne

To zní spíš jako hodně letitá zkušenost s IBM WebSphere nebo něčím podobným. Dnešní Jakarta (dříve Java EE) nebo Spring startují v řádu několika vteřin, kromě toho tu máš věci Quarkus, Micronaut, GraalVM a kompilace do nativního kódu…

A pokud jde o webové aplikace, tak bych doporučil podívat se na Vaadin. Píše se to buď v čisté Javě nebo se tam používají Reactí komponenty. Odpadá tam to trápení se s aplikací rozdělenou na „frontend“ a „backend“ – je to prostě jedna aplikace a to, že část běží na serveru a část v prohlížeči, za tebe řeší framework.

14

Hardware / Re:Může se LTE modem chovat jako mobil?

« kdy: 20. 01. 2025, 11:03:28 »

Jen pro zajímavost, v čem to odlišné chování operátorů spočívá?

15

Odkladiště / Re:Zkušenosti s internetovým bankovnictvím

« kdy: 09. 01. 2025, 16:04:46 »

Další zrůdnost je třeba to, jak různí „bankovní experti“ propagují platební brány integrované do webu prodejce. ... např. koupí věc v neznámém obchodě za pětistovku a maximální škoda, kterou riskuje, je ta pětistovka. Ale když je ta brána integrovaná do webu obchodu, tak musíš důvěřovat každému tomu obchodu, že ti nevyluxuje kartu, nezapamatuje si tvoje údaje, neposkytne je někomu dalšímu atd.

Blast from the past, ty mi chceš říct že platíš v roce 24/25 ještě svojí hlavní platební kartou, že nepoužíváš virtuální karty při placení na webu (eg.: Revolut) ?

Používám kartu, kde mám většinu času nastavené nulové limity a jen když jdu platit, tak je zvednu na příslušnou částku. Takže pro mne to relativně bezpečné je. Ale mám pocit, že většina lidí tohle nedělá.