Příspěvky

691

Vývoj / Re:Je Swagger utter crap?

« kdy: 03. 04. 2019, 22:49:05 »

Stejne tak, jako pro IPC komunikaci pouzije zcela nevhodne napr. nanomsg, namisto toho, aby se protokol udelal nad UDP, nebo TCP.

Ok, o nanomsg jsem dodnes neslyšel, ale podíval jsem se na https://nanomsg.org a musím se zeptat: proč je to zcela nevhodné a proč je lepší navrhnout vlastní protokol nad TCP?

Tedy kromě toho, že je to moc nové a že je "trendy" a že je to "lepení" - to já osobně nepovažuji za relevantní argumenty. Pravda, sedmdesátá léta nepamatuji, tak jsem možná jeden z těch "mladých lidí"

Najaty programator naprogramoval aplikaci kde je 1 management node, a N slave nodu stylem ze se ten centralni uzel pripojuje skrze nanomsg do klienta a provadi jakysi pokus o RPC. Sakra velky problem je, ze to spojeni navrhnul opacne (protoze dnes je vsecho P2P tak na to co je klient a co server s*re pes vid?), takze moznost pripojit libovolny, predem neznamy pocet uzlu neni mozny. Druhy problem neznalosti sitariny je, ze borec to pseudo RPC mel v blokujicim rezimu pro obe strany. Jako really? A pak to lepi pouzitim X vlaken podle poctu klientu. Dusledek opacne konektivity je, ze namisto dorucovani zprav a normalniho FSM, delal polling, ktery ve spojeni s blokujicim pristupem delal psi kusy a musel dolepovat mutexy. Nemluvne o stavu, kdy jeden klient vypadl, a cely distribuovany system chcipl. Na to, ze UDP by bylo vyhodnejsi pro distribuci broadcast sdeleni, protoze ty uzly se musi synchronizovat a ridit spolecne muzeme taky zapomenout. Co to melo delat bylo znamo predem, ale jak to ma presne udelat nebylo dano. Tak z toho vznikl takovej humus... opravdu neni kazdy hodne programatorske profese.

Tak asi to dělal poprvé. Možná měl dostat pro začátek menší zadání. Ale s technologií to moc nesouvisí, ne? Ani to automaticky neznamená, že by bylo UDP vhodnější.

692

Vývoj / Re:Je Swagger utter crap?

« kdy: 03. 04. 2019, 21:48:48 »

Vlastne souhlasim s tim postem. Dnes kazdy proklamuje ze zna REST a pritom netusi co je to SOAP. Stejne tak, jako pro IPC komunikaci pouzije zcela nevhodne napr. nanomsg, namisto toho, aby se protokol udelal nad UDP, nebo TCP. Myslim ze je to dusledek toho, ze dnesni mladi lidi neznaji historii a nedokazou se z ni poucit nebo ji aplikovat.. a sahaj po trendy resenich, ktere jsou mozna v jedne veci lepsi, ale ve vsech ostatnich horsi. Z programatoru se stavaji lepici kodu, co se bez trendy knihoven a stackoverflow nezmuzou vubec na nic. Ale neplati to jen u programovani.. typicka rodinna situace - dnes varis ty - ... a uz leze na damejidlo.cz a pod

Prostě zákon č. 1: V byznysu nevítězí kvalita, ale průměrnost. Geniální myšlenky a teoreticky dobře podložené koncepty z dávných let (70. léta...) jsou dodnes považovány za nereálné vizionářství. Pokrok je diskutabilní, nejvíce času se stráví na vynalézání kola a efektních nesmyslů.

Nicméně kdo kontext zná a má zkušenosti, se může zasadit o to, aby nějakou tu myšlenku napříč generacemi udržel. Neboť na tom je kultura založena a bez toho vpodstatě zaniká.

Ale původní tazatel (nebo klidně někdo jiný) by měl rozvést konkrétní připomínky, proč jsou ty které technologie nevhodné, jinak budeme stejně všichni jen mlátit slámu. Co by třeba ty firmy měly teda použít místo REST a Swagger a co tím získají navíc?

693

Vývoj / Re:Je Swagger utter crap?

« kdy: 03. 04. 2019, 20:24:09 »

A v čem to tedy přesně vadí? Vadí Vám bezstavovost - nebo?

694

Server / Re:Jak spustit Android na CentOS?

« kdy: 02. 04. 2019, 22:32:36 »

Není potřeba, k3dAR mi už řekl, že mě ostatní s virt managerem jen mátly. Zkusil jsem si to a vím, jak to funguje. Jen mi to na mém KVM nefunguje, což je asi v pořádku.

