Příspěvky

1

Hardware / Re:Bude fungovat dokovací stanice v USB-A portu ?

« kdy: 02. 09. 2023, 12:37:35 »

Aj obraz ti moze fungovat. Lebo nieje dokovacia stanica ako dokovacia stanica.

Niektore ti len rozpletu jeden port a v nom zahrnute rozhrana na viacere samostatne (USB, DP a PD). Niektore ti k tomu pridaju este USB LAN.
Niektore su cisto USB a vyuzivaju len datovu linku USB a tie rozhrania vytvaraju v danej dokovacej stanici. Taka dokovacka ma vlastny HW a potrebuje ovladac k svojmu fungovaniu. Je tam USB grafika, ktora staci na zakladne veci ale na  3D nie. Taketo dokovacky viac zatazuju system ale bezne si to nevsimnes. Pouzivali sme taketo dokovacky, ked este sme tak nemali rozsirene notebooky s USB-C s DP alt mode /thunderboltom. Ta dokovacka mala UB-C a pribalenu aj redukciu na USB-A

2

Studium a uplatnění / Re:IT Rekvalifikace

« kdy: 29. 07. 2023, 18:19:56 »

Na zaciatku su ti certifikacie na nic.

Na zaciatok potrebujes urcite zaklady a ukazat chut pracovat na sebe.


Na zaciatok by som si pozrel nejake kurzy napriklad na spominanom UDEMY(10 eur za kurz sa da obetovat). Odporucam skusit kurzy na tu istu tematiku od roznych autorov. Nemusi ti sadnut sposob vykladu autora. Napriklad u mna je to bezne. Precitam si knihu alebo kurz od jedneho autora a nic. Skusm niekoho ineho a zrazu mi je to jasne.

Klasicke kurzy su dobre na to, ze sa da spytat a riesit nejasnosti s prednasajucim.

Potom sa tomu chce pravidelne venovat aby si sa do toho dostal/ziskal skusenosti a poznatky. Super by bolo ak by si sa mal moznost spytat niekoho skusenejsieho. To velmi pomaha a urychluje proces ucenia.

Dnes je super vec aj ChatGPT.  Pre zaciatocnika super pomoc. Vie pomoct, vysvetlit zaklady alebo usetrit cas hladanim odpovede na Stackoverflow. Osobne pouzivam. Sam som prerobeny programator z admina.

Neviem, ci peniaze su dobra motivacia na zmenu zamerania. Mna to vzdy zaujimalo ale nejak ma to obchadzalo a az na stare kolena som sa k tomu dostal.

3

Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 11. 07. 2023, 10:55:58 »

netusim ako ta stranka funguje.
Posielam anonymizovane plany
Fast

Kód: [Vybrat]

