Příspěvky

631

Studium a uplatnění / Re:Zabezpečení elektronické faktury

« kdy: 13. 03. 2022, 18:12:18 »

Zákon funguje přesně tak, jak je napsán a nikoliv, že si v něm domotáš všechno dohromady (což se sice z neznalosti dá vysvětlit proč tak činíš, ale ne omluvit). Takže na faktuře žádný elektronický podpis ani časová razítka potřeba nejsou, tečka. Až budeš podnikat a vystavovat faktury, tak ti to snad nějaký daňový poradce vysvětlí, abys nebyl za úplného troubu, který bude používat něco, co nikdo v podnikatelské sféře nepoužívá a nemá ani k používání důvod.

Výše v diskusi jsem to vysvětloval, kdy na faktuře podpis být musí. I s odkazem na zákon. Nastudujte si to.

632

Studium a uplatnění / Re:Zabezpečení elektronické faktury

« kdy: 13. 03. 2022, 17:33:42 »

Takže to je přesně o tom, co jsem psal - nekomplikovat to nesmysly. Obyčejná faktura v PDF, resp. z online fakturace na veřejné webové stránce, což jsou neměnné a čitelné záznamy. Nikoliv se uvrtávat do hloupostí s nějakými elektronickými podpisy a nedejbože navíc i časovými razítky. Ale pokud je někdo paranoik, pak ať klidně s fakturou běží ještě k notáři na úřední ověření podpisu, proti gustu...

Asi nechápete princip zákonů. Nefunguje to tak, že si vyberete jedno ustanovení zákona, to splníte, a máte hotovo. Ne – musíte splnit všechna ustanovení.

U nějaké webové stránky, kam vám dodavatel vystavil fakturu, nevíte ani jestli ještě zítra poběží, ani jestli tam zítra ta faktura bude, ani jestli tam zítra bude pořád stejná faktura. Proto si ji musíte stáhnout k sobě – a pokud je to účetní doklad, musí ji ten, kdo ji zaúčtuje, podepsat.

633

Studium a uplatnění / Re:Zabezpečení elektronické faktury

« kdy: 13. 03. 2022, 16:43:09 »

Ohledně DPH je zde Kontrolní hlášení, takže FÚ nepotřebuje nějaké elektronické podpisy, ale snadno si pravost faktur ověří přímo od protistrany. Kromě toho většina faktur na větší částky se beztak platí převodem, takže i to je svým způsobem důkaz, že je faktura tzv. "čistá". Nekomplikoval bych to zbytečnostmi.

To je hezké, že v y byste si to nekomplikoval, ale pořád je nutné dodržovat zákon. Argumentace tím, že si FÚ může nějaké věci zjistit jinak, by u soudu obávám se neprošla.

Jinak tím rozlišením, zda faktura musí či nemusí mít podpis, je to, zda jde o účetní doklad podle zákona 563/1991 Sb. o účetnictví. Pokud jde o účetní doklad, musí podle § 11 obsahovat podpis toho, kdo je zodpovědný za účetní případ a toho, kdo je zodpovědný za zaúčtování.

634

Studium a uplatnění / Re:elektronická faktura

« kdy: 13. 03. 2022, 12:25:49 »

Jestli se nemýlím, běžný účetní doklad být podepsaný nemusí, podpisy vyžaduje jen zákon o DPH. Každopádně Finančnímu úřadu určitě bude stačit kvalifikovaný elektronický podpis, bez časového razítka – nemají důvod pouštět se s vámi do nějakého sporu o podpis a pokoušet se prokázat, že ten podpis je falešný.

635

Studium a uplatnění / Re:elektronická faktura

« kdy: 13. 03. 2022, 11:24:00 »

Elektronickým podpisem. Pokud byste z nějakého důvodu potřeboval za ten rok, kdy certifikát expiruje, jednoduše komukoli prokázat, že faktura byla podepsána v době platnosti certifikátu, přidává se za podpis ještě kvalifikované časové razítko. Ty se případně mohou přidávat i opakovaně, nebo si můžete objednat službu „archivní časové razítko“ a pak ho bude automaticky přidávat certifikační autorita.