nic ve zlem, ale matl jsi ty s image ;-) znovu sem si prosel vlakno a zminky o virt manageru byli v poradku, nikdo nepsal ze mas s nim pouzit image ;-) virt-manager je desktop gui pro KVM (nad libvirt)...
mozna prozrad, jestli mas na svem "domacim" stroji GNU/Linux, pokud ano, nainstaluj virt-manager tam a vyzkousej boot iso androidu, kdyz pujde vyzkousej instalaci, kdyz pujde muzes skusit svemu adminu VPS predat qcow2 image kterej vznikne kdyz si to doma pred virt-manager z iso nainstalujes :-) pokud mas doma jen Windows, tak chapu ze virt-manager doma nevyzkousis, pokud si GNU/Linux doma nenainsalujes...

Přesně vystiženo, lépe bych to nenapsal 

695

Server / Re:Jak spustit Android na CentOS?

« kdy: 01. 04. 2019, 23:01:15 »

Někteří poskytovatelé VPS umožňují běh vlastní instance KVM v rámci OS svého VPS (např. vpsFree.cz), někteří umožňují běh vlastního diskového image (načtu OS z vlastního image). Takže teoreticky to možné je.
[...]

ja nerozporoval ze to mozne neni, ale ze tazatel zbytecne resi image, kdyz instalacka je v iso :-)
samozrejme se muze stat, ze v VPS mu nepujde nainstalovat, ale kdyz si nainstaluje lokalne a prenese nainstalovanej image ze to pomuze/pujde...

Jj. Hlavně je tazatel volaký zmatený, což mu nemám za zlé, nicméně platí, že pokud chce tohle dělat, bude si to muset dostudovat, aby věděl, co vlastně chce (nebo si na to někoho najmout).

696

Server / Re:Jak spustit Android na CentOS?

« kdy: 01. 04. 2019, 02:06:30 »

Problém je možná v tom, že plně nechápu a mate mě to, že mi píšete, že já si mám spustit image pomocí virt manageru.

O image a kvm/virt-manageru tu pises jenom ty a ja ti psal ze to je blbost, mas pouzit samozrejme iso, pokud ti to nestaruje na vps/kvm, vyzkousej iso na kvm/virt-manager na SVEM pocitaci doma... ;-)

Někteří poskytovatelé VPS umožňují běh vlastní instance KVM v rámci OS svého VPS (např. vpsFree.cz), někteří umožňují běh vlastního diskového image (načtu OS z vlastního image). Takže teoreticky to možné je.

Ale stejně jako k3dAR bych tazateli doporučil si to nejdříve vyzkoušet doma ve virtmanageru a pak s tím případně obtěžovat nějakého poskytovatele.

697

Server / Re:Jak spustit Android na CentOS?

« kdy: 31. 03. 2019, 21:12:37 »

Tak zaprvé není problém si doma to qcow2 image vyrobit instalaci z toho iso (a tím si to celé vyzkoušet a ptát se už na základě nějaké zkušenosti) a zadruhé bych začal tím, co mu ten jeho admin vlastně nabízí resp. kde co a jak provozuje. Protože ten Android tam případně nemusí vůbec fungovat a dokud nebudeme znát reálie tak ani víc neporadíme.

698

Server / Re:Výběr stabilní VPS

« kdy: 28. 03. 2019, 18:23:35 »

Podla webu im to funguje na KVM.
Je mozne napr. ked si objednam VPS, nainstalovat v debiane dalsie KVM, stroje ?

Nevím jak Contabo, ale je to možné např. u mnou doporučovanéh vpsFree.

699

Vývoj / Re:Několik nejasností začátečníka s Gitem

« kdy: 27. 03. 2019, 11:51:31 »

Git je decentralizovaný verzovací systém, za push do „centrály“ zodpovídáte sám, stejně jako za pull před započetím práce. Jinak můžete mít změny rozeseté různě na počítačích a časem to budete muset řešit. Sice to lze, ale při nahromadění změn to rozhodně příjemné není.

Například jiný systém fossil umožňuje autosync, kdy ve vhodných chvílích (commit, tag, branch, ...) automaticky se stáhne seznam změn ze vzdáleného repositáře a před commitem do větve, jejíž aktuální verze nebyla začleněna do vašeho pracovního adresáře, hlásí varování a nabízí vytvoření nové branche. Což většinou nechcete, takže uděláte opatrně merge s vaší aktuální verzí a pak teprve uděláte commit a (při zapnutém autosync) se už pushne samo. Případně si změny uložíte bokem pomocí stash, uplatníte všechny potřebné změny ze vzdáleného repositáře a pak svoje změny ze stash zase obnovíte a provedete commit (výsledek bude stejný).