Unique  (cost=72877.07..72877.13 rows=1 width=234) (actual time=0.107..0.121 rows=0 loops=1)
  ->  Sort  (cost=72877.07..72877.08 rows=1 width=234) (actual time=0.104..0.116 rows=0 loops=1)
          Sort Key: romeo_echo_whiskey.quebec_seven, romeo_echo_whiskey.mike_alpha, romeo_echo_whiskey.quebec_whiskey, romeo_echo_whiskey.three, romeo_echo_whiskey.foxtrot_yankee, romeo_echo_whiskey.whiskey_romeo, romeo_echo_whiskey.charlie, romeo_echo_whiskey.tango_seven, romeo_echo_whiskey.quebec_bravo, romeo_echo_whiskey.juliet, romeo_echo_whiskey.seven_papa, romeo_echo_whiskey.romeo_hotel, romeo_echo_whiskey.romeo_echo_quebec, romeo_echo_whiskey.victor, romeo_echo_whiskey.bravo_zulu, romeo_echo_whiskey.quebec_echo, romeo_echo_whiskey.yankee, romeo_echo_whiskey.tango_lima, romeo_echo_whiskey.whiskey_yankee, romeo_echo_whiskey.uniform
          Sort Method: quicksort  Memory: 25kB
        ->  Nested Loop  (cost=566.52..72877.06 rows=1 width=234) (actual time=0.082..0.093 rows=0 loops=1)
              ->  Nested Loop  (cost=566.10..72629.32 rows=487 width=234) (actual time=0.079..0.089 rows=0 loops=1)
                    ->  Bitmap Heap Scan on whiskey_four  (cost=8.85..12.91 rows=1 width=16) (actual time=0.052..0.060 rows=2 loops=1)
                            Recheck Cond: (((((((foxtrot_juliet -> 'papa_november'::text) -> 'quebec_november'::text) ->> 'oscar'::text))::text = 'bravo_november'::text) AND (((((foxtrot_juliet -> 'papa_november'::text) -> 'quebec_november'::text) ->> 'hotel'::text))::text = 'seven_three'::text) AND (((foxtrot_juliet ->> 'foxtrot_kilo'::text))::text = 'seven_alpha'::text)) OR ((((((foxtrot_juliet -> 'golf_six'::text) -> 'quebec_november'::text) ->> 'oscar'::text))::text = 'bravo_november'::text) AND (((((foxtrot_juliet -> 'golf_six'::text) -> 'quebec_november'::text) ->> 'hotel'::text))::text = 'seven_three'::text) AND (((foxtrot_juliet ->> 'foxtrot_kilo'::text))::text = 'six_seven'::text)))
                            Filter: ((juliet)::text = ANY ('romeo_oscar'::text[]))
                            Rows Removed by Filter: 2
                            Heap Blocks: exact=4
                          ->  BitmapOr  (cost=8.85..8.85 rows=1 width=0) (actual time=0.039..0.043 rows=0 loops=1)
                                ->  Bitmap Index Scan on lima_yankee  (cost=0.00..4.42 rows=1 width=0) (actual time=0.027..0.027 rows=4 loops=1)
                                        Index Cond: ((((((foxtrot_juliet -> 'papa_november'::text) -> 'quebec_november'::text) ->> 'oscar'::text))::text = 'bravo_november'::text) AND (((((foxtrot_juliet -> 'papa_november'::text) -> 'quebec_november'::text) ->> 'hotel'::text))::text = 'seven_three'::text) AND (((foxtrot_juliet ->> 'foxtrot_kilo'::text))::text = 'seven_alpha'::text))
                                ->  Bitmap Index Scan on india_hotel  (cost=0.00..4.42 rows=1 width=0) (actual time=0.009..0.010 rows=0 loops=1)
                                        Index Cond: ((((((foxtrot_juliet -> 'golf_six'::text) -> 'quebec_november'::text) ->> 'oscar'::text))::text = 'bravo_november'::text) AND (((((foxtrot_juliet -> 'golf_six'::text) -> 'quebec_november'::text) ->> 'hotel'::text))::text = 'seven_three'::text) AND (((foxtrot_juliet ->> 'foxtrot_kilo'::text))::text = 'six_seven'::text))
                    ->  Bitmap Heap Scan on romeo_echo_whiskey  (cost=557.24..72388.42 rows=22798 width=234) (actual time=0.008..0.009 rows=0 loops=2)
                            Recheck Cond: (tango_seven = whiskey_four.quebec_seven)
                          ->  Bitmap Index Scan on lima_four  (cost=0.00..551.54 rows=22798 width=0) (actual time=0.006..0.006 rows=0 loops=2)
                                  Index Cond: (tango_seven = whiskey_four.quebec_seven)
              ->  Index Scan using seven_five on golf_sierra  (cost=0.43..0.51 rows=1 width=16) (never executed)
                      Index Cond: (quebec_seven = romeo_echo_whiskey.mike_alpha)
                      Filter: ((kilo >= 'mike_four'::timestamp without time zone) AND (kilo <= 'papa_uniform'::timestamp without time zone) AND (six_delta = 'romeo_echo_charlie'::uuid) AND (india_four = 'india_lima'::uuid))
Planning time: 0.651 ms
Execution time: 0.211 ms

Slow

Kód: [Vybrat]

