Příspěvky

1

Vývoj / Re:Rada pri navrhu db tabuliek

« kdy: 20. 06. 2021, 18:19:53 »

samostatne tabulky company, employee, salary, kde jsou ciste informace o jmenu firmy, o jmenu zamestance, standartizovane urovne platu podle tabulek.
pak vazebni tabulky company_employee, employee_salary, kde budou vazby company_id, employee_id kdo kde pracuje a jeden clovek muze pracovat pro vice firem a firma muze mit vice pracovniku, a vazby employee_id a salary_id, kde je vazba pracovnika na jeho tabulkovy plat, muze tam byt i flag platnosti zaznamu v danem obdobi, klidne i doba platosti.
pak muzou byt triggery, ktere budou modifikovat flagy platnosti salary v danem obdobi, kdyz se pridaji nove zaznamy.
stare zaznamy s neplatnymi flagy se mohou zalohovat v history tabulkach.

Employee a company tabulky uz mame, aj ten zvysok som planoval podobne. Trosku si nesom isty v tom, ako z tabulky salary vycitam, ktore udaje su defaultne, bez vazby na ine entity? Budu tam trosku vacsie vypocty, a radsej by som sa k akymto udajom dostal lahsie nejakym wherom, ako vylucovanim zgroupenych zaznamov z inych tabuliek.

2

Vývoj / Rada při návrhu db tabulek

« kdy: 20. 06. 2021, 17:34:21 »

Ahojte, chcel by som mensiu radu / konzultaciu k vytvaranym relacnym tabulkam.

Potrebujem ukladat nastavenia, pre vysky vyplatzamestnancov. Nastavenie vysok bude ulozene v percentach, kazde nastavenie musi mat platnost od, a volitelnu platnost do - null znamena ze plati kym nepribudne novy zaznam. Vyska sa bude ukladat defaultne per poziciu zamestnanca.

Takze moj navrh je toto:
sallary_setting
- id
- from
- to (nullable)

sallary_setting_values
- id
- emp_position (nullable)
- percentage
- sallary_setting_id (fk)

Dalsi atribut ktory by mal tento design splnat, je moznost ulozenia nastavenie pre konkretne pobocky firmy, a pre konkretnych zamestnancov. Tzn, ze ak bude ulozene taketo specificke nastavenie, prepise to defaultne nastavenie.

Napadaju ma 2 sposoby ako to urobit:

1. pridat nullable stlpce employee_id a company_id do sallary_setting, aby som vedel ci je to specificky zaznam, alebo defaultny ak obe budu null
2. vytvorit nove mapovacie tabulky pre zamestnancov a pobocky, a zaroven pridat enum stlpec do sallary_setting, aky je zdroj tohto nastavenia (firma, zamestnanec, default)

Co myslite? Ak mate lepsi napad, rad si necham poradit od skusenejsich. Dakujem

3

Hardware / Kvalitní bezdrátová sluchátka s mikrofonem pro Linux

« kdy: 20. 06. 2021, 16:38:51 »

Ahojte viete mi poradit kvalitne bezdrotove sluchatka s mikrofonom pre linux (ubuntu) do 400 eur, alebo je to oxymoron?

Skusal som sony wh-1000xm4, ale katastrofa. Skusal som ich sparovat aj s telefonom, a zvuk bol nadherny, a mikrofon bol tiez solidny. Na linuxe mi zvuk prisiel trosku plochy v porovnani so zvukom ktory som pocul pri hudbe z telefonu, ale slo to. Problem bol hlavne s mikrofonom, ked som v nastaveniach nastavil ako vstup mikrofon zo sluchatok, tak vystup sa mi zmenil z A2DP Sink: LDAC na HSP/HFP. Mikrofon aj zvuk ktory v tomto mode pocujem ja, alebo proti strana by som prirovnal k vysielackovej kvalite. Sluchatka som preto nuteny vratit.

Viete mi poradit ine bezdrotove sluchatka pre muzikofila, ktory potrebuje cez ne telefonovat na dennej baze? Alebo este v lepsom pripade, ako vyriesit problem s aktualnymi sony. Dakujem.

4

Hardware / Re:iPad Pro a externy monitor

« kdy: 29. 04. 2021, 18:24:18 »

Ahojte, najde sa tu prosim jablckar ktory by mi vedel povedat, ci je mozne pouzit externy monitor s iPad Pro pre rozsirenie pracovnej plochy, a nie len ako mirorring? Napr. na jednej obrazovke mat emaily, alebo film, a na druhej si robit pracu? Predpokladam ze macbooku s tym problem nie je, no niesom si isty ohladom iPadu. Hladal som na forach, a nasiel som len 2 rocnu odpoved, ze to mozne nie je, ale snad sa to uz zmenilo. Dakujem.

