Příspěvky

661

Software / Re:Vlastnoruční podepisovaní přes tablet

« kdy: 25. 04. 2019, 17:44:20 »

Ještě jednou opakuji: Pokud vím, na faktuře nemusí být podpis. Faktura je platná i když podpis neobsahuje. Čili věta "faktury musí mít podpis – takže i jen naskenovaný podpis přidává tu hodnotu, že je ten dokument platný." je podle mého neplatná a dostatečně jsem to doložil.

Pozor na to, faktura není smlouva. Je to daňový nebo účetní doklad. Jinak nemá cenu se hádat, stejně na názoru Mirka Prýmka nebo p. Jirsáka nezáleží, podstatné je, co by k tomu řekl znalec. A toho tu bohužel nemáme.

662

Vývoj / Re:Návrh relační databáze

« kdy: 25. 04. 2019, 16:54:16 »

Používáme už skoro 20 let defakto ORM uložení do SQL - objekty a vazby mezi nimi.

Tabulka objektů se základními parametry objektů (ID objektu, ID typu objektu, název, datum vytvoření, přístupová práva atd.). ID typu objektu odpovídá příslušné třídě v javě - potomku InfoObject. Přímo třída objektu může nést už byznys kód, protože jsou vytvořené pro konkrétní účel (téma, dokument, uživatel, firma, skupina, obrázek, žádost, atd. atd.).

Pak je evidenční tabulka atributů, která obsahuje typ (string/int/date/JSON) a ID typu atributu. Stále častěji používáme typ JSONAttrib. Opět typu atributu odpovídají třídy v javě.

Každý atribut má vlastní tabulku attr_IDatributu se sloupcem value dle jeho typu a samozřejmě id_obj s navázáním na objekt.

(...)

Pokud to dobře chápu, máte tam Entity–attribute–value model (EAV)? Pokud ano, bylo by dobré zmínit, že to ledaskdo považuje za antipattern. Což samozřejmě neznamená, že to nemůže fungovat, otázkou je pracnost a vlastnosti.

663

Vývoj / Re:Návrh relační databáze

« kdy: 25. 04. 2019, 15:55:16 »

Filip Jirsák: Tenhle postup by se mi taky líbil, problém je v tom, že Monitor má cizí klíč ParentId, což může být Počítač z tabulky Pocitace, ale také DVD přehrávač z tabulky dbo.ElektronickaZarizeni. Je to ten samý atribut, ale pokaždé směřuje jinam.
Nevím, jestli jsme se náhodou špatně nepochopili, ale nevidím nic nerelačního na tom, když všechny tabulky se skupinami objektů mají cizí klíč MostId do tabulky dbo.Most, a všechny agendy se odkazují cizím klíčem MostId do téže tabulky.

Logik: Snažit se držet vazbu triggery je dle mého cesta do pekel.

Nevím jestli jsem pochopil celé téma diskuze, nicméně podotýkám, že v některých ORM existuje Polymorphic associations (ActiveJDBC, Hibernate). Např. Image má parent_id a parent_type, takže lze přiřadit k různým typům záznamu (třeba Section i Article) - typ se zjistí z parent_type. Databázově to sice tak čisté ale občas to může být vhodné řešení.

664

Software / Re:Vlastnoruční podepisovaní přes tablet

« kdy: 24. 04. 2019, 23:00:57 »

Tohle někdo akceptuje s nenulovou právní váhou? (jako už jsem to také zažil, pošťák po mně chtěl něco nakreslit na displej)

Neviem ako u Vás, ale na Slovensku majú váhu aj nepísomné právne úkony. Predpokladám, že to bude podobné aj v ČR.

Pre písomné právne úkony u nás okrem iného platí aj toto:

Písomný právny úkon je platný, ak je podpísaný konajúcou osobou; ak právny úkon robia viaceré osoby, nemusia byť ich podpisy na tej istej listine, ibaže právny predpis ustanovuje inak. Podpis sa môže nahradiť mechanickými prostriedkami v prípadoch, keď je to obvyklé.

