Příspěvky

1

Hardware / Re:Jaký ThinkPad pro Linux?

« kdy: 16. 09. 2025, 10:00:55 »

Chybu bych hledal spíše v distribuci než v notebooku.

BTW pamatuji si že s Ubuntu na tom byly problémy s hw a ovladači.

Částečně to bude pravda. Tahle debata mě nakopla, abych realizoval dlouho odkládaný upgrade z 22.04 na 24.04. Dopadlo to jak jsem čekal, Unity už tam je zcela nepoužitelné a bolestně se sžívám s Gnome (které mi nevyhovuje, ale to je jiné téma).

Ale buď novější kernel nebo něco jiného v distribuci pomohlo a větrák se dost ztišil. Ale i tak je notebook tak teplý, že práce na klíně je nepříjemná.

Cenový limit na nový notebook je daný firemní politikou a nevidím důvod, proč limit nevyužít. K názorům, že notebook za 15 tisíc stačí, jsem dost skeptický. Už jsem takové notebooky viděl a většinou byly dost šílené z hlediska zpracování, klávesnice nebo prostě brzo odešly (ve firmě teď hromadně chcíply snad všechny 3 roky staré Tuxedo kupované kvůli podpoře Linuxu - odešly monitory, zvukovky a další komponenty, který jsem u ThinkPadů za 20 let neřešil).

2

Hardware / Jaký ThinkPad pro Linux?

« kdy: 12. 09. 2025, 09:37:49 »

Ahoj,

hledám doporučení, jaký notebook v ceně do 50.000 Kč bez DPH koupit. Budu na něm provozovat Ubuntu, poběží tam PyCharm, cca 10 docker kontejnerů (postgres + aplikační procesy) a hlavně nonstop Zoom konference.

Jsem letitý uživatel ThinkPadů a dost konzervativní člověk, takže i když jsem se s nimi v poslední době hodněkrát spálil, zejména kvůli rozložení klávesnice bych u nich zůstal (pokud neobjevím výrazně lepší alternativu s plnohodnotnou klávesnicí).

Teď mám T14s s AMD Ryzen™ 7 PRO 6850U, 32GB RAM a jsem velmi zklamaný, protože i při prakticky nulové zátěži (vypnu ty docker kontejnery, ukončím Zoom, zátež CPU podle htop někde kolem 5%), jede mi větrák neustále a notebook je zespoda tak teplý, že mít ho položený na klíně lze vydržet jen pár minut.

Předtím jsem měl X1 Carbon s Intelem a zhruba první rok s tím byla hromada problémů (uspávání, wifi apod.), ale pak se to s novějšími kernely nějak srovnalo.

Takže prosím o doporučení, jestli procesor Intel nebo AMD, přemýšlím o T14 nebo T14s (občas ho přenáším, ale už ne denně, takže váha není top priorita). Nejde mi až tak o výkon jako o bezproblémovost.

3

Server / Re:Doporučte monitoring pro začátečníka

« kdy: 25. 08. 2025, 09:36:12 »

Mohli byste mi doporučit vhodný monitorovací systém (poměr výkon/jednoduchost).

Já doporučuju Zabbix. Je dostatečně flexibilní a zároveň jednoduchý na pochopení a používání.

4

Odkladiště / Re:Google TV nechtěné reklamy

« kdy: 26. 02. 2025, 22:58:08 »

Na projektoru Dangbei Atom s Google TV mě to taky štvalo. Pak jsem zjistil, že je možné předinstalované aplikace (Netflix, Prime Video apod.) zakázat v menu Aplikace a ty jejich upoutávky z domovské obrazovky zmizí.

5

Vývoj / Re:Jak zajistit aktualizaci mnoha jazykových překladů?

« kdy: 27. 01. 2025, 14:42:43 »

Na management překladů jsou nástroje jako komerční Transifex nebo open source Weblate.

6

Sítě / Re:Získání aktuálního firmware Cisco

« kdy: 19. 08. 2024, 23:16:17 »

Já takhle jednou vyhazoval zcela funkční Checkpoint malý HW firewall pro SOHO. Blokoval nějaký IP range, který byl původně označený jako privátní, ale pak ho začal používat nějaký cloud (tuším, že Azure) a jediné řešení byl nový firmware, k jehož získání bylo třeba doplatit support za několik zpětně, kdy jsme ho neplatili. Levnější pro nás bylo vyhodit zcela funkční zařízení a koupit o něco novější verzi s aktuálním firmwarem. Ekologie v praxi.

7

Server / Re:HTTPS certifikát v lokální síti

« kdy: 02. 04. 2024, 10:48:44 »

Jaká je tedy momentálně best practice? Mám Home Assistent běžící v docker kontejneru na Turrisu a chtěl bych ho přepnout na https. Vytvořit si vlastní CA bych zvládl, na Linuxu si ji přidám. Ale když mám několik uživatelů s Androidem, tak musím také obíhat jejich telefony a nějak jim tam přidávat svoji CA? Nebo existuje nějaké víc user-friendly řešení?