Unique  (cost=84298.41..84298.88 rows=9 width=234) (actual time=41216.659..41216.671 rows=0 loops=1)
  ->  Sort  (cost=84298.41..84298.43 rows=9 width=234) (actual time=41216.657..41216.667 rows=0 loops=1)
          Sort Key: romeo_echo_whiskey.quebec_seven, romeo_echo_whiskey.mike_alpha, romeo_echo_whiskey.quebec_whiskey, romeo_echo_whiskey.three_sierra, romeo_echo_whiskey.foxtrot_yankee, romeo_echo_whiskey.whiskey_romeo, romeo_echo_whiskey.charlie, romeo_echo_whiskey.tango_seven, romeo_echo_whiskey.quebec_bravo, romeo_echo_whiskey.juliet, romeo_echo_whiskey.seven_papa, romeo_echo_whiskey.romeo_hotel, romeo_echo_whiskey.romeo_echo_quebec, romeo_echo_whiskey.victor, romeo_echo_whiskey.bravo_zulu, romeo_echo_whiskey.quebec_echo, romeo_echo_whiskey.yankee, romeo_echo_whiskey.tango_lima, romeo_echo_whiskey.whiskey_yankee, romeo_echo_whiskey.uniform
          Sort Method: quicksort  Memory: 25kB
        ->  Nested Loop  (cost=6.69..84298.27 rows=9 width=234) (actual time=41216.636..41216.644 rows=0 loops=1)
              ->  Nested Loop  (cost=6.40..84136.15 rows=453 width=234) (actual time=0.036..1566.054 rows=160730 loops=1)
                    ->  Index Scan using india_foxtrot on golf_sierra  (cost=0.56..525.98 rows=130 width=16) (actual time=0.017..427.026 rows=53864 loops=1)
                            Index Cond: ((six_delta = 'romeo_echo_charlie'::uuid) AND (india_four = 'india_lima'::uuid) AND (kilo >= 'mike_four'::timestamp without time zone) AND (kilo <= 'papa_uniform'::timestamp without time zone))
                    ->  Bitmap Heap Scan on romeo_echo_whiskey  (cost=5.85..641.50 rows=166 width=234) (actual time=0.008..0.013 rows=3 loops=53864)
                            Recheck Cond: (mike_alpha = golf_sierra.quebec_seven)
                            Heap Blocks: exact=75186
                          ->  Bitmap Index Scan on quebec_uniform  (cost=0.00..5.80 rows=166 width=0) (actual time=0.005..0.005 rows=3 loops=53864)
                                  Index Cond: (mike_alpha = golf_sierra.quebec_seven)
              ->  Index Scan using three_foxtrot on whiskey_four  (cost=0.29..0.36 rows=1 width=16) (actual time=0.245..0.245 rows=0 loops=160730)
                      Index Cond: (quebec_seven = romeo_echo_whiskey.tango_seven)
                      Filter: (((juliet)::text = ANY ('romeo_oscar'::text[])) AND (((((((foxtrot_juliet -> 'papa_november'::text) -> 'quebec_november'::text) ->> 'oscar'::text))::text = 'bravo_november'::text) AND (((((foxtrot_juliet -> 'papa_november'::text) -> 'quebec_november'::text) ->> 'hotel'::text))::text = 'sierra'::text) AND (((foxtrot_juliet ->> 'foxtrot_kilo'::text))::text = 'seven_alpha'::text)) OR ((((((foxtrot_juliet -> 'golf_six'::text) -> 'quebec_november'::text) ->> 'oscar'::text))::text = 'bravo_november'::text) AND (((((foxtrot_juliet -> 'golf_six'::text) -> 'quebec_november'::text) ->> 'hotel'::text))::text = 'sierra'::text) AND (((foxtrot_juliet ->> 'foxtrot_kilo'::text))::text = 'six_seven'::text))))
                      Rows Removed by Filter: 1
Planning time: 0.643 ms
Execution time: 41216.752 ms

4

Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 11. 07. 2023, 10:43:43 »

Nevies mi poradit ako funguje ta stranka?
Nahral som to tam, vybral som moznost anonymizovat a klikol na Submit. Cakal som, ze tie query plany budu na tej adrese dokial ich nezmazem cez link uvedeny na stranke.

5

Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 11. 07. 2023, 08:45:48 »

Tu je pomaly query plan
https://explain.depesz.com/s/VuoL
Tu je rychly query plan
https://explain.depesz.com/s/UALc
 
Rozdiel medzi nimi je ten, ze sa zmenil len vyhladavany typ dokumentu.

Podotykam, ze sa jedna o zjednodusenu verziu povodneho SQL, kde sa to chova rovnako.

