Příspěvky

151

Vývoj / Re:Aplikácia v JavaFX vs ASP.NET/Micronaut

« kdy: 03. 05. 2021, 11:58:48 »

ASP.NET ma zaujalo čistotou, kompaktnosťou a jednoduchosťou; je tam všetko, čo potrebujete.
Naopak mi tam chýba možnosť modulárneho vývoja, čo ma dosť prekvapilo. Ale keďže moja aplikácia
nebude rozsiahla, tak tam nevidím problém.

ASP.NET od Core 3.0 podporuje modularny vyvoj - odporucam googlit Application parts.

152

Server / Re:MariaDB - Galera - multimaster

« kdy: 09. 04. 2021, 08:05:34 »

To je vtip?

Vykon - oproti osttanym databazam rozhodne nie.
Transakcie - su feikove.
Cudzie kluce - pozri na akom engine musis vyuzivat galeru.
Strata dat - s tym mam bohate skunosti.

Ja viem, ze dnes je v mode tvorit aplikacie co funguju, len pokial fuka spravny vietor, ale preco sa taym este chvalit a vychvalovat to ako spravne riesnie?

153

Server / Re:MariaDB - Galera - multimaster

« kdy: 08. 04. 2021, 07:17:46 »

zabudni na transakcie, cudzie kluce, a vlastne vsetky vyhody niecoho viac ako "suboroveho systemu s tcp rozhranim".

??

To vsetko clovek strati pouzitim Galery/MariaDB.
Ako je asi mozne, ze ine databazy nezvladaju multimaster?
Sice tomu povies "begin transaction" a ono odpovie "OK", ale nic sa nestane, rovnako s cudzimi klucmi, niektorimi indexami.... Ak chce clovek prist o data nie je lepsia volba.

154

Server / Re:MariaDB - Galera - multimaster

« kdy: 07. 04. 2021, 16:07:51 »

Rozhodne nie, ked to pouzijes zabudni na miesto na disku. DB subory su vzdy len rastuce, zabudni na transakcie, cudzie kluce, a vlastne vsetky vyhody niecoho viac ako "suboroveho systemu s tcp rozhranim".

155

Software / Re:Hledám skutečně svobodný eshop

« kdy: 07. 04. 2021, 07:53:16 »

Po precitani celej diskusie clovek zisti, ze skutocne slobodny eschop moze vzniknut len v komunizme.

156

Vývoj / Vývoj v Rustu pro Arduino a ESP

« kdy: 11. 03. 2021, 11:40:42 »

Ma tu niekto skusnosti ako programovat Raduino Uno alebo ESP v ruste?
Popripde nejake ukazky a metrialy, kde je viacej ako blikanie ledkou?

157

Vývoj / Re:Volby key value databazy

« kdy: 25. 11. 2020, 08:13:40 »

skus Mongo

Mongo nie je key value databza, nie, ze by nesiel znasilnit, ale hladam naozaj key value databazu.

nazývat mysql/mariadb jako parodii na databázi je už trochu moc, mají své specifika, ale třeba neztrácí data jako elastic . Tokumx či xtradb engine je třeba velice dobrý. Zajímavá a stabilní varianta je použití mariadb + galera + myrocks, vše jsem viděl a provozoval ve velkých instancích v kritických systémech, neřekl bych, že s tím je více práce než s tradičním Oraclem, umí toho méně, ale nepotřebuje to drahé licence.

