Příspěvky

106

Software / Re:Cim nahradit MinIO

« kdy: 20. 06. 2022, 08:01:45 »

1. Jed na minio verzi commit pred zmenou licence, pokud nepotrebujes nove features
2. Udelej si fork a nove features pridavej do kodu pred zmenou licence, pokud potrebujes upgrades
3. https://github.com/chrislusf/seaweedfs

1. Na hranie Ok, do produkcie nie.
2. Na to niesu ludia. Inac nie je nelegalne mergovat zmeny z AGPL kodu? neporusuje to uz licenciu? Lebo prakticky by som len forkol repo, zmenil licenciu a bolo by to.
3. Vdaka pozriem sa na to.

107

Software / Re:Čím nahradit MinIO?

« kdy: 20. 06. 2022, 07:58:22 »

Ahojte,
zistil som, ze MinIO zmenil licenciu na AGPL, takze uz je nepouzitelny na akykolvek projekt, ktory zaraba peniaze.

Takze cim ho nahradit?
Potrebujem nejake distribuovane ulozisko objektov, nemusi byt S3 kompatibilne.

Preco by nebol pouzitelny na projekt, ktory zaraba peniaze? Vy modifikujete samotne minio? Pokial ho pouzivate tak ako je, bez akychkolvek vasich patchov, tak ste vysmiati, zakaznikovi date linku na github minia a ste vybaveni. Na klientov sa AGPL nevztahuje.

Vy máte váš kód odvozený z MinIO?

Na klientov sa podla tohto clanku AGPL vztahuje (ak danu aplikaciu pouzivas cez siet, tak klient musi byt vydany pod (A)GPL licenciou) - https://www.root.cz/clanky/affero-gplv3-vydejte-zdrojove-kody-sitovych-aplikaci/

108

Software / Čím nahradit MinIO?

« kdy: 19. 06. 2022, 20:36:11 »

Ahojte,
zistil som, ze MinIO zmenil licenciu na AGPL, takze uz je nepouzitelny na akykolvek projekt, ktory zaraba peniaze.

Takze cim ho nahradit?
Potrebujem nejake distribuovane ulozisko objektov, nemusi byt S3 kompatibilne.

109

Vývoj / Re:Python a Microsoft SQL náhrada ODBC

« kdy: 26. 05. 2022, 09:03:08 »

Tam je nieco velmi velmi velmi zle.

MS SQL aj pre zlozity insert s indexami na tabulke zvlada < 2ms. Citanie tiez (ano pri 4-ritom joine s agregaciami to moze byt 20ms).

Ale hento vyzera skor na zmrseny driver, alebo snapschot tranzakcie zmiesane s pomalym jazykom a aplikacnou logikou.

V MS SQL si zapni Query Store, ten ti povie v com je problem.

110

Studium a uplatnění / Re:Obsese algoritmických otázek na pohovoru

« kdy: 24. 03. 2022, 15:01:30 »

Neviem co je na algoritmyskych ulohach zle? Ano tie preflaknute s vymenou dvoch premennych su nanic, ale najdu sa aj rozumne.

Programator by mal mat nejake algoritmicke myslenie a nejake zaklady algoritmov, inak sa necudujte, ze je softver tak pomaly.
ja som zatial so ziadnou algoritmickou ulohou na pohovore problem nemal a to som sa na to nijak nepripravoval. Noapak, je to nieco s cim s casu na cas robim.

111

Vývoj / Re:Vlastní jazyk pro tvorbu vektorových obrázků

« kdy: 31. 01. 2022, 12:37:50 »

Je tu vela rad co pouzit prinicpialne. Ale tou cestou som si uz presiel.

Ci uz jednoduche parsovanie, rekurzivny zostup, regularne vyrazy, Shunting-yard uz som si tym presiel. Na zaciatku to vyzera jednoduchsie ale nebude a nstanu problemy. A ked budes chciet pridat novu vlastnost jazyka zacnes si trhat vlasy.

Zas pri polskej notacii si budu trhat vlasy tie deti a dospli nadavat, ze ktory kodil taku blbost.

Pouzi gramatiku a k tomu vhodny generator parseru. Usetris si plno kodu, nervov a ladenia.

Robim sice v inom jazyku a inom syntaktickom generatore, ale nieco take je s gramatikou na pol hodinu.

112

Server / Sukromie s pohladu druhej strany (prveadzkovatela)

« kdy: 31. 01. 2022, 12:30:19 »

Dost casto su na roote diskusie o sukromi v roznych aplikaciach a weboch (nedavno to bol ProtonMail, Google, atd...).