6

Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 08. 07. 2023, 12:18:17 »

Ak ich je mozne anonymizovat, tak ich ukazem. Mal by som ma niekde zjednodusenu verziu orginal SQL, kde sa ten problem rovnako prejavoval.

To bola vzorka z uz neviem presne akej verzie. Skusal som rozne hodnoty a porovnaval plany ked som sa snazil pochopit preco sa to tak chova.

(jak znam typicke znalosti vyvojaru pouzivajicich databaze, tak vyjma par expertu, jsou prakticky vsichni vecni zacatecnici).

S tymto musim suhlasit. Motal som sa trochu okolo databaz v minulosti a teraz po rokoch som sa znovu k tomu dostal a po tyzdni studia, skusania si pripadam ako expert oproti kolegom vratane senior/tech lead.

Ten index scan u vás není extra rychlý - ještě bych tabulku zvakuoval (což by se mělo dělat jako první krok při řešení performance problému), a pak zkontroloval nastavení shared_buffers a random_page_cost. Tak se může chovat podstřelené nastavení random_page_cost. Na mém notebooku mám o 2 řády rychlejší čas.

Vacuum bola prva vec, ktoru som skusil. Nemalo to ziaden vplyv. Skusal som aj updatnut statistiky, ci PostgreSQL si to potom nerozmysli, rovnako bez vysledku. Nastavenia databazy som neriesil. Databaza bezi neviem kde a neviem na com. Riesit to by bolo na 2 tyzdne vysvetlovania a spekulovania ci to je nutne a obav z produkcneho nasadenia akejkolvek takejto zmeny. Je to aj z dovodu vyssie spomenuteho developerskeho vecneho zaciatocnictva a databazy vnimanej ako nutne zlo.
Mam obmedzene moznosti a tak sa snazim s tym urobit co sa da.

7

Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 08. 07. 2023, 00:30:33 »

Oba plany pouzivaju index.
V pripade pomaleho query

Kód: [Vybrat]

Index Scan using dep_document_pkey on dep_document  (cost=0.29..0.36 rows=1 width=16) (actual time=0.234..0.234 rows=0 loops=160742)

V pripade rychleho queru

Kód: [Vybrat]

Bitmap Index Scan on idx_doc_type_format  (cost=0.00..80.48 rows=1607 width=0) (actual time=0.531..0.531 rows=4115 loops=1)

Podotykam, tie query plany su dost odlisne.
Ako som pisal, tak od urciteho mnozstva zaznamov sa pouziva ten druhy query plan. Kedy zalezi od typu, ktory hladam. Ak je to menej bezny typ, tak sa to preklopi skor.

Je to zakazdym textovo rovnake SQL. Zmenim typ hladaneho dokumentu a pouzije sa iny plan.

Hladany typ je ulozeny v JSONB stlpci a dany index obsahuje kombinaciu troch klucov z json-u ukladaneho do tohto stlpca.
V sqlku su este dalsie podmienky s inymi klucmi z jsonu. 3 podmienky sa zhoduju s tymi v indexe a jedna podmienka nie.
Prvom pomalom pripade spoji vsetky podmienky a vyhladava zaznamy, ktore splnaju vsetky podmienky v jednom kroku za pomoci primarneho kluca.
V druhom pripade je to rozdelene na 2 kroky. V prvom kroku pouzije index a 3 podmienky s klucami, ktore su v danom indexe. Pomocou toho indexu odfiltruje zaznamy, co trva velmi kratko. Nasledne este odfiltruje zaznamy podla zostavajucej podmienky, co je tiez rychle.

Nemam ziadne skusenosti s indexami a hladanim v JSON-e. Vypisal som si aj statistiky a vyzera, ze udrzba tabuliek pravidelne prebieha.
Spustil som ju aj rucne a nepomoholo.

Postupil som s danym problemom
Podarilo sa mi upravit SQL-ko. Skusal som rozne kombinacie. Pri pouziti subselectu sa uz stale pouzivaju ocakavane indexy a zaroven sa SQL zrychlilo. Zrychlilo sa vo vsetkych pripadoch. Nove SQL je dokonca rychlejsie aj ako povodne, ked sa pouzivali indexy.
Nove SQL vyzera hrozne/zlozitejsie oproti povodnemu ale funguje to.