Este doplnim, ze planujem kupit 2021 verziu, tak ak by to nahodou s 2020 neslo, mozno niekto bude mat vedomost o tom ci to s novsou verziou pojde.

5

Hardware / iPad Pro a externy monitor

« kdy: 29. 04. 2021, 18:17:42 »

Ahojte, najde sa tu prosim jablckar ktory by mi vedel povedat, ci je mozne pouzit externy monitor s iPad Pro pre rozsirenie pracovnej plochy, a nie len ako mirorring? Napr. na jednej obrazovke mat emaily, alebo film, a na druhej si robit pracu? Predpokladam ze macbooku s tym problem nie je, no niesom si isty ohladom iPadu. Hladal som na forach, a nasiel som len 2 rocnu odpoved, ze to mozne nie je, ale snad sa to uz zmenilo. Dakujem.

6

Vývoj / Re:Google/Facebook Oauth2 pri architekture SPA + mikrosluzby

« kdy: 12. 04. 2021, 00:42:00 »

Jak jsem psal, nevymýšlel bych kolo. Nejprve bych to implementoval podle toho tutoriálu Springu, a až vám to bude fungovat a budete rozumět tomu, jak to funguje, můžete to upravovat. Když to budete vymýšlet sám, nevíte, jestli tam někde nemáte díru. U té implementace ve Springu se dá přeci jen předpokládat s větší pravděpodobností, že to je správně.

Nedari sa mi zial najst oficialnejsi zdroj pri pouziti social oauthu so SPA. Vacsina prikladov vratane toho na blogu je, prihlasovanie na server side appke, po prihlaseni na google stranke, opat prebehne redirect na serverovu appku kde sa stane ta springova magia. Ak ale vyvijam SPA klienta, tak ten oauth prebehne predpokladam tam, otazka teda je, ako komunikovat so springom v tomto pripade, co mu poslat atd.

7

Vývoj / Re:Google/Facebook Oauth2 pri architekture SPA + mikrosluzby

« kdy: 11. 04. 2021, 21:03:48 »

Dakujem za aktualne odpovede. Este som googlil a objavil som toto

https://www.javachinna.com/spring-boot-angular-10-user-registration-oauth2-social-login-part-1/

 v uvedenom sekvencnom diagrame je vidiet ze je to navrhnute podobne, ako som to navrhoval v otazke (prva varianta), to podla vas ok?

8

Vývoj / Google/Facebook Oauth2 pri architekture SPA + mikrosluzby

« kdy: 10. 04. 2021, 18:14:10 »

Ahojte, viete mi prosim povedat aky je spravny postup authentifikacie a authorizacie pri uvedenej architekture?

Co potrebujem:
- Ziskat po prihlaseni cez google / fb token, ktorym sa budem dopytavat na API
- Vediet token overit, resp. ziskat novy token refresh tokenom
- Ak sa prihlasi novy uzivatel, chcem mu zalozit konto aby som ziskat interne ID, ktore sa nasledne bude pouzivat pri roznych operaciach

Konkretny tech stack bude VueJS a Spring Boot.

Vzhladom na to, ze chcem pouzivatelovi vytvarat konto, rozmyslam ze by som to authentifikaciu robil cez Spring, nacital si profil pouzivatela, a z neho vytvoril svojpomocne JWT, dal by som mu vlastnu expiraciu, vlastny private key, vedel cez public key overovat platnost tokenu pouziteho pri konzumacii API, atd.

Pozeral som google dev. konzolu, aj nejake tutorialy, a ten access token a refresh token by malo ist ziskat aj priamo v JS klientovi, a refreshovat token priamo oproti google api. Lenze v tomto pripade neviem co bude s mojim planom zalozit pouzivatelovi profil.

S Oauth2 zacinam, tak sa ospravedlnujem ak otazka vyznela hlupo. Viete poradit ako to riesit? Dik.

9

Vývoj / API pre ziskanie ceny kryptomeny v urcitom case

« kdy: 09. 03. 2021, 16:42:38 »

Ahojte,
ako uz z nazvu vyplyva, hladam schopne restove API pre ziskanie ceny kryptomeny v urcitom case vo fiat mene, stacilo by aj USD. Napriklad poslem serveru timestamp a dostanem sumu. Vedeli by ste nieco odporucit? Dakujem.

10

Vývoj / Re:Prednastavenie Select fieldu s lazy datami v SPA appke

« kdy: 24. 02. 2021, 12:30:04 »

Dává to pocházení po stránkách vůbec pro uživatele smysl? Když může mít seznam desítky tisíc záznamů, asi v tom nebude uživatel něco hledat očima, ne? Může tedy dávat smysl i zobrazit uživateli jenom ten jeden vybraný záznam a spolu s ním ty vstupy pro filtrování – a teprve když něco zadá, vypsat mu ty záznamy, které odpovídají podmínce. Plus aktuální hodnotu – tu by bylo dobré v seznamu zachovat vždy.

Další věc je, že je nevhodné používat stránkování typu „strana 7 po 20 záznamech“. Z pohledu uživatele to nedává žádný smysl. Lepší je najít způsob stránkování, který dává smysl i z pohledu uživatele – třeba podle počátečních písmen. Ale pokud máte desítky tisíc záznamů, nepomůže ani to. Každopádně je lepší i interně řešit stránkování jako „začni na položce X a vypiš jich 20“. Pak ani nevadí, že nevíte, na které stránce je to vaše ID – prostě zobrazíte stránku, na které je (pokud stránky nedávají žádný smysl, pak je rozumné zobrazit takovou stránku, kde ta položka bude uprostřed). Bez ohledu na to, že by se na takovou stránku uživatel nedostal, kdyby roloval od začátku. Takže třeba kdybyste zobrazoval čísla 1–100 po 10 na stránce – když budete potřebovat zobrazit položku 27, zobrazíte záznamy 23–32. Když se uživatel bude pohybovat nahoru, donačtete 13–22, pak 3–12 a nakonec 1–2. Je tedy potřeba mít backendovou službu, která neposkytuje „data pro stránku 3“, ale která poskytuje „stránku začínající X“ (případně „stránku, která má uprostřed X“).

Ono sa to komplikuje aj v tom, ze ak mu zobrazim polozky 13-22, tak by musel v tom selectitku scrollovat s lazy loadingom hore aj dole, co sa mi tiez velmi nepaci, ale mozno je to len moj subjektivny nazor.

11

Vývoj / Prednastavenie Select fieldu s lazy datami v SPA appke

« kdy: 24. 02. 2021, 11:02:27 »

Ahojte, neviem si rady s nasledujucim problemom.

Pouzivame v SPA appke klasicky select field, ktoremu viete nastavit value s ID objektu, a sadu objektov, a na zaklade predaneho ID vie prednastavit prave nastaveny objekt. Mame to tak aj pri editacii property na objekte, kliknete na editovat, dotiahne si cez ajax mnozinu objektov ktore ma uzivatel na vyber, a podla aktualneho ID predstavy aktualny objekt.

Problem nastava ked tych dat je strasne vela, doimplementovali sme filter a paging s infinity scroll. To nam funguje pekne, pri hladani polozky koru chcete zvolit, sa vam na pozadi paguju nove zaznamy a pridavaju do mnoziny v selecte, alebo viete zacat v selecte pisat a zaznamy sa serverovo odfiltruju.

Neviem vsak, ako pri takomto selecte, prednastavovat objekty, predstavte si ze niekto ma na sebe nastavenu polozku z poslednej page, klikne editovat, a zobrazi sa mu modal, v ktorom je select, a v nom by mal vidiet aktualne zvoleny objekt, no mal by aj vediet scrollovat nizsie a vybrat si z inych. Lenze ja podla ID neviem aku page mu mam dotiahnut, takze riesenim by mohlo byt dotahovat zaznamy, az kym sa v nich nebude nachadzat prave nastavene ID, co pri desat-tisicoch zaznamoch neni optimalne. Viete poradit ako sa taketo veci bezne riesia, alebo ako by ste to riesili vy? Dakujem.

12

Odkladiště / Re:České daňové přiznání a kryptoměny

« kdy: 18. 02. 2021, 12:41:20 »

Na netu je minimálně 50 návodů, jak to danit. I kdyby neměl papíry potvrzující cenu nákupu, tak daň je v tom případě maximálně 15% (to je cca poplatek jako když by to vybíral z bitcoinmatů, kde je ale limit asi 20000 na 1 výběr bez občanky). Pokud se kupuje a prodává po částech, tak se to dělá váženým průměrem.
Pokud není jak doložit nákup, tak větší problém bude spíš, že banka se může ptát, kde k tomu přišel a může celou částku zablokovat.

Ja sice viem dolozit potvrdenie o nakupe, ale aj tak sa trosku bojim toho ze mi zablokuju peniaze, a budu z toho nejake opletacky kvoli tomu ze mi zrazu prislo na ucet niekolko mega

13

Odkladiště / Re:České daňové přiznání a kryptoměny

« kdy: 18. 02. 2021, 04:15:49 »

... Naopak kdo si mysli, ze to zdani, az z toho jednou bude mit nejake hrozne miliony, tak pak bude mozna brecet, az zjisti, jakou pokutu mu financni sprava vymeri... Respektive se muze pak jednat i o trestny cin a hrozi i par let vezeni.

No a jak to má teď zdanit někdo, kdo například koupil BTC někdy před deseti lety, deset let mu ležela ta fleška s BTC někde v šuplíku a teď se rozhodl všechny BTC prodat? 

Ak nebude vediet dokazat za aku sumu ich nakupil, tipol by som, ze musi zdanit komplet celu sumu bez moznosti odpocitania nakladov.

14

Odkladiště / Re:České daňové přiznání a kryptoměny

« kdy: 17. 02. 2021, 15:15:09 »

Nejsem ucetni, ale danove priznani jsem parkrat delal. Z toho uvedeneho prikladu neni jasne, kolik Euro (nebo jine fiat meny) byl Bitcoin (nebo Ether) kdyz jsi to na nej prevedl. Pokud tenhle udaj dokazes vyexportovat z transaction history na crypto burze, tak pak ve spojeni s tim kurzem CNB k danemu dni, zjistis kolik byl zisk v CZK. Mozna si s tim ale moc lames hlavu. Me to daneni ceka taky a kdybych to mel resit po jednotlivych transakcich, tak se z toho nejspis zblaznim, protoze s tim aktivne obchoduju a je jich proste moc. Udelam teda to, ze vemu vstupni castku a tu odectu od finalni castky po posledni transakci v roce 2020 a z toho pak vypocitam 15% dan. Jestli s tim bude mit nekdo z financaku problem, poslu jim klidne celou historii transakci ze vsech burz, kde jsem obchodoval. Pochybuju, ze to bude nekdo do detailu resit... Je urcite hodne lidi, kteri zisky z krytomen nebudou danit letos vubec, takze stat muze byt rad, ze jsou aspon nekteri z nas poctivi. U me to navic bude asi nula od nuly, protoze uplnatnim jeste danovou slevu z hypotecniho uveru, takze mi stat nic moc neveme a je to pro me rozhodne dalsi duvod, proc kryptomeny priznat v danovem priznani. Naopak kdo si mysli, ze to zdani, az z toho jednou bude mit nejake hrozne miliony, tak pak bude mozna brecet, az zjisti, jakou pokutu mu financni sprava vymeri... Respektive se muze pak jednat i o trestny cin a hrozi i par let vezeni.

Ak mas vela transakcii a nechce sa ti to riesit, existuje na to nastroj EveryTrade.io skus na to mrknut, problem je ze nepodporuje vsetky menove pary, co je moja smola. Preto to riesim sam.

15

Odkladiště / Re:České daňové přiznání a kryptoměny

« kdy: 17. 02. 2021, 15:11:59 »

Nejsem ucetni, ale danove priznani jsem parkrat delal. Z toho uvedeneho prikladu neni jasne, kolik Euro (nebo jine fiat meny) byl Bitcoin (nebo Ether) kdyz jsi to na nej prevedl. Pokud tenhle udaj dokazes vyexportovat z transaction history na crypto burze, tak pak ve spojeni s tim kurzem CNB k danemu dni, zjistis kolik byl zisk v CZK. Mozna si s tim ale moc lames hlavu. Me to daneni ceka taky a kdybych to mel resit po jednotlivych transakcich, tak se z toho nejspis zblaznim, protoze s tim aktivne obchoduju a je jich proste moc. Udelam teda to, ze vemu vstupni castku a tu odectu od finalni castky po posledni transakci v roce 2020 a z toho pak vypocitam 15% dan. Jestli s tim bude mit nekdo z financaku problem, poslu jim klidne celou historii transakci ze vsech burz, kde jsem obchodoval. Pochybuju, ze to bude nekdo do detailu resit... Je urcite hodne lidi, kteri zisky z krytomen nebudou danit letos vubec, takze stat muze byt rad, ze jsou aspon nekteri z nas poctivi. U me to navic bude asi nula od nuly, protoze uplnatnim jeste danovou slevu z hypotecniho uveru, takze mi stat nic moc neveme a je to pro me rozhodne dalsi duvod, proc kryptomeny priznat v danovem priznani. Naopak kdo si mysli, ze to zdani, az z toho jednou bude mit nejake hrozne miliony, tak pak bude mozna brecet, az zjisti, jakou pokutu mu financni sprava vymeri... Respektive se muze pak jednat i o trestny cin a hrozi i par let vezeni.

To som prave niekde cital ze toto spravny postup, ale tiez niesom expert. Pretoze moze sa stat ze na transakciach zo zaciatku roka si sa strasne nabalil, ale bol si chamtivy a dalej tie zisky investoval a do konca roka o vsetko prisiel. To je statu ale jedno, pretoze na prvych transakciach si zisky mal, a tie pozaduje zdanit.

Co sa tyka nedanenia, tak ma to tiez napadlo. Lenze vdaka tomu ako funguje blockchain, mozno raz budu urady mat na nas paky, a fakt nechcem mat kvoli lenivosti neskor opletacky so zakonom, alebo doplacat nejake horibilne ciastky.