Příspěvky

1

Software / Re:Redo Last line v bashi

« kdy: 18. 09. 2026, 10:54:58 »

By default readline v bashi pouziva Emacs mode. Ty zkratkove klavesy ktere pouzivas pochazi z Emacs.
Zkusil jsem redo z Emacsu v bashi na Mac-u a nefungovalo to.

PS: Undo ma se chova tak, ze dojde az na zacatek historie a pak se z nej stane redo. Zkus mackat undo tak dlouho az ti vsechno smaze a pak zase zacne neco psat. Pozor, nesmis ale promarnit moc casu cekanim.

2

Windows a jiné systémy / Re:Pozastavení SSH z terminálu ve Windows

« kdy: 09. 09. 2026, 16:34:36 »

Obavam se ze budes muset pouzit WSL.

Myslim, ze CMD.EXE neumi spoustet vice procesu na pozadi a prepinat mezi nimi.

3

Odkladiště / Re:Podvržení mého čísla v zahraničí

« kdy: 02. 09. 2026, 16:00:49 »

No jak to záškodníci zjistí by mě také zajímalo... Jestli to prostě ve velkém zkoušení? Byl jsem v zahraničí 3 týdny, první hovor byl cca po týdnu, kulminovalo to v půlce třetího týdne...

Uplne tomu nerozumim, ale co jsem slysel, tak nejaky hacker si zaplati "SS7 connectivity".
Pak se muze tvarit ze on sam je mobilni telefonni operator a muze komunikovat s ostanima telef. operatorama na zemekouli. Odtud muze ziskat ruzne zajimave informace.
Pokud takovy hacker posle zpravu, ze Pepa je ted v Bangladesi a ja by ted chtel roamovat jeho cislo, tak je na ostanich operatorech jestli tomu uveri. SS7 protokol vznikl v dobe kdy se na bezpecnost moc nehledelo. 5G site jsou na tom mnohe lepe.

4

Odkladiště / Re:Podvržení mého čísla v zahraničí

« kdy: 01. 09. 2026, 15:00:56 »

YT kanal Veritasium na tohle tema natocil skvele video s jednim nemeckym hackerem.
SS7 protokol ma minimalni zabezpeceni a hodne veci je zalozenych jen na duvere. 5G site jsou na tom mnohem lepe.

 https://www.youtube.com/watch?v=wVyu7NB7W6Y

5

Windows a jiné systémy / Re:Vlastnosti macOS pro linuxáka

« kdy: 04. 11. 2025, 13:30:21 »

Ja jsem presel a nelituju.
Vyhody: ssh-agent, ssh config, yubikey. jsou pristupne v command line a zaroven v GUI aplikacich. Narozdil od WSL kde mate command line ve virtualce. HW, vydrz baterie, rychlost odezvy, stabilita.

Nevyhody: Klavesnice a klavesove zkratky. Preucit se na Emacs na mac-u bylo peklo. Chybejici GNU nastroje, Apple se vyhyba free software a mate tam sice bash, ale nejaky stary nekompatibilni. Vsechno se musi instalovat pres homebrew.
Kontejnery - na M3 mozne provozovat/testovat Linuxove(amd64) kontejnery, ale je to dost pomale.

6

Server / Re:user@server.org: Permission denied (publickey). (SSH)

« kdy: 19. 10. 2025, 14:50:23 »

Pokud mas root-a na serveru, tak si spust dalsi sshd na foregroundu (na portu 2222) a on ti rekne proc ten klic odmita

/usr/sbin/sshd -D -ddd -p 2222

Muj oblibeny problem je situace kdy je vsechno spravne na strane klienta i na serveru.
Akorat je poradi klicu v ssh-agentovi nahodne a server overuje pouze prvnich 5 klicu.

7

Odkladiště / Re:Jak fungují eDoklady?

« kdy: 06. 10. 2025, 09:57:56 »