Rad by som sa ale dozvedel viacej o PostgreSQL a jeho spravani sa v takomto pripade. Viete mi poradit dobry zdroj, ktory sa zaobera touto tematikou?

8

Server / PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 03. 07. 2023, 17:06:41 »

Je mozne PostgreSQL donutit aby v konkretnom query vzdy pouzil rovnaky query plan?

Mam problem s jednym query, kde sa vyhladavaju zaznamy aj podla typu spravy. Zistil som, ze  PostgreSQL pri danom sql query pouziva dva rozne query plany.

Jeden je rychly a druhy velmi pomaly. Pri tom rychlom sa pouziju indexy, ktore boli pre toto query vytvorene. Pri pomalom sa nepouzije a PostgeSQL skenuje celu tabulku za pomoci primarneho kluca(ID je v primarnom kluci)

PostgreSQL ten pomaly query plan pouzije v pripade ked pocet zaznamov s danym typom je nizky alebo celkovy pocet zazamov je nizky.

Priklad.
1.Pouzijem typ spravy XML, ktoreho je v databaze malo a pouzijem maly rozsah datumov aby som prehladaval maly pocet zaznamov. Query je pomale(prehladavanie 15 tis. zaznamov mu trva 5-6s). Postupne zvecsujem rozsah az v urcitom momente sa sql zrychli(cas klesne na uroven jednej skundy). Je to vdaka tomu, ze sa zmenil query plan v ktorom sa okrem ineho pouzije ocakvany index.

2.Ak pouzijem typ spravy JSON, ktoreho je v databaze vecsina, tak sa to chova rovnako az na to, ze sql sa zrychli az ovela neskor.
V prvom pripade sqlko zrychli  na urovni +- 100 tisic zaznamov. V druhom pripade az ked sa pohybujeme v stovkach tisic zaznamov.

Query obsahuje viacere joiny a typ spravy je ulozeny v jsone(stlpec typu jsonb). PostgreSQL je verzie 11.

SQL-ko tu bohuzial nemozem zdielat. Urcite sa da vylepsit ale mam obmedzene moznosti, co si mozem dovolit a som presvedceny ak by PostgreSQL pouzival stale rovnaky query plan, tak by to pomohlo.

Studoval som, hladal som, skusal som ale zatial som neprisiel na to ako presvedcit PostgreSQL aby ten pomaly query plan nepouzival.

Za kazdu radu budem vdacny.

9

Distribuce / Re:Rozlišení Debian 11 s AMD Ryzen 5 5600G

« kdy: 07. 06. 2023, 13:45:13 »

V 5600G je stara Vega, tak cakam, ze to rozchodit pojde.

Kompilovat novy kernel nieje potreba. Debian ma backporst balicky, kde su aj novsie kernely.
https://packages.debian.org/bullseye-backports/kernel/


Na zaciatok by som skusil doinstalovat toto
https://packages.debian.org/bullseye/kernel/firmware-amd-graphics
Aleb novsiu verziu z backports
https://packages.debian.org/bullseye-backports/firmware-amd-graphics

10

Distribuce / Re:Jaké distro místo Windows?

« kdy: 27. 02. 2023, 19:52:45 »

Díky za tipy. Tak já se právě dočetl, že kromě KDE existuje taky MATE, který je právě pro to Windows like prostředí. A v tom článku nabídly několik distribucí co umí simulovat prostředí Windows XP. Překlad:

V pripade Mintu aj defaultne Cinnamon  je XP like prostredie. Pouzivam a nemozem si stazovat. Na inych distrach pouzivam aj Xfce.

11

Vývoj / Re:Příklad abstraktní třídy

« kdy: 26. 02. 2023, 16:24:11 »

Pri vlastnom studiu som zistil, ze je potrebne hladat zdroje takeho stylu, ktore mi najviac vyhovuju. To sa tyka knih, clankov tutorialov a dalsich veci.
Vzdy mi na zaciatku trvalo +- 2 tyzdne sa prehryzst dostupnymi materialmi aby som si nasiel autora/autorov, ktory mi najviac vyhovovali(Ich vyklad bol pre mna najzrozumitelnejsi).
Skoda, ze taka moznost nebola aj v skolach. Viacere predmenty mi znechutili(horsie som ich chapal) vdaka ucitelom ale tych som vymenit nemohol.