Písomná forma je zachovaná, ak je právny úkon urobený telegraficky, ďalekopisom alebo elektronickými prostriedkami, ktoré umožňujú zachytenie obsahu právneho úkonu a určenie osoby, ktorá právny úkon urobila. Písomná forma je zachovaná vždy, ak právny úkon urobený elektronickými prostriedkami je podpísaný zaručeným elektronickým podpisom alebo zaručenou elektronickou pečaťou. 

Takže podľa môjho názoru obyčajný podpis na tablete pre poštáka má nenulovu a primeranú právnu váhu vzhľadom na ten úkon  - prevzatie záseilky.

Toto si každý podnikateľ musí vyhodnotiť sám a určiť podmieky podpisovania tak, aby boli primerané povahe právneho úkonu. To samozrejme neplati v prípadoch, kedy zákon predpisuje určitú formu právnych úkonov.   

Ano, i v ČR se dá smlouva uzavřít i ústně. Problém pak může být s průkazností v případě sporu.

Jinak je možné, že u těch certifikovanýh podpisovacích tabletů ten podpis neopouští zařízení, ale pouze vyhodnocuje shodu se vzorem (podobně jako v případě čtečky otisku prstů).

665

Software / Re:Vlastnoruční podepisování přes tablet

« kdy: 24. 04. 2019, 18:08:24 »

Druhe riesenie bolo, ze dokupim dalsie monitory, ktore budu otocene na zakaznika, aby videl co ide podpisat a podpisal by to cez "podpisovaci" WACOM. Pre malo miesta na stoloch je aj toto riesenie nevhodne.[/i]

Takze mi jako zakaznikovi ukazes dokument A, ja ti ho podepisu, tim ziskas obrazek, ktery si potom z A zkopirujes do B a C, ktere jsem nikdy nevidel a nechtel podepsat.

Jaky to ma smysl? Jak rika kolega: takovy podpis ma samozrejme nulovou pravni vahu. Misto podpisu si tam dej klidne nejakej hezci obrazek.

Byl jsem v bance a všechno podepisoval ručně na specializovaném podepisovacím tabletu. Ten dokument jsem tam viděl (byť malinký a sotva čitelný), pak se zobrazilo pole, kde jsem se podepsal. Nějakou právní váhu to určitě mělo, jinak by to snad nedělali. A taky jsem tam neměl žádnou jistotu, zda ten můj podpis třeba nezneužijí jinde. Jenže on se dá zneužít i konvenční podpis na papíře, taky ten podpis opouští mé pole působnosti a někdo ho může v klidu zfalšovat. Co si o tom celkově myslet nevím.

666

Vývoj / Re:Rýchle nahadzovanie produktov pre Eshop

« kdy: 18. 04. 2019, 18:14:14 »

Hledal bych možnost importu a data si připravil bokem v tabulce (často mají e-shopy možnost import z csv). Počítejte, že vám i tak zabere příprava dost času.

Pro srovnání se můžete podívat do připravených e-shopů k pronájmu (typu eshop-rychle, shoptet a další), jak to mají vyřešené tam.

667

Server / Re:MySQL a phpMyAdmin jako informační systém

« kdy: 18. 04. 2019, 17:50:39 »

Koukněte na LibreOffice Base, můžete tam mít pohled na tabulku a při procházení řádků se vám v dalším pohledu načítají řádky z jiné tabulky, hodnoty lze upravovat a můžete na to udělat i formuláře. To je takové „kancelářské“ řešení. Ale je o něm dobře vědět.

Pak jsou „plnotučné“ systémy, které umožní vygenerovat administraci na základě existujícího modelu, pro javu třeba Apache Isis. Je ale potřeba toho dost vědět - pak to udělá dost práce.

668

Vývoj / Re:PHP PDO - SQL Update

« kdy: 15. 04. 2019, 21:17:50 »