8

Hardware / Re:Ryzen 9 PRO 7940HS nebo spíš Intel i9-13900H?

« kdy: 27. 03. 2024, 10:54:03 »

Mám T14s Gen3 s AMD a považuju to za velkou chybu. Jedu na Ubuntu 22.04 s kernelem 6.5.0-27 a mám neustálé problémy. Větráček procesoru jeden non-stop (opravdu se nikdy nezastaví) i když mám třeba teď zátěž procesoru někde kolem 10% (load average cca 3).

Při zaklapnutí notebooku s cca 30% pravděpodobností nedojde k uspání, ale notebook se začne přehřívat, větráček jede naplno, dokud nedojde baterka (nebo dokud si nevšimnu, že mě batoh na zádech hodně hřeje).

Při probuzení notebooku a připojení externího monitoru začnou náhodně poblikávat části obrazovky a nezbývá než restart. Na radu kolegy a podle nějakých diskusních fór jsem zkoušelm přidat kernel cmdline "amdgpu.sg_display=0 amdgpu.dcdebugmask=0x10", ale nepozoroval jsem žádné zlepšení.

S předchozím X1 Carbon Intel jsem měl prvních pár měsíců také problémy, hlavně s uspáváním, ale novější kernely to vyřešily. Tady se to táhne už skoro rok a hodně lituju, že jsem se nechal ovlivnit nějakými teoretickými výkonnostními výhodami AMD a skončil u téměř nepoužitelného notebooku.

9

Hardware / Re:Linux na Thinkpadu P14s Gen4 AMD

« kdy: 19. 02. 2024, 18:24:45 »

Povrzuju problém s AMD procesory. Mám Ubuntu 22.04 na T14s AMD gen3 a je to nejhorší notebook, co jsem kdy měl. Problémy s uspáváním, resp. hlavně blikáním obrazovky po probuzení a občas nefunkční wifi. Nejhorší ale je, že i při minimální zátěži jede pořád větrák.

Po více než 20 letech končím s Lenovo a až skončí tenhle ntb, budu koukat jinde.

10

Vývoj / Re:Trendy v PHP

« kdy: 07. 09. 2022, 13:07:18 »

Ano, napsal jsem to bez vyzkoušení. Ale už vím, že php neumožňuje přetížit operátory a naši php vývojáři na takový styl práce nejsou zvyklí. Proto až na základě mého podnětu v rámci code review přibyla do naší vlastní implementace datetime pomocná funkce max(), která to řeší (do té doby to všichni převáděli na int a porovnávali ve for cyklu). Čili jsem to automaticky u datetime neočekával.

Nicméně na základě naší debaty jsem procházel dokumentaci PHP a nevidím tam, jak poznat, které třídy porovnávání podporují. Našel jsem debatu na StackOverflow, kde dokonce porovnávali date() a spoléhali na to, že proběhne implicitní konverze na string a ty stringy pak budou ve správném formátu. To je přístup, který mě doslova děsí a to že to v PHP prochází mi přijde jako nejhorší, těžko opravitelná vlastnost jazyka.

11

Vývoj / Re:Trendy v PHP

« kdy: 07. 09. 2022, 09:53:01 »

https://www.php.net/manual/en/class.datetime.php

Musím se podívat, proč to kolegové reimplementují, ale počítám, že nějaký vážný důvod to má. Každopádně počítám, že porovnávat to nejde, takže třeba triviální max($datetime1, $datetime2, $datetime3) neuděláš.

Uděláš.

Hele, nebylo by prostě tak nějak férovější prohlásit "já prostě PHP nemám rád, nemám pro to žádný racionální důvod, jenom je mi nesympatický"? Jen takový návrh.

Tak jsem na to koukal a hlavním důvodem bude nedomrlá podpora mikrosekund. PHP se zákeřně tváří, že mikrosekundy podporuje, ale ve skutečnosti

microtime(true) loses precision in conversion to float. I think you only end up getting precision to 1/10th of a millisecond.

Plus tyhle rady jsou taky skvělé

You can specify that your input contains microseconds when constructing a DateTime object, and use microtime(true) directly as the input.

Unfortunately, this will fail if you hit an exact second, because there will be no . in the microtime output; so use sprintf to force it to contain a .0 in that case: date_create_from_format(     'U.u', sprintf('%.f', microtime(true)) )->format('Y-m-d\TH:i:s.uO');

Opravdu ti připadá, že tohle není racioální argument - ten jazyk je plný podobných záludných chování, kdy kód většinou funguje, ale pak někam přijde nula a ono to spadne. Případně se ti magicky ztratí přesnost.

12

Vývoj / Re:Trendy v PHP

« kdy: 06. 09. 2022, 17:58:11 »

https://www.php.net/manual/en/class.datetime.php

Musím se podívat, proč to kolegové reimplementují, ale počítám, že nějaký vážný důvod to má. Každopádně počítám, že porovnávat to nejde, takže třeba triviální max($datetime1, $datetime2, $datetime3) neuděláš.

