181
Sítě / Re:USB modem ne vždy po zapojení funguje
« kdy: 29. 05. 2022, 15:14:26 »
K tomu náhodnému chování: možná by poradil Wireshark (s usbmon, nebo jak se to nazývá), pokud to chcete ladit.
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
182
Hardware / Re:Výběr robotického vysavače
« kdy: 28. 05. 2022, 05:15:05 »
Tyto, alternativní firmware pro vysavač? Na jednu stranu cool. Na druhou stranu se obávám, že to bude bez něčích zkušeností (a možná i s nimi, má-li dostatečně odlišný byt) trochu sázka do loterie. Přecejen zrovna tady mezi „funguje“ a „funguje dobře“ může být propastný rozdíl.
183
Distribuce / Re:Debian disk LVM rozšíření
« kdy: 27. 05. 2022, 08:59:57 »
0. Zálohovat důležitá data
1. Zvětšit partition. Otázka je, jestli chcete jen přes terminál (tady se nabízí fdisk / gdisk, pokud s tím nemáte zkušenosti, možná pochopíte, proč jsem psal o záloze), nebo přes GUI (gparted). Možná parted, nemám zkušenost.
2. pvresize
3. Asi budete chtít zvětšit i jednotlivé LV
Ad sdb – předpokládám virtuální disk. No, přijde mi to spíše jako komplikace.
> Stačilo by prostě smazat jednu partition a udělat novou s větší velikostí ?
Jo, pokud to uděláte dobře. Tedy musíte ji vytvořit na stejném místě a nesmíte použít příliš chytrý nástroj, který by tu partition i formátoval, případně by tam poslal TRIM… A tady je šance ocenit zálohu…
1. Zvětšit partition. Otázka je, jestli chcete jen přes terminál (tady se nabízí fdisk / gdisk, pokud s tím nemáte zkušenosti, možná pochopíte, proč jsem psal o záloze), nebo přes GUI (gparted). Možná parted, nemám zkušenost.
2. pvresize
3. Asi budete chtít zvětšit i jednotlivé LV
Ad sdb – předpokládám virtuální disk. No, přijde mi to spíše jako komplikace.
> Stačilo by prostě smazat jednu partition a udělat novou s větší velikostí ?
Jo, pokud to uděláte dobře. Tedy musíte ji vytvořit na stejném místě a nesmíte použít příliš chytrý nástroj, který by tu partition i formátoval, případně by tam poslal TRIM… A tady je šance ocenit zálohu…
184
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 27. 05. 2022, 06:48:13 »
Já rozhodně neříkám, že to nejde. Rozhodně ale tato cesta není pro každého. A pokud někomu nevyjde, možná jen zvolil příliš náročnou cestu na začátek. Jazyk to není nejjednodušší a najít k tomu výukové materiály vhodné pro začátečníky taky nemusí být sranda.
185
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 26. 05. 2022, 14:28:29 »
Rust je dost specifický a pro začátek… no, pokud je někdo fakt trpělivý…
186
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 26. 05. 2022, 11:42:00 »
Jo. Šlo mi spíše o to, že kvůli tomu nemusíme zavrhovat knihu HTDP.
187
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 26. 05. 2022, 11:29:57 »
Nemám na to silný názor, ale údajně čistě funkcionální styl někdy lépe pobírají ti, kteří s imperativním ještě nepřišli do kontaktu. Minimálně bych to nezavrhoval.
188
Vývoj / Re:Nasazení PyWebIO na produkčním webu
« kdy: 26. 05. 2022, 08:19:58 »
K dspozici až po přihlášení – záleží. Pokud nějaké úzké skupině, která nebude mít zájem DoSovat, tak OK. Pokud bude otevřená registrace, tak je přihlášení celkem jedno. Na nějakém nadšeneckém webu pro pár lidí to může být z hlediska DoSu stále OK (motivace pro DoS malá, potenciální škoda též malá z běžný provoz malý). Nevím, jak z jiných hledisek.
Ad Nginx – souhlas, že minimálně kvůli TLS (SSL snad již ne) a slow loris je to vhodné, ale nevyřeší to všechno. Jen nechápu zmínku o WebSocketu, ten přece může jít též přes Nginx, ne?
Ad Nginx – souhlas, že minimálně kvůli TLS (SSL snad již ne) a slow loris je to vhodné, ale nevyřeší to všechno. Jen nechápu zmínku o WebSocketu, ten přece může jít též přes Nginx, ne?
189
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 26. 05. 2022, 07:24:22 »
Nevíme, proto jsem psal „pokud”. Jinak nezpochybňuju závěr – tyto dva jazyky rozhodně mohou dávat smysl pro nemalou část lidí, netroufl bych si to ale vypálit bez kontextu. (A samozřejmě bych to až na možná nějaké velmi specifické případy nebral jako jedinou možnost.)
190
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 26. 05. 2022, 06:12:31 »
Pokud učitel odpovídá takto kategoricky na takto obecně položený dotaz, nemyslím si o tom nic dobrého. Jistě, jazyky mají odlišnosti a hodí se různé jazyky pro různá použití, ale často je na výběr z více alternativ. Může se hodit naučit jazyky z různých kategorií:
Kontrola typů: statické typování (např. Java, C, C++, Rust, TypeScript) vs. dynamické typování (např. Python, JavaScript, Ruby, PHP). Mám trošku pocit, že svět směřuje trošku směrem ke statickému typování, ale může to být můj subjektivní bias. Možná bych řekl, že pro univerzálnost je znalost jen statického typování lepší než znalost jen dynamického.
Správa paměti:
A. Automatická dynamická – tak to má velká část dnes používaných jazyků (Python, Java, JavaScript, Ruby, PHP, …).
B. Ruční – programátor se sám stará, kdy který kus paměti uvolnit. (C, C++, Pascal, …)
C. Automatická při překladu – zatím snad jen Rust. Zajímavý způsob, může postupně nahradit ruční správu paměti. Automatickou dynamickou správu paměti IMHO jen tak kompletně nenahradí. Nicméně asi bych to nedoporučil na začátek.
Paradigma (imperativní/funkcionální/logické/…): Drtivá většina jazyků bude imperativní s funkcionálními prvky, které se prosazují čím dál tím více. Čistě funkcionální jazyk (např. Haskell) se IMHO moc neprosadí a jeho znalost je spíše zpestřením a zajímavým cvičením.
Jistě, občas hranice mezi kategoriemi není úplně ostrá a některé kategorie by šlo dělit i více, už tak ale mám pocit, že toho píšu až moc.
Kontrola typů: statické typování (např. Java, C, C++, Rust, TypeScript) vs. dynamické typování (např. Python, JavaScript, Ruby, PHP). Mám trošku pocit, že svět směřuje trošku směrem ke statickému typování, ale může to být můj subjektivní bias. Možná bych řekl, že pro univerzálnost je znalost jen statického typování lepší než znalost jen dynamického.
Správa paměti:
A. Automatická dynamická – tak to má velká část dnes používaných jazyků (Python, Java, JavaScript, Ruby, PHP, …).
B. Ruční – programátor se sám stará, kdy který kus paměti uvolnit. (C, C++, Pascal, …)
C. Automatická při překladu – zatím snad jen Rust. Zajímavý způsob, může postupně nahradit ruční správu paměti. Automatickou dynamickou správu paměti IMHO jen tak kompletně nenahradí. Nicméně asi bych to nedoporučil na začátek.
Paradigma (imperativní/funkcionální/logické/…): Drtivá většina jazyků bude imperativní s funkcionálními prvky, které se prosazují čím dál tím více. Čistě funkcionální jazyk (např. Haskell) se IMHO moc neprosadí a jeho znalost je spíše zpestřením a zajímavým cvičením.
Jistě, občas hranice mezi kategoriemi není úplně ostrá a některé kategorie by šlo dělit i více, už tak ale mám pocit, že toho píšu až moc.
191
Hardware / Re:Vadná klávesnice u Alza: vrátit či vyměnit?
« kdy: 25. 05. 2022, 15:28:02 »
Jednou jsem do Alzy takto přišel s telefonem. Sami mi řekli, že to vyřešíme vrácením a novou koupí.
192
Server / Re:Databáze na SSD
« kdy: 22. 05. 2022, 11:37:53 »
Před cca osmi lety jsem si pořizoval první SSD. Tehdy jsem se snažil držet limitu 20 GB/den, a i to bylo tehdy spíše zastaralé doporučení. Na dnešních SSD bych se 30 GB/den nebál, pokud to není nějaká hodně specifická kategorie.
Ve výpočtech ještě může hrát roli write amplification, ale i kdyby to situaci změnilo o řád…
Ohledně plotnového disku: Na jednu stranu jsem se jich také prakticky zbavil, na druhou stranu to neberu jako dogma. Tam, kde jsme OK s jeho limity (například nám stačí převážně sekvenční přístup) a chceme nízkou cenu, má stále svoje místo. Pokud dobře chápu transakční log, tak je to právě případ sekvenčního zápisu.
Ve výpočtech ještě může hrát roli write amplification, ale i kdyby to situaci změnilo o řád…
Ohledně plotnového disku: Na jednu stranu jsem se jich také prakticky zbavil, na druhou stranu to neberu jako dogma. Tam, kde jsme OK s jeho limity (například nám stačí převážně sekvenční přístup) a chceme nízkou cenu, má stále svoje místo. Pokud dobře chápu transakční log, tak je to právě případ sekvenčního zápisu.
193
Software / Re:Chromium práská šířku obrazovky
« kdy: 15. 05. 2022, 23:11:39 »
Tak Tor browser se snaží i nějak zaokrouhlovat šířku viewportu. Myslím i tu skutečnou, tedy udělá nějaké okraje.
194
Software / Re:Chromium práská šířku obrazovky
« kdy: 15. 05. 2022, 12:52:35 »
OK, vyjádřil jsem se nepřesně. Přizpůsobuje se to šířce (a občas i výšce) viewportu, tedy té části okna, která zobrazuje stránku. (Nicméně i rozměr okna je IIRC k dispozici, byť by asi nebylo problém tam mít nafakované informace o viewportu. Vadit to může zhruba jen stránkám, které používají pop-up, což je dnes mrtvá věc.
Nicméně pokud bude viewport přes skoro celou obrazovku, půjde hádat rozlišení a prostředí ntak jako tak.
Nicméně pokud bude viewport přes skoro celou obrazovku, půjde hádat rozlišení a prostředí ntak jako tak.
195
Software / Re:Chromium práská šířku obrazovky
« kdy: 15. 05. 2022, 07:35:21 »
Ona šířka obrazovky je již od nepaměti čitelná přes i JS, toto není velká změna. Ano, je to další střípek pro fingerprint. Asi by to šlo řešit spuštěním Chromia uvnitř nějakého nested prostředí (tuším Weston lze spustit jako okno uvnitř X11 nebo Waylandu) – pak snad Chromium uvidí rozměr jen toho obalujícího prostředí (netestováno). Vedle toho bývá čitelná i šířka okna (a viewport se spíše vztahuje k oknu než k obrazovce, hádám), s tím už lze těžko něco dělat bez narušení možností webu. Máme CSS media queries a další věci, které se snaží stránku přizpůsobit právě šířce okna.