A tak ma zaujima kolko z vas dba na sukromie svojich pouzivatelov?

Napriklad mate webovy server nastaveny tak, aby nelogoval IP-cky, vyse aplikacie nevydia obsah, nepouzivate GA, administratol nevidi obsah databazy a podobne. myslim to s firmenho pohladu, nie na sukromnom blogu.

Lebo tu je to same sukromie a boj proti zlym korporaciam a snaha mat vsetko open source, no ked sa prejdem po Ceskom a slovenskom internete vidim presny opak.

113

Server / Re:Co už je v MariaDB veliká tabulka?

« kdy: 14. 01. 2022, 07:53:55 »

Ono sa lisia viac menej v nazve.

114

Server / Re:Co už je v MariaDB veliká tabulka?

« kdy: 13. 01. 2022, 14:42:19 »

Okolo 10 000 zaznamov je pre MySQL velka tabulka.

115

Server / Re:Mazání řádků na SQL serveru a uvolňování místa

« kdy: 16. 12. 2021, 13:18:27 »

trochu nas prekvapuje, ze to musime resit my a ze se to nedeje v ramci nejake maintainace automaticky a periodicky

Vytaj vo svete MySQL.

116

Vývoj / Re:Rust - std::ANY alebo lepší návrh?

« kdy: 01. 12. 2021, 08:54:07 »

Pánové, jsem dost překvapený, co řešíte. Když se teda vrátím k Rustu, tak tam chci vidět něco jako normální strukturu

Přesně tohle “řešíme”.

Přijde mi, že hledáte cestičky, jak normální kód negenerovat.

generovany kod je zlo.

Zlo je i alkohol a kolik lidí chlastá. Jak by se jinak řešil Protobuf nebo třeba typově bezpečné ORM v C++/Rustu/Go jinak než generováním? Dynamicky to jde ve Smalltalku nebo ObjC a jo, je to elegantní, ovšem bez extrémní dynamičnosti to nejde.

.
jde to pomoci Type Provideru, na ktere jsem daval odkaz. Neco podobneho jsou pluginy v MyPy.

Type Provider je len krajsie meno pre generator kodu, ktory je na urovni jazyka.

117

Vývoj / Re:Rust - std::ANY alebo lepší návrh?

« kdy: 30. 11. 2021, 13:33:23 »

Len by som chcel podotknut, ze OpenApi sa za desat rokov nedostalo tam, kde bol SOAP na zaciatku. Sice klient sa da generovat, ale ten tooling nie je az taky uzasny (napriklad format datumov je peklo), taktiez sa mi stava, ze klienti pre rozne jazyky sa vygeneruju zle, hoci je jasne dana specifikacia. Plus tomu chybaju niektore veci s autentifikacie, nie je mozne efktivne prenasat metadata a binarne data. Atd...

Dalej REST nie je RPC.

grpc zas chyba specifikacia akohekolvek zabezpecnia a validacie requestov, takze je to obcas dost velka partizancina.

Proste za mna SOAP prosto fungoval a fungoval dobre a vsade. A gzipnute XML je cca rovnako velke ako gzipnuty JSON.

A je vhodne pouzit gRPC na intergraciu dvoch roznych podnikov? lebo v praxy sa s nim stretvam len v komunikacii mikrosluzieb v jednej sieti.

118

Vývoj / Re:Rust na Azure Functions

« kdy: 09. 11. 2021, 08:19:11 »

Pytam sa pre to, lebo DllImport tu bol v komentaroch oznaceny za "legacy" postup (z videa), tak sa pytam ako sa to ma robit teraz.

119

Vývoj / Re:Rust na Azure Functions

« kdy: 07. 11. 2021, 10:28:05 »

Tu je priamo ako sa to robi na rozsiahlejsich projektoch - https://www.youtube.com/watch?v=0B1U3fVCIX0 kazdopadne pri povahe nanosluzieb, to az tak nebude treba, pravdepodobne sa da vystacit s par nativnymi importami.

Takto se to dělalo do .NET Core 3.0, od 3.1 se linkuje nativní statická knihovna přímo do dotnetího DLL.

To je pre mna novinka. Mozes mi o tom poslat nejaky zdroj, alebo example?

120

Vývoj / Re:Rust na Azure Functions

« kdy: 06. 11. 2021, 12:44:53 »

Tu je priamo ako sa to robi na rozsiahlejsich projektoch - https://www.youtube.com/watch?v=0B1U3fVCIX0 kazdopadne pri povahe nanosluzieb, to az tak nebude treba, pravdepodobne sa da vystacit s par nativnymi importami.