Pokud záznam neexistuje, musíte ho nejdřív vložit pomocí INSERT, teprve pak ho můžete změnit pomocí UPDATE. Pokud chcete aktualizovat jen jednu konrétní položku, zavoláte UPDATE a v části WHERE uvedete primární klíč. To je typické použití. Chcete-li něco konkrétnějšího, uveďte alespoň strukturu databáze...

669

Vývoj / Re:Přístup k Wi-Fi přes javu

« kdy: 15. 04. 2019, 21:11:58 »

Zdravím,

chtěl bych se optat, zda moje myšlenka je vůbec možná, případně jak proveditelná v jazyce java.

1.) Komunikace s Wi-Fi přes javu. Jde to? Případně jak toho docílit?
2.) Pokud bod 1) je reálný, jak mohu získat MAC adresy připojených zařízení? Případně jak to udělat přes javu?

Díky

Co myslíte tou komunikací s WIFI? Přenos dat po IP síti a zjištění základních parametrů připojení? Pak IMHO stačí postupovat stejně jako u jakéhokoli jiného síťového rozhraní - https://www.mkyong.com/java/how-to-get-mac-address-in-java/

670

Server / Re:Hledám e-mailový hosting pro 10 schránek

« kdy: 14. 04. 2019, 16:15:54 »

Chápu autorův dotaz a naopak také nesouhlasím s tím, že spravovat mailserver není žádná starost. Také se o mailserver léta starám (zhruba 100 mailboxů na několika desítkách domén) a taky vím, jaké problémy s tím jsou, také jsem se dostal do stavu, že jsem si říkal, že už mě to nebaví. Prolezl jsem většinu velkých web/mail hostingů v ČR a nikde jsem pořádně nenašel to, co jsem hledal.

Musím říct, že migrace celé jedné firmy k Microsoftu byla velmi pohodlná a od té doby o jejich mailech nevím.
Stejně jednoduše to šlo v případě Google, takže tyto zmíněné mohu jen doporučit i když si to nechají zaplatit.
No a jako cost-effective solution bych asi mohl doporučit contabo.com, občas na ten cPanel trošku nadávám, ale veskrze umí vše, co potřebuji a zatím jsem s jejich maily také neměl větší problém (i když se do INBOXU dostane víc spamu, než na mém původním mailserveru). Taky mi trochu vadí, že je jejich podmínkou přesun DNS k nim.

Nemůžu tu nabídku na maily na contabo.com najít. Zrovna zkouším jejich VPS, tak mě to zajímá...

Aha, už to asi vidím - je to součást toho webhostingu? https://contabo.com/?show=webhosting

671

Server / Re:Hledám e-mailový hosting pro 10 schránek

« kdy: 14. 04. 2019, 16:08:46 »

Chápu autorův dotaz a naopak také nesouhlasím s tím, že spravovat mailserver není žádná starost. Také se o mailserver léta starám (zhruba 100 mailboxů na několika desítkách domén) a taky vím, jaké problémy s tím jsou, také jsem se dostal do stavu, že jsem si říkal, že už mě to nebaví. Prolezl jsem většinu velkých web/mail hostingů v ČR a nikde jsem pořádně nenašel to, co jsem hledal.

Musím říct, že migrace celé jedné firmy k Microsoftu byla velmi pohodlná a od té doby o jejich mailech nevím.
Stejně jednoduše to šlo v případě Google, takže tyto zmíněné mohu jen doporučit i když si to nechají zaplatit.
No a jako cost-effective solution bych asi mohl doporučit contabo.com, občas na ten cPanel trošku nadávám, ale veskrze umí vše, co potřebuji a zatím jsem s jejich maily také neměl větší problém (i když se do INBOXU dostane víc spamu, než na mém původním mailserveru). Taky mi trochu vadí, že je jejich podmínkou přesun DNS k nim.

Nemůžu tu nabídku na maily na contabo.com najít. Zrovna zkouším jejich VPS, tak mě to zajímá...

672

Odkladiště / Re:Trening algoritmizacie, logiky, a pamate

« kdy: 14. 04. 2019, 01:45:30 »