[quote  GPU link=topic=31139.msg427519#msg427519 date=1759735872]
Nechápu, proč systém před volbami nebyl připraven na zvýšenou zátěž.
[/quote]

Technicke detaily se nejspis tentokrat nedozvime.
Pri prvnich problemech eDokladu slo o to, ze eDoklady jsou jen interface pro Registr Obyvatel, ktery provozuje Ministerstvo vnitra. A upgrade neceho takoveho je projekt na nekolik roku (takhle proste statni sprava funguje).

PS: mozna ze tentokrat byl problem v necem uplne jinym.

8

Sítě / Re:Provoz LTE a Wi-Fi na Turris Omnia

« kdy: 06. 08. 2025, 11:29:16 »

Mam to doma a funguje mi to. Koupil jsem Quectel EP06-E CAT6 do mini-pci.
Dneska bych ale radsi sel do 5G modemu.

Jediny problem na ktery jsem narazil bylo, ze kdyz mi operator zapnul IPv6, tak mi prestala fungovat AnyConnect VPN na IPv4(kvuli MTU). Proto bych dneska uz radsi volil to 5G.

9

Vývoj / Re:Framework vs. čistý kód

« kdy: 17. 07. 2025, 14:53:26 »

Osamely vlk, ktery vyviji aplikaci sam bez frameworku?
Nakonec skonci s tim, ze zacne psat svuj vlastni framework - jinak to dopadnout nemuze.

PS: Ukolem programatora neni ani tak psat kod, jako spis cist kod. Ctenim ciziho kodu se stravi daleko vic casu nez psanim.

10

Software / Re:Lokální LLM AI moduly

« kdy: 14. 05. 2025, 21:29:37 »

Ja si ted hraju s timhle. Pomoci Pythonu se stahne z huggingface model s tim se pak delaji ruzne veci.
Pak se vygeneruje onnx file ktery se nakonec nahraje do databaze kde se to integruje se SQL.

Da se to vyuzit na veci jako: najdi v DB vsechny produkty ktere maji v popisku zvire.

https://oracle-base.com/articles/23/ai-vector-search-23

PS: Disclaimer, uznavam, ze pouzivat AI uvnitr databaze se trochu uchylarna.

11

Vývoj / Re:SQL: vypis susedov

« kdy: 27. 04. 2025, 13:31:38 »

Vim ze je to nevyzadana rada, ale strankovani je spatne z mnoha duvodu. Vykon databaze je jen z nich.
Mnohem lepsi a modernejsi pristup je "inifine scolling". Je to mnohem jednodusi a pro uzivatele je to i prehlednejsi.

hmm... ako to funguje s niecim, co je potencialne tabulka o 1000+ riadkoch?

Zobrazit 1000+ radek v prohlizeci zase neni takovy problem. Otazka je jestli o to uzivatel doopravdy stoji.
U nekonecneho scrolovani mate vyhodu ze uzivateli nerikate kolik zaznamu jste nasli.

U strankovani nekde zobrazujete x/y, kde "x" je aktualni stranka a "y" je celkovy pocet stranek. Spocitat to y byva casto velmi narocne na vykon a uzivatele to casto ani nezajima. Projde jen prvnich 3-5 stranek a pak zada jiny dotaz.

U nekonecneho strankovani si zapamatujete posledni zobrazene ID a to pak pridavate do filtru where clausule:

Kód: [Vybrat]

WHERE 1=1
and ID > :last_diplayed_id
and <... dalsi podminky hledani >
FETCH FIRST 50 ROWS ONLY;

Pokud mate dobre udelane indexy, tak se pouzije INDER RANGE SCAN a databaze nemusi znovu prochazet zaznamy ktere uz byly zobrazene predchozim dotazem. To je totiz hlavni problem se strankovanim. Pro zobrazeni x-te stranky databaze musi stejne projit stranky 1 az (x-1). Ke zobrazeni celkoveho poctu stranek databaze prochazi uplne vsechny nalezene zaznamy a pak posle uzivateli jen maly vyrez dat.

12

Vývoj / Re:SQL: vypis susedov

« kdy: 25. 04. 2025, 11:45:37 »

Vim ze je to nevyzadana rada, ale strankovani je spatne z mnoha duvodu. Vykon databaze je jen z nich.
Mnohem lepsi a modernejsi pristup je "inifine scolling". Je to mnohem jednodusi a pro uzivatele je to i prehlednejsi.

13

Vývoj / Re:SQL: vypis susedov

« kdy: 24. 04. 2025, 08:56:16 »

Od verze 8.0 by melo MySQL mit alespon castecnou podporu ISO SQL:2008, konretne windowing functions LAG a LEAD.

14

Server / Re:SSH heslo vs. klíč?

« kdy: 17. 03. 2025, 16:52:30 »

Krome hesla a klice je jeste k dispozici kerberos ticket (popr ssh certifikat, ale k tomu neexistuje rozsirena infrastruktura).
Kerberos je imho jeste lepsi volba.

Klice jsou pouzitelne pouze na infrastrukture kde je mozne forwarovani klicu,
pokud vam to spravce zakaze a donuti vas ulozit si privatni klic na kazdy server, tak jsou klice k nicemu.

Yubikey umoznuje integraci se ssh-agentem, kdy je privatni klic ulozeny v tokenu, ze ktereho se "nikdy" nedostane.
Utocnik pak nemuze privatni klic zkopirovat ani kdyz by ziskal root-a na vasem laptopu.

15

Odkladiště / Re:Zálohování stále se měnících velkých dat

« kdy: 14. 01. 2025, 10:08:54 »

Velke databaze jako Oracle, SQL Server anebo Postgre maji transakcni logy ktere se taky zalohuji. Diky tomu je pozny PITR (point in time recovery). Databazi je mozne obnovit k libovolnemu bodu v historii.

Bankovni aplikace maji vlastni "ucetnictvi". Jako za na jedne strane je "ma dati" "dal" (nostro a vostro). Pokud by doslo ke zmene dat v jedne bankovni aplikaci tak by vznikla dikrepance s hodnotami v jine aplikaci anebo s hodnotami z vypisu z uctu i jine banky.