Pozastavil bych se nad tím, co je „zásah do ostrého projektu“. Ostrý projekt bude nejspíš větev (jejíž případné commity budou opatřeny release tagem - označením verze). Změny můžete provádět nejspíš ve „feature větvích“ které pak začleňujete do ostré větve (nebo ve zjednodušeném schématu máte jen jednu „vývojovou nestabilní větev“, kde změny provádíte a odkud je čas od času začleníte do ostré větve). Pak - pokud používáte git k deploy na provozní server - se nemůže stát že nemáte změnu správně začleněnou v repositáři.

Zda provádíte deploy pomocí git nebo buildovacího nástroje je ba vás. Pokud aplikaci sestavujete buildovacím nástroje, budete používat nejspíš nasazení sestavené aplikace a v repositáři budete mít jen kód, nikoli sestavení. Pokud nasazujete rovnou kód (často u php...) pak můžete použít verzovací systém (pokud nevadí ta krátkodobá nekonzistence). Pokud používáte databázi, musíte taky verzovat databázové schéma, což je samostatné téma :-)

700

Server / Re:Výběr stabilní VPS

« kdy: 25. 03. 2019, 21:37:48 »

Moje zkušenost je taková, že cca pod 100CZK/měsíc je VPS buď dotovaná nebo má nějakou vadu na kráse. Používám nejvíc OVH.cz (nejlevnější VPS je 84 Kč bez DPH nabízí 1 core s 2GB RAM, je to použitelné, ale mám zpravidla tu větší variantu za 170 bez DPH a jsem připraven na pomalou komunikaci - reakce až za několik dnů, občas jsou chyby v administraci atd.) anebo vpsFree.cz (za 300 CZK poskytují bezkonkurenční výkon, komunikaci a podporu).

701

Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje

« kdy: 21. 03. 2019, 14:04:23 »

Stačí nastavit v databázi unikátní index a duplicitní záznam se nevloží. Select pak nebude potřebný a atomicita operace bude zajištěna.

Tak předpokládám, že tam ten index je. Ale zaprvé tam nebudu cpát duplicitní data a generovat zbytečně chyby v databázi (byť bych si je třeba v php odchytil) a zadruhé chci asi nějak zjistit a zobrazit stav transakce - třeba uživateli nebo to někam zalogovat.

Unikátní index splňuje vše, co je zmíněno.

Jak?

Tím, že neumožní duplicitní záznam vložit ani externím nástrojem.

Takže tam pak budeš z aplikace insertovat záznamy s existujícím id a je podle tebe vše v pořádku?

O vkládání duplicitních ID vůbec není řeč. Přečti si původní dotaz.

Ok, už to vidím, jemu se ten duplicitní záznam vložil, čímž pádem chápu tvojí reakci. Takže řešení je tam prostě přidat správný unikátní klíč (nejspíš primární) a na straně aplikace použít transakce.

702

Software / Re:Alternativa za .csv

« kdy: 21. 03. 2019, 00:34:25 »

Synchronizace Gitem řeší nejen verzování, ale i konce řádek a zálohování.

Až na to, že se autor ptá na editování toho csv, nikoli zálohování a synchronizaci.

703

Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje

« kdy: 21. 03. 2019, 00:31:14 »

Stačí nastavit v databázi unikátní index a duplicitní záznam se nevloží. Select pak nebude potřebný a atomicita operace bude zajištěna.

Tak předpokládám, že tam ten index je. Ale zaprvé tam nebudu cpát duplicitní data a generovat zbytečně chyby v databázi (byť bych si je třeba v php odchytil) a zadruhé chci asi nějak zjistit a zobrazit stav transakce - třeba uživateli nebo to někam zalogovat.

Unikátní index splňuje vše, co je zmíněno.

Jak?

Tím, že neumožní duplicitní záznam vložit ani externím nástrojem.

Takže tam pak budeš z aplikace insertovat záznamy s existujícím id a je podle tebe vše v pořádku?

704

Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje

« kdy: 19. 03. 2019, 19:17:26 »

Stačí nastavit v databázi unikátní index a duplicitní záznam se nevloží. Select pak nebude potřebný a atomicita operace bude zajištěna.

Tak předpokládám, že tam ten index je. Ale zaprvé tam nebudu cpát duplicitní data a generovat zbytečně chyby v databázi (byť bych si je třeba v php odchytil) a zadruhé chci asi nějak zjistit a zobrazit stav transakce - třeba uživateli nebo to někam zalogovat.

Unikátní index splňuje vše, co je zmíněno.

Jak?

705

Software / Re:Alternativa za .csv

« kdy: 19. 03. 2019, 10:08:52 »

Existuje toho docela dost - reCsvEdit, java csveditor, comma chameleon, Tad... a tuny dalších, včetně nějakých pluginů do vim, sublime a emacs. Stačí hledat "csv multiplatform editor" Dokonce existují nástroje, které umožňují na cvs provádět sql dotazy což umí i běžné databáze, pokud jim jako úložiště nastavíte csv. Záleží, na co to používáte.