Samozrejmy fyzicku aktivitu som zaviedol ako prvu - zacal som behavat.

Moc konickov nemam, bohuzial programovanie je jeden z tych najvacsich, takze o to pridem, o to viac ma to bude mrziet. Preto som sa ako prve pytal ci nepoznate zdroj nejakych programatorskych uloh na logiku, pretoze je to zaroven aj konicek.

Matematika by tiez bolo riesenie, ale bohuzial je to velmi vseobecny pojem, a ked clovek nepotrebuje riesit konkretnu ulohu, nebude vediet kde zacat, a akym smerom sa vydat.

No on i koníček může vyčerpat. Ale existuje asi dost (třeba i výzkumných) projektů, ke kterým se lze přidat a které jsou výzvou pro přemýšlení i pro komunikaci s dalšími lidmi... Zda je to to pravé musíte poznat sám Každopádně něco jako vystoupení ze zaběhlých kolejí a změna kontextu, pohled třeba i na stejnou činnost z jiné strany, to může být docela osvěžující (a prospěšné pro zachování vnitřní myšlenkové a osobnostní pružnosti).

673

Odkladiště / Re:Trening algoritmizacie, logiky, a pamate

« kdy: 13. 04. 2019, 21:20:34 »

zkus šachy nebo se třeba začni něco učit, matematiku, další jazyk e.g. němčina etc. a samozřejmě víc cvičit.

Je dost různých aktivit, na které se člověk jakoby rozvzpomene, že „je chtěl vždycky dělat“.

Třeba začít něco studovat anebo hrát na nástroj. Zrovna ta hra na nástroj může být vynikající, protože propojuje motoriku a s logikou (pokud vím tak byla korelace mezi matematickým a hudebním myšlením i prokázaná). Ale je to individuální a hlavně to musí najít člověk sám v sobě.

674

Odkladiště / Re:Trening algoritmizacie, logiky, a pamate

« kdy: 13. 04. 2019, 20:15:00 »

Lektoři tai-tchi říkají, že od půlky života je pro dosažení stejného efektu potřeba několikanásobně více cvičit (a že dosažitelná úroveň při tom cvičení bude záležet na tom, co člověk v první půlce života  nacvičil).

Jung říká, že před člověkem v půlce života stojí úkol dost zásadně přehodnotit životní styl a postoje a věnovat se ve větší míře svým duševním potřebám, jinak se bude pravděpodobně potýkat s řadou závažných problémů (které lze obecně charakterizovat jako ustrnutí ve vývoji a zkonstnatění, což lze pozorovat právě i v tom myšlení).

A i konvenční psychologové říkají, že člověk v druhé půlce života má spíš než na výkonu stavět na zužitkování zkušeností, delegování úkolů a školení mladších kolegů (což je způsob, jak úspěšně projít tzv. krizí středního věku).

Takže jediná cesta je na sobě pracovat - ale ne ve smyslu snažit se za každou cenu udržet tempo jako dřív, ale spíš ve smyslu přehodnocení sám sebe.

Dobrý doktor samozřejmě poradí a vyloučí onemocnění. Jinak doporučuji pobyt v přírodě, fyzickou práci anebo obnovení starých zájmů či koníčků. IMHO to pak dost pomůže i při tom programování.

A - samozřejmě - reaguji protože jsem nucen se tím také nějak zabývat...

675

Vývoj / Re:Zpracování XLSX v PHP/Java

« kdy: 12. 04. 2019, 23:01:25 »

Myslel jsem, že jste to formátování upravil jenom pro větší přehlednost. Pokud jsou v tom XML skutečně ty bílé znaky, jsou i v té tabulce. Pokud text má být bez mezer, musí být bez mezer i v XML. Jinak s konci řádků bych to XML raději nepoužíval, protože to je zrovna případ, kdy to Excel a Libre Office zobrazí každý jinak…

Máte pravdu, bílé znaky se tam dostaly omylem při operaci s tím xmlkem. Když použiju originální podobu tak je vše v pořádku a dostávám "defg"