A co něco jako Kudu (https://kudu.apache.org/)? RAFT používá na cluster, je to primárně OLAP, ale i tak by to pro tvoje účely mohlo být ok, v ČR už to máme v několika produkcích, údržba je relativně snadná.

Těch možností je poměrně velké množství, jsou tisíce technologií na uložiště, tak tady člověk může jen střílet naslepo.

K sqllite, pokud to chceš mít replikované, musíš to hodit na nějaky distribuovaný fs, dobře to vypadá třeba nad beegfs. Je potřeba si dát trochu práce s návrhem partitioningu a vyhnout se velkým alterům online. Takovéhle řešení používáme na edge serverech pro různé LB, routery, IPS/IDS systémy, dnes to bývá součástí nějakých velkých SIEM, hlavně je to velice dobře debugovatelné, jednoduché, bez řešení problém s tcp.

Hej, tych kecy value databaz je tak vela, ze uz dva tyzdne nemozem najst taku, co by fungovala a splnala moje poziadavky. 90% toho co je na nete, je nedokoncena verzia Redisu (vsetko v RAM), pritom ja potrebujem len nieco lahke, multiplatfromove na perzistenciu.

A ti co si myslite, ze MySQL je databaza odporucam toto (osobne mam este horsie skunosti, akonahle clovek potrebjue v MySQL JOIN cez tri tabulky tak skoncil, alebo indexy ci cokolvek viac advanced, preto kazdy, kto skusi inu databazu tak sa k MySQL uz nevrati)
https://www.youtube.com/watch?v=W02MPPufQs8

158

Vývoj / Re:Volby key value databazy

« kdy: 23. 11. 2020, 09:04:01 »

hm, velikost databáze? Počet čtecích a zapisovacých operací? Počet souběžných klientů? Asynchronní nebo synchronní replikace? Odolnost proti výpadku a očekávaná dostupnost? Prostě spousta důležitých otázek.

Mrkni ale na couchbase, myslím, že splní očekávání, za cassandru ho nahrazujeme poměrně často, ani samotný postgresql není špatná volba a zvládne velké objemy i provoz, mariadb/mysql opět může být někdy vhodná volba, dá se to postavit i nad elasticsearch (ale je to java).

V pár případech jsem použil i sqllite přímo z aplikačního procesu, dobře škáluje, dokáže běžet z lambdy na síťovém disku, při dobrém návrhu tabulek to dělá zázraky.

Běh v kontejneru je obecně problém pro jakoukoliv databázi kvůli měkkému ukládání dat do SW FS vrstvy, kdy se často nepropaguje fsync, nedají se dobře používat memory mapped soubory, nutný pinning s konkrétním storage nebo naopak při použití síťového uložiště se zvyšují výrazně latence nebo snižuje spolehlivostl Za mě to není výhra, ale spíše spousta práce navíc.

Velkost od niekolko GB a predpoklada sa stali rast.
Citanie a zapisovanie 1-ku jednej, pocet kleintov sa este nevie, radsej synchronu replikaciu ako asynchronnu, ale ani jedno nie je pronblem.

couchbase mi nezachutila.
postgresql robi problemy pri vetsich objemoch dat takisto aj jeho replikacia, podla vstekeho co som cital sa na moj scenar nehodi.
mariadb/mysql - to mozem ukladat data do CSV-cka a vysledok bude richlejsi bezpecnejsi a tranzakcnejsi, tuto parodiu na databazu uz nechcem ani vidiet.

elasticsearch - rad straca data, takze to ani nahodou.

V pár případech jsem použil i sqllite přímo z aplikačního procesu, dobře škáluje, dokáže běžet z lambdy na síťovém disku, při dobrém návrhu tabulek to dělá zázraky.

Bol by som zvedavy ako sa to da dosiahnut? Hlavne tym navrhom tabuliek.

A co sa tyka kontainerov, tak tie len na vyvoj. Nasadene to bude na Windows serveroch, mozno  CentOS 8.

159

Vývoj / Re:Volby key value databazy

« kdy: 23. 11. 2020, 08:55:48 »

redis (áno vie ukladať aj na disk)

Nie. Nie je vhodna.

Scylla DB - drop in nahrada Cassandry napisana v C++, takze by to mala byt iba jednoducha nahrada, bez nejakych dodatocnych uprav v kode.

Nie je multiplatformova.

160

Vývoj / Volby key value databazy

« kdy: 22. 11. 2020, 18:33:07 »

Hladam nahradu za Cassandru, za nieco co nie je zavisle na Jave, je to multiplatfromove a aj to vie bezat z konatineru.

Nejake odpoucania?

Hladam nieco co uklada na disk, hodnoty od 10kB do 5MB, podpora replikacie a hlavne perzistencia.

161

Windows a jiné systémy / Re:WSL 2 - jak editovat soubor

« kdy: 18. 11. 2020, 09:39:04 »

Kód: [Vybrat]

notepad.exe  /etc/ImageMagick-6/policy.xml

Vo WSl2 mozes vyuzivat windowsove programy priamo vo WSL, staci ich pouzit s priponou exe. Alebo pouzi Visual Studio Code, ten ma integraciu a vie pracovat v oboch systemoch sucasne.

Jo, jenom bych raději použil něco jako PSPad - můžete totiž narazit na problém se soubory v UTF-8, ve Windows obecně se používá BOM, zatímco v Linuxu je to spíš výjimka. PSPad umožňuje rozpoznat i nastavit kódování, včetně toho, zda UTF-8 má mít BOM nebo ne.

Notepad, to uz v pohode zvlada.
Keby nie stale funguje

Kód: [Vybrat]

pspad.exe  /etc/ImageMagick-6/policy.xml

, alebo si tam dosad svoj oblubeny editor. Ja uz vyhradne pouzivam VS code.

162

Windows a jiné systémy / Re:WSL 2 - jak editovat soubor

« kdy: 18. 11. 2020, 07:36:20 »

Kód: [Vybrat]

notepad.exe  /etc/ImageMagick-6/policy.xml

Vo WSl2 mozes vyuzivat windowsove programy priamo vo WSL, staci ich pouzit s priponou exe. Alebo pouzi Visual Studio Code, ten ma integraciu a vie pracovat v oboch systemoch sucasne.

163

Vývoj / Re:Je Rust jazyk budoucnosti?

« kdy: 12. 11. 2020, 07:23:51 »

Prima, to by měl někdo na wikipedii opravit, protože pohled na tamtu hrůzu mě odradil se víc o Rust zajímat. Dneska už znám Cython a Rust tak nepřináší nic, co by mě motivovalo opustit důvěrně známé vody, moje potřeby jsou nyní plně uspokojeny.

https://cs.wikipedia.org/wiki/Rust_(programovac%C3%AD_jazyk)#Uk%C3%A1zka_trait%C5%AF
Spokojen?

Ja som napriklad rad, ze Rust je konzervativny a stabilny, pren ako nizkourovnovy jazyk je to priam ziadane. Nechcem kazdy rok riesit nekompatibilne zmeny. Keby sa ma riadit haipom tak uz je z neho javascript.

164

Vývoj / Re:Je Rust jazyk budoucnosti?

« kdy: 06. 11. 2020, 08:21:03 »

Za mna:
+ richli
+ typovy system, generika, enumy
+ pametovo bezpecny
+ vie sa kompilovat do DLL-ky
+ po prekonani vstupnej barriery logicky jazyk
+ pouzitelne webassembly (dolezite je to slovo pouzitelne)

- jeden subor je jeden modul (maju to aj ine jazyky, ale je to taka strasna blbost)
- premature optimalization na UTF-8 stringy, to sposobiilo, ze sa zo stringami pracuje naozaj zle, a kcoli tomu ma Rsut sam o sebe prilis vela typov stringov (str, String,  CStr,...)
- async/await len v preview
- Mozzila ma problemy, preto sa bojim o jeho buducnost


Za mna co sa tyka ucenia, Rust som zvladol za dva tyzdne, ideomaticky rust za dalsi tyzden a pol. Ano vstupna bariera je velka a clovek spocitaku naraza, ale ked pochopi principy borrowingu a vlastnenia hodnot, tak uz aj ostatne veci v jazyku zacnu davat logiku a pracuje sa v nom  lahko a richlo.

Po tom co som sa ho naucil som lutoval, ze som kedysi stracal cas s Go.Rust ma vsteky veci, ktore cloveka napadnu vyrienie miliardukrat lepsie ako Go, je to asi ked sa porovnava krasokorculovanie (Rust) s neandertalcom (Go).

Osobne si nemyslim, ze Rust sa presadi pri mirkopoictaoch, na to v nich treba az prilis vela unsafe kodu, a hlavne problemi, ktore Rust riesi v nich niesu (ked robi clovek s mikropocitami, tak si vsteku pamet  staticky alokuje dopredu).
Kde vidim buducnost su jednodoskove pocitace ale RPi, kde Rust dava perfektny zmysel.

Rust hadam nahradi veci, na ktore sa teraz pouziva Go, hlavne pre pametovo vytazene scenare.

165

Vývoj / Re:PHP MySQL vs MSSQL

« kdy: 06. 11. 2020, 07:57:00 »

No ked ides do dachoho noveho neuskodili by aspon elementarne zaklady.