Příspěvky

1006

Software / Re:Elektronický podpis firemních dokumentů

« kdy: 10. 09. 2021, 10:28:46 »

Není to správně legislativně. Podepisovat by se měl jenom dokument, který podepisující viděl. K automatickému „podepisování“ se používá elektronická pečeť. Technicky je to to samé, jako podpis, pečetí se jménem osoby nebo instituce, ale u pečeti každý ví, že je to dokument, který byl vytvořen automaticky.

Pokud se tedy bavíme o elektronickém podpisu :-) Technologicky je možné obojí, elektronický podpis je možné do PDF dokumentu přidávat automaticky. Ale v případě kvalifikovaného elektronického podpisu (který by byl uznáván v rámci celé EU; u nás státní správě stačí uznávaný elektronický podpis, na který jsou menší nároky) nepůjde udělat jeho automatické přidávání – privátní klíč pro takový podpis musí být na důvěryhodném zařízení, které bude pro vytvoření podpisu vyžadovat zadání PINu nebo něco podobného.

Pokud jste myslel vkládání vlastnoručního naskenovaného podpisu, to je také technicky možné.

Záleží na tom, jakým způsobem ta PDF generujete, nejsnazší bude do procesu generování PDF přidat buď vložení naskenovaného obrázku nebo podpis/pečetění toho PDF.

1007

Server / Re:React router + Apache

« kdy: 07. 09. 2021, 21:47:52 »

Som zvedavy co na to tunajsi trol

Ale to je od vás hezké, že jste se sám dobrovolně takhle nabonzoval.

Co je řešení? Nastavit správně základní cestu k aplikaci v Reactu. Opakuji pro zdejšího trola Death Walkera: v Reactu.

Co jsem já psal hned v prvním komentáři?

Pokud se nic nevykreslí při kliknutí na odkaz na stránce, je problém ve webové (Reactové) aplikaci – v takovém případě nejde vůbec požadavek na server. Máte v té aplikaci správně nakonfigurováno, že její výchozí adresa ke /frontend/admin/build?

Že je potřeba správně nastavit výchozí adresář v Reactu. Takže hned první má odpověď byla správně.

A co psal místní trol Death Walker?

Pozrel by som v dokumentacii k mod_rewrite na direktivu RewriteBase...

Psal o direktivě RewriteBase v konfiguraci Apache.

A teď si nejspíš ještě popletl RewriteBase a basename (ano, obojí obsahuje slovo „base“) a myslí si, že měl pravdu.

Ale jeden pozitivní výstup z toho je. Budu mít od Death Walkera pokoj, protože pokaždé, když mne zkusí trolit, odkážu ho do téhle diskuse, abych mu připomněl, že má chodit kanálama a ne psát o věcech, kterým nerozumí.

1008

Sítě / Re:Lokální doménová jména u počítačů v malé síti

« kdy: 06. 09. 2021, 13:50:25 »

Doporučuju pro interní stroje doménu .xxx

Nejenže se to snadno píše, ale vypadá to i velmi inspirativně v praxi: uctarna.xxx kantyna.xxx rizeni_vyroby.xxx vratnice.xxx reditelovo.xxx atp.

Použít jako interní doménu již existující TLD je z nápadů, jak interní doménu pojmenovat, vůbec ten nejhorší.

1009

Desktop / Re:Strategie pro národní rozložení u klávesnic

« kdy: 06. 09. 2021, 12:23:01 »

Samozrejme kdyz napisu "klavesove zkratky jsou QWERTY", tak tim myslim jejich relativni umisteni.

Na tom nic samozřejmého není. V DOSu měly některé programy zkratky navázané na scankódy kláves, takže klávesová zkratka byly pořád ty stejné fyzické klávesy, bez ohledu na mapování klávesnice.

1010

Desktop / Re:Strategie pro národní rozložení u klávesnic

« kdy: 06. 09. 2021, 08:11:30 »

QWERTY, protoze klavesove zkratky jsou QWERTY.

Co tím myslíte? Undo je Ctrl+Z na QWERTZ i QWERTY klávesnici, akorát to Z je v prvním případě nahoře a v druhém případě dole…

1011

Desktop / Re:strategie pro narodni rozlozeni u klavesnic

« kdy: 05. 09. 2021, 13:23:54 »

no  ja myslel ze doporucujes to alt + cislo.

co presne myslis tim AltGr ? sorry ,ale ja to fakt neznam.

Ne ne, Alt+číslo je hnus fialovej…

AltGr (pravý Alt, lze nahradit stisknutím Ctrl+Alt) umožňuje na české klávesnici psát všechny znaky, které jinak na české klávesnici oproti anglické chybí (závorky, zavináč, hash apod.). Rozložení znaků je třeba na Wikipedii: AltGr. Podobně je to i u jiných národních rozložení – třeba na německé klávesnici jsou takhle dostupné také hranaté a složené závorky, zavináč apod. (akorát na jiných pozicích, než u české klávesnice).

1012

Vývoj / Re:Python Django - provedení určité akce v uživatelem definovány čas

« kdy: 05. 09. 2021, 13:18:45 »

Pravděpodobně už v systému máš cron a bude ti stačit.

To má ovšem tu nevýhodu, že je potřeba nakonfigurovat další systém. A individual psal o tom, že ten čas má být konfigurovatelný uživatelem. Takže buď by uživatel musel konfigurovat cron (ve skutečnosti spíš at – cron slouží pro pravidelné spouštění, at pro jednorázové) nebo systemd timer – u většiny aplikací nepředstavitelné. Nebo by to musela konfigurovat aplikace, což je také docela komplikace.

Zkuste hledat „Django schedule“ nebo „Django job scheduling“ apod., případně s Pythonem místo Django. Celery mi pro to připadá jako kanón na vrabce.