Tak já třeba Tester ignoruju, vesele používám PHPUnit, a nijak mě neuráží, že Nette má svoje vlastní řešení. Kdo jsem abych jim kecal do jejich štěstí.

Akorát, když otevřeš dokumentaci Nette, tak tam najdeš jen Tester. A když chceš testovat presentery, musíš si to napsat sám, ani dokumentace ti nepomůže. Když potřebuješ v testech DB, jsi nahraný a píšeš si sám celé řešení pro bootstrap databáze a pro pouštění testů v transakcích.

PHP jako celek mi moc nepřirostlo k srdci, ale když už, tak třeba Laravel má komplet řešení (https://laravel.com/docs/5.7/database-testing), Symfony má řešení (https://symfony.com/doc/current/testing/database.html), ale v Nette si každý prošlapává svojí cestu sám a objevuje stokrát vymyšlené kolo.

Možná jsem měl jen smůlu, ale ve dvou různých firmách jsem potkal dva (a ne triviálně malé) Nette projekty a v obou to byla zoufalost, věci fungující v jiných frameworcích out-of-the box (autentizace, lokalizace, testy) řešené nějakými vlastními polofunkčními konstrukcemi.

A nejhorší je, že mimo náš píseček, to vlastně nikdo nepoužívá. Integrace Sentry - jen Laravel a Symfony, Loggly - opět Laravel a Sentry, atd. Nic nevygooglíš, nic ti nikdo nepřipravil, pořád řešíš nějaké technikálie místo práce na byznys zadání.

13

Vývoj / Re:Trendy v PHP

« kdy: 06. 09. 2022, 14:05:18 »

Ale postupně se vypracovává, a dneska umí prakticky to samé, co C#, Java, Python.

To je dost silne tvrdenie, hlavne ked veci co som vymenoval maju uz 15 rokov C# aj java vyriesene milionkrat lepsie. Repktive to tam programator nemusi riesit a proste to funguje.
i sa nehodi a este menej sa pouziva.

Ty jiné jazyky si hlavně nenesou tak šílenou zátěž špatného návrhu a mizerné základní knihovny jako php, kde stále ještě spousta knihovních funkcí vrací nulu nebo false při chybě místo, aby vyhodily výjimku. Existuje externí knihovna, která to zkouší řešit, ale při mém zkoušení nefungovala: https://thecodingmachine.io/introducing-safe-php

Také mě překvapilo, že v php není ani tak základní věc jako datový typ pro datetime, takže na projektu, kde jsem dělal, se používaly rovnou tři in-house knihovny pro práci s časem, každá nedomrlá svým způsobem. Navíc v php nejdou přetížit operátory, takže třeba pythonovské datetime(year=2010,month=1,day=1) + timedelta(minutes=60) si ani sám nemůžeš implementovat a u nás se to řešilo podivnými funkcemi jako TimeStamp->addSeconds().

Co mi ale přijde nejhorší, je komunita kolem Nette, které má potřebu ignorovat okolní svět a všechno si dělat samo. Takže máme sice phpUnit, ale Nette si vyvíjí vlastní Tester, který má možná nějaké drobné fíčurky navíc, ale chybí podpora v IDE (polofunkční plugin do PhpStormu nepočitám) a testy v debuggeru si prostě jednoduše nepustíš. Podpora pro NEON v IDE - jde, ale zaplať si propietární plugin. Atd.

Přijde mi, že PHP jde celkem dobrým směrem (třeba typová kontrola a phpstan jsou fajn), ale staví na tak špatných základech, že mě osobně dává větší smysl věnovat se jiným jazykům.

14

Odkladiště / Re:Nefunční zabezpeční Alza.cz

« kdy: 30. 06. 2022, 22:14:48 »

Na supportu jsou neschopáci, kterým je to úplně jedno. Vzhledem k tomu, že Alza nemá kontakt pro hlášení bezpečnostních incidentů, kontaktoval jsem manažera, kterého jsem vygooglil, že už jednou na chybový report reagoval. Napsal jsem:

"Jako IT profesionál si dovedu představit spoustu možných scénářů, jak se na mém účtu objevila nechtěná objednávka, vč. nějaké mé uživatelskéchyby, Vaší technické chyby, ale i bezpečnostního problému. Co mě alezaráží, že Alza nad tím mávne a nestojí ji to za prozkoumání."

Ale odpověď jsem nedostal. Myslím, že Filip Jirsák má pravdu, že optimalizují jen na happy path a nic jiného je nezajímá.

15

Odkladiště / Re:Nefunční zabezpeční Alza.cz

« kdy: 30. 06. 2022, 14:26:33 »

Taky jsem tipoval spíš interní chybu, ale tam bych trochu doufal, že uvidí, kdo to tam interně zadal (aspoň my to vždycky v interních nástrojích logovali) a stačilo to přiznat.

Jestli jim přijde lepší to zatlouct a tvářit se, že se mi někdo nabourává do účtu a oni k tomu neumí zjistit vůbec nic, tak jim na jejich reputaci vůbec nezáleží.