V pripade Javy som si musel prejst viacerymi knihami, tutorialmi, kurzmi na Udemy, kym som nasiel to prave.
Nieco podobne prezivam teraz znovu pri SPRING-u.


Tazke ak niecomu nerozumies, nezda sa ti, tak skus na danu temu hladat iny zdroj ako zabijat cas snazenim sa pochopit to.

12

Hardware / Re:Flash disky chráněné proti zapisu do firmwaru

« kdy: 16. 01. 2023, 17:28:29 »

Já nějak nechápu před jakým podvodem má teda ten WORM systém chránit (ale ty to teda podle popisu taky nechápeš). Ještě kdyby to mělo hodiny tak bych to chápal, aby sis nemohl vymyslet historii v okamžiku kontroly. Ale jinak?

Jinak v ČR jsem potkal zajímavou odrbávku, obchodník vytiskne účtenku, a když vypadáte, že si ji berete, tak vám ji klidně i vytrhne z ruky, že si všiml že tam je něco špatně, a vytiskne vám jinou a tu vám dá. Nestihl jsem si všimnout, co bylo na té původní.

Ja to chapem velmi dobre ale danovy urad/financna sprava to nechape. Totalne nezmyselne zakony vymysleli, my sme sa im len prisposobovali aby sme dostali certifkat. Toto by bolo na dlhu debatu. Fakt nezmyselne veci, ktore k nicomi neboli vymyslaju.
Islo o to, ze do toho WORM modulu sa mali zaznamenavat denne uzavierky(plus este nejake menej podstatne udaje). Spolu s dalsim opatreniami mala byt moznost skontrolovat zurnal(prepocitat dennu trzbu) a porovnat, ci data sedia s uzavierkou ulozenou vo fiskalnom module. V reale to bol nevykonantelny predpis, lebo kazdy vyrobca si mohol vymysliet vlastny sposob ako to urobit(aj to tak bolo). Predstava, zeby to danovak vedel urobit bola nerealna. My sme mali najjednoduchsi system na tuto kontrolu ale aj tak to bolo zlozite. V reale to koncilo tym, ze sa maximalne tlacili kopie ucteniek zo zurnalu ale to bolo nanic, lebo to slo sfalsovat. V pripade nasledovnika eKasy(obodoba vaseho EET) uz to zmenili. Jednak umiestnenie toho WORM-u do celeho retazca a jednak , ze ten WORM je uz tam "len" pre offline stav, ked je nedostupny interent alebo je nedostupny system financje spravy. V reale ale to nieje ale ovela lepsie a skoncilo to rovnako a to zbytocnou zatazou pre obchodnikov.
K tomu tvojmu prikladu.
Tipujem, ze dany podnikatel ma moznost vylacit uctenku aj mimo EET a slo by na nej jednoducho zisit, ze je falosna. Na tej uctenke pravdepodobne nieco chybalo.

13

Hardware / Re:Flash disky chráněné proti zapisu do firmwaru

« kdy: 15. 01. 2023, 20:01:50 »

Boli to male serie a davat si to vyrabat by to len predrazilo

FYI dneska existuje JLCPCB s automatickou osazovací linkou za pakatel.

Na vaše použití by se dneska použil blockchain  

Nie nehodilo. Tu islo uchovavat to lokalne. Dnes namiesto toho mame eKasu(nieco podobne mate aj vy), kde sa posielaju vsetky doklady na financu spravu. Ale aj tu pri vypadku siete alebo nedostupnosti siete je potrebne uchovavat neodoslane data v takzvanom chranenom datovom ulozisku. Zase nieco na baze WORM ale inac zapojene a to nase riesenie uz tam neslo pouzit. Fest hovadina to je. U nas a zakony ohladom toho dost casto menia a to radikalne. K nicomu to nieje(leda tak k nabaleniu sa ludi dodavajucich systemy pre financu spravu) a zbytocne naklady pre podnikatelov.
Koto niekedy robil v danej oblasti vie, ze tu sa podvadz alen dvomi sposobmi.
1.Maly podnikatelia nevydavaju doklady
2.Vecsi optimalizuju vo vyssom systeme.
Na ani jeden z tychto sposobom nefunguje ziadna ochrana na urovni registracnej pokladnice. Clovek sa ale nedozvie kolko to cele stalo a stoji prevadzka a kolko realne usetrilo na znizeni podvodov. Preto, lebo by to bolo vysoko negativne na strane nakladov.

14

Hardware / Re:Flash disky chráněné proti zapisu do firmwaru

« kdy: 15. 01. 2023, 00:42:12 »

To přece popisujete dvě různé věci. V prvním odstavci píšete o firmware, v druhém píšete o nemožnosti přepisu dat na úložišti, tedy to, co je normálně dostupné jako souborový systém v operačním systému. Přičemž WORM úložiště by potřebovalo speciální souborový systém (např. UDF), protože běžné souborové systémy přepisují minimálně metadata.

Každopádně všem díky za info, že i flash disky mají přepisovatelný firmware.

Necital si pozorne. Pisem tam aj toto

Ten Atmel sa po nahrati programu islo zablokovat, ze uz neslo donho nic nahravat/menit mu program.

15

Hardware / Re:Flash disky chráněné proti zapisu do firmwaru

« kdy: 14. 01. 2023, 23:47:05 »

Ony se prodávají flash disky, které mají nějaký firmware, do kterého se dá zapisovat?

No jasne, ze su. Predpokladam, ze autor to nemyslel uzivatelsky ppomocou nejakeho file manager ale asi mu islo modifikaciu firmwaru flash disku. Ak mas spravny nastroj, tak to ide. V minulosti som niekolko krat upravoval flashky. Dostal som sa k nastrojom par firiem a clovek vedel carovat s urcitymi druhmi USB flashiek. Vedel robit aj napriklad "cinske" velkobjemove flasky z fyzicky malych flashiek. Alebo slo menit ako USB disk hlasil do systemu.

Ak autorovi ide presne o toto, tak nieco take sme riesili davnejsie v byvalej firme. Riesili sme fiskalny modul do registracnej pokladnice. Ziaden WORM disk na trhu neslo zohnat. Sandisk mal vyvinutu WORM SD kartu pre potreby policie v Japonsku aby zaznam na nej slo pravne pouzit ale neslo sa k nej dostat. Okrem toho som v tej dobe na ine nenarazil.
Skoncili sme pri USB flashke ale nebola to nejaka klasicka flashka. Bola to flashka vyrobena na zakazku, ktora bola vytvorena pomocou nejakeho Atmelu,  2x 512kB pamete + program, ktory z toho robil USB flashu. Pre system sa to tvarilo ako klasicka flashka ale zapis nebol uplne klasicky(hlavne kvoli debilnym poziadavkam zakonu). Nejaky Cech nam to naprogramoval(neviem ako sa k nemu nasi sefovia dostali), navrhol sa plosak, kde bol ten Atmel, par pasivnych suciastok a tie pamete. Pajkovali sme si to sami a zalievali do hmoty. Boli to male serie a davat si to vyrabat by to len predrazilo a mohli sme si to dovolit aj ako mala firma. Za celu eru platnosti zakona sme ich vyrobili mozno tisic. Ten Atmel sa po nahrati programu islo zablokovat, ze uz neslo donho nic nahravat/menit mu program. Vdaka tomu nam to schvalili pouzit na uchovavanie dat z registracnej pokladnice.
Pouzivali sme ich v registracnych pokladniciach, kde sa pouzival embeded x86 HW. Strcil sa do USB, chvilu trvalo kym "nabootovalo" USB-cko, potom sa to v system objavilo ako klasicky USB disk a vybavene.
Bolo to ovela jednoduchsie riesenie ako mala konkurencia a super riesenie, kedze financna sprava v pripade potreby mala vediet nacitat data z nej. Mali sme dodat citacky a manual k nej. V nasom pripade ziadna citacka nebola potrebna, len manual, kde bola uveden struktura dat a to, ze po zasunuti do UB portu maju pockat, kym sa rozvieti LED kontrolka. Chlapci cucali.

Ta WORM USB flaska je super. To vtedy nebolo.