1013

Desktop / Re:strategie pro narodni rozlozeni u klavesnic

« kdy: 05. 09. 2021, 13:10:46 »

jojo, jak jsem mezitim napsal, takhle to vidim vicemen taky, az na ty specialni znaky (syn chce programovat

tohle mne osobne dela bordel predevsim u ";", protoze v cestine je tam krouzkove "u". (jsem precenil chyby u "z", spis oddelovace mam v hlave kasi)

Programovat se dá bez problémů i na české QWERTZ klávesnici. Středník má normálně svou klávesu (úplně vlevo vedle +/1), hranaté a složené závorky se musí psát s AltGr, ale v tom nevidím žádný problém. Osobně mám větší problém v tom, když někdo programuje na anglické klávesnici a pak po něm někdo pořád musí opravovat „ceske“ texty.

nezapomente, ze v ceskych skolach nejspise budou pracovat na vlastnim hardware, takze tam to snad bude pod kontrolou.

Myslím, že v počítačových učebnách budou pracovat spíš na hardwaru školy. Pokud se něco významně nezměnilo, mají školy licencovaný software většinou jen pro své počítače a žáci/studenti tak v počítačových učebnách musí používat školní HW.

1014

Desktop / Re:strategie pro narodni rozlozeni u klavesnic

« kdy: 05. 09. 2021, 13:04:07 »

Ale specialni znaky jsou bolest, v ceske querty/quertz jsou vsude mozne a ucit deti ALT+** (opet, tohle funguje jen na numerickym bloku)

Ty speciální znaky s AltGr jsou na české klávesnici stále na stejných znacích, na některých českých klávesnicích jsou ty znaky i napsané. Nechápu, proč někdo píše znaky, které jsou dostupné pomocí AltGr, pomocí Alt a numerického kódu.

Q: alt+ cislo - nevim proc to nefunguje na 5. rade u "normalnich" klaves") bylo by to logicke.

Bylo by to v kolizi s klávesovými zkratkami. Ale Alt+číslo bych se fakt nezabýval, není k tomu důvod.

1015

Desktop / Re:strategie pro narodni rozlozeni u klavesnic

« kdy: 05. 09. 2021, 12:59:08 »

S cz/qwerty napíšete všechny znaky češtiny, němčiny, angličtiny, a má to graceful fallback v případě, že si sednete před třeba US macbook (Y/Z je tam, kde ho čekáte).

Otázka je, zda se Čech častěji dostane k anglické klávesnici nebo k cizí české klávesnici (kde bude QWERTZ). Asi to záleží případ od případu, ale zrovna děti se k cizí klávesnici nejčastěji dostanou ve škole, kde bude česká QWERTZ klávesnice.

Každopádně použití klávesnice hodně závisí na okolnostech, které zná jenom pruzkumbojem. Obecně bych hodně doporučoval držet se standardu, což je v ČR česká QWERTZ klávesnice. Zejména když ten standard umožňuje psát anglicky i německy. Ale samozřejmě pokud by děti chodily do německé školy nebo každý rok několik měsíců žily v zahraničí, dává smysl, aby používaly různé klávesnice a přepínaly je podle toho, kde jsou.

1016

Desktop / Re:strategie pro narodni rozlozeni u klavesnic

« kdy: 05. 09. 2021, 12:37:52 »

Pokud je pro ně němčina jen další jazyk, který se učí ve škole, ať používají standardní českou QWERTZ klávesnici – napíšou na ní všechny české, anglické i německé znaky. Naučit se těch pár kombinací s AltGr je lepší, než neustále přepínat klávesnice.

1017

Server / Re:React router + Apache

« kdy: 04. 09. 2021, 18:17:39 »

Nahradil jsem Location -> <Directory> , ale bez výsledku.
Pří dotazu /frontend/admin/build/home sice dostanu 200 návratový kód, ale stránka není vykreslená (stavová komponenta v Reactu nahraná pomocí R. Router). Pokud to mám puštěné pomocí "npm start" tak tam to funguje jak má.
Package json je  "homepage": "http://localhost:6060/frontend/admin/build" nastavená taky správně.

Podívejte se DevTools v prohlížeči, jestli vám server vrací v jednotlivých souborech to, co očekáváte (skripty, styly apod.). Také se podívejte, zda tam nejsou nějaké chyby v konzoli.

Pokud uvidíte v DevTools, že vám server vrací správné odpovědi, nemusíte server řešit, je nakonfigurovaný správně.

1018

Server / Re:React router + Apache

« kdy: 04. 09. 2021, 16:57:34 »

Divné je použití REQUEST_FILENAME v <Location>. Location se používá v případě, kdy není žádná vazba mezi URL a souborovým systémem. Vy používáte URL, které je stejné, jako cesta v souborovém systému, takže by bylo lepší použít <Directory> místo <Location>.

1019

Server / Re:React router + Apache

« kdy: 04. 09. 2021, 15:53:28 »

Pozrel by som v dokumentacii k mod_rewrite na direktivu RewriteBase...

Klidně se na ní v dokumentaci podívejte, ale s dotazem to nijak nesouvisí.

1020

Sítě / Re:Lokální doménová jména u počítačů v malé síti

« kdy: 04. 09. 2021, 15:29:11 »

Irelevantny argument, opica bez bananov neprezije, domaca siet bez verejnej domeny prezije.

Irelevantní je hlavně váš argument, protože tazatel se ptá na firmu. Navíc jenom připojení k internetu bude stát minimálně o řád víc, než ta doména, cena připojených zařízení bude ještě vyšší. Kdo nemá 200 Kč ročně na doménu, nebude si pořizovat server a deset počítačů.