Nicméně myslím, že ověření podpisu na faktuře je důležité v okamžiku, kdy fakturu přijmete a chcete ji proplatit. To, že později certifikát expiruje a někdo by mohl rozporovat platnost podpisu, není důležité. Takže já bych se s časovými razítky na faktuře neobtěžoval.

636

Software / Re:Možný ContentTransferEncoding HTML části mailu

« kdy: 13. 03. 2022, 10:46:23 »

Obávám se, že tohle zjistíte jen otestováním dostatečného množství klientů (hlavně ten e-mail jen s audio přílohou). Svět poštovních klientů je džungle, každý se chová jinak.

637

Sítě / Re:Radar na 5,26GHz

« kdy: 13. 03. 2022, 10:35:40 »

Frekvence meteoradarů ČHMÚ i zaznamenané zdroje rušení najdete tady: https://radar4ctu.bourky.cz/Ruseni.html

Svoje malé komerční radary má i Meteopress: https://medium.com/pocasi/m%C5%AF%C5%BEe-mal%C3%A1-firma-vybudovat-velkou-radarovou-s%C3%AD%C5%A5-f3b721569b36, ale ty používají ty vyšší frekvence zhruba někde mezi 8 a 12 GHz (může být těch 9,4 GHz, co psal _Jenda).

638

Sítě / Re:Navíjecí buben pro síťový kabel

« kdy: 13. 03. 2022, 10:25:33 »

Omlouvám se, ale mně pořád není jasné, jak nějaký navíjecí buben řeší povalující se kabely. Vždyť ty kabely budete chtít mít zapojené vždy při práci na počítači (nebo pokud počítače nepřenášíte, tak neustále). Takže minimálně po tu dobu se tam ty kabely budou pořád válet.

Řešení je tedy natáhnout kabely např. podél zdi tak, aby se nikde neválely. Klidně to může být delší trasa, pokud ty 2–3 metry jsou napříč pokojem. Nepředpokládám, že by router nebo pracovní stůl byl uprostřed místnosti, ale i to se dá řešit – buď plochým kabelem pod kobercem, nebo drážkou v podlaze. Podél zdi je to ještě jednodušší – většinou stačí jenom kabel „pohodit“ za nábytkem, případně se dá přichytit různými očky v několika místech. Pokud byste to chtěl ještě víc zamaskovat, dá se dát drát do lišty nebo i do drážky a schovat pod omítku, ale to už je dost pracné.

639

Software / Re:možný ContentTransferEncoding Html části mailu

« kdy: 12. 03. 2022, 11:21:18 »

Nezáleží na tom, o jakou část e-mailu se jedná. Každá část MIME zprávy může být kódována jinak, povolené hodnoty Content-Transfer-Encoding jsou 7bit, 8bit, binary, quoted-printable, base64 a pak uživatelsky definované typy.

640

Server / Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u

« kdy: 12. 03. 2022, 09:53:14 »

Nie, to vy sa mylne domienate ze direktiva type urcuje pozadovany sposob behu sluzby. Ona vsak popisuje stavajuci sposob behu aplikacie ktora tu sluzbu obsluhuje. K tomu ci a ako sa ma systemd snazit udrzat sluzbu zivu sluzia ine direktivy.

Jistě, to se mylně domnívám já, autoři dokumentace systemd a spousta dalších lidí. Ovšem jenom vy to víte správně – systemd podle vás asi nějak magicky prozkoumá aplikaci, aby zjistilo způsob běhu, zapíše to do souboru a pak vám to asi nedovolí v editoru změnit.

Ve skutečnosti když budete mít službu, která se odforkuje na pozadí, nic vám nezabrání nastavit jí typ simple. Akorát že systemd se pak bude domnívat, že se služba ukončila, jakmile se hlavní proces odforkuje a ukončí. A pokud je jednotka nakonfigurovaná, aby běžela stále, pokusí se jim systemd nastartovat znova. Protože type nepopisuje stávající způsob běhu aplikace, ale určuje způsob, jak se služba startuje.

Taktiez sa mylne domievate ze dotazovatel blizsie pozna systemd. Ked sa vratite par postov spat, tak zistite ze vie o existencii systemd a to je vsetko.

Ne, nic takového se nedomnívám. To bych nepopisoval, k čemu je a jak se používá systemd.timer. Nicméně vy jste v tom tazateli nejspíš udělal guláš, protože jste z desítek služeb systemd vybral jednu, kterou tazatel nepotřebuje, a z té jste nepřesně popsal pár nezajímavých detailů.

641

Server / Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u

« kdy: 10. 03. 2022, 17:03:30 »

Njn, zase vela zbytocnych slov. Nezda sa vam ze tie litanie ktorymi zahlcujete root su uplne zbytocne, ked nedokazete identifikovat trivialny problem? Alebo, nevadi ked je clovek blby, hlavne to musi vediet obkecat, vsak

Ano, váš nepřesný komentář o systemd službách byl úplně zbytečný.

642

Software / Re:Jaký účetní SW pro OSVČ?

« kdy: 09. 03. 2022, 23:07:04 »

ABRA Flexi (dříve FlexiBee). Běží v cloudu a používat se dá přes prohlížeč, takže je nezávislá na OS. Když potřebujete něco víc, má klienta pro Windows, Apple i Linux, protože je v Javě. A má API, takže když je potřeba, dá se něco zautomatizovat nebo propojit na další systémy.

643

Server / Re:DANE a Let's Encrypt: jak automaticky obnovovat TLSA záznam?

« kdy: 09. 03. 2022, 19:58:14 »

Certbot ma sice moznost "--reuse-key", ale to se tyka privatniho klice:

--reuse-key   When renewing, use the same private key as the existing certificate. (default: False)

Selector 1 vyuziva otisk verejneho klice. Jak tedy docilit, aby byl stejnej verejnej klic?

To je ono. Dvojice klíčů (privátní klíč a veřejný klíč) vždy patří k sobě. Takže když se znovu použije privátní klíč, znamená to, že se znovu použije i veřejný klíč.

644

Server / Re:DANE a Let's Encrypt: jak automaticky obnovovat TLSA záznam?

« kdy: 09. 03. 2022, 17:48:51 »

Záleží na tom, jakého klienta používáte pro obnovu certifikátů. Pokud bude používat stále stejný klíč, můžete dát do TLSA jen otisk klíče. Pokud byste chtěl klíče měnit, obvykle nástroj na generování certifikátů má možnost v některých místech se napojit, např. zavolá váš skript. Ve kterém byste mohl zveřejnit ten TLSA záznam. Pozor ale na to, že nový TLS záznam musíte zveřejnit dopředu, nechat tam ještě starý, pak počkat minimálně po dobu platnosti toho záznamu, a teprve pak můžete nasadit nový certifikát na webový server a smazat původní TLSA záznam. Nemyslím si, že by většina ACME klientů byla tak flexibilní, aby v nich šlo toto snadno nakonfigurovat. Proto bych se přimlouval k tomu obnovování certifikátu se stejným klíčem, jak to popsal Petr.

645

Server / Re:Čas vytvorenia Lets Encrypt certifikátu neodpovedá času spustenia cron-u

« kdy: 09. 03. 2022, 08:52:07 »

No, on systemd akosi predpoklada, ze default bude Type=simple a program ktory bude spusteny je nejaka sluzba ktora bude napr. pocuvat na sokete a tym padom bude v slucke. Teda on skoncit aj moze (Type=forking) a sluzba bude aktivna, kym budu bezat child procesy.

Systemd zná služby typu simple, exec, forking, oneshot, dbus, notify a idle. Typ deamon mezi nimi není.

V pohode, ja som sa rozpisal obsirnejsie, nechcel aby si dotazovatel myslel ze je to len taka hype nahrada cronu, ale ze je to ovela komplexnejsi nastroj. Je v tom nejaky problem?

Nezdálo se, že by kvas netušil, co je systemd. Navíc když byla řeč o sytemd-timer, nedává smysl vybrat si k tomu jednu z desítek služeb, které může poskytovat systemd, a začít popisovat jeden její detail. Nemyslím si, že by díky tomu kvas získal lepší představu, co je systemd – spíš naopak.