Příspěvky

46

Vývoj / Re:GIT server - nasazení kódu do produkce

« kdy: 04. 04. 2019, 18:09:15 »

No a přesně proto se to takhle v produkci nedělá ;-)

Co se takhle nedělá?

Zbavit se záložního serveru je nesmysl. Ty kontejnery mohou být na obou serverech ...

Já používám záložní server ne pro to, abych měl zálohu datovou, ale pro to abych měl dostupnost 24/7 - replikace se provádí na záložní server okamžitě, takže když tam něco "pos*ru" tak je to "posr*ne" i na zaloznim serveru behem par sekund. Ani si toho nestihnu vsimnout. Mam k dispozici samozrejme nocni zalohu (nebo zalohu kterou si udelam rucne chvilku pred tim).

Jde mi o to co je lepsi, mit tri virtualni servery s ruznyma aplikacema a nebo mit jeden server a na nem pomoci tří DOCKERů tri aplikace?

Ale vždyť o tom mluvím, bohové… Nikdo nemluví o rušení virtuálů, kontejnery jsou jen další úroveň abstrakce.

Zcela běžné nasazení je v takovém případě mít tři virtuály a na každém těch několik aplikací, každá v samostatném kontejneru. Usnadní se tím replikace, usnadní se tím deploy, navíc je jistota, že ty aplikace běží ve stejném prostředí ve kterém proběhly testy. A ještě k tomu je v tu chvíli triviální rollback, ve většině případů stačí spustit starší verzi kontejneru.

47

Vývoj / Re:GIT server - nasazení kódu do produkce

« kdy: 04. 04. 2019, 14:27:58 »

To je důvod proč jsem o DOCKERu zatím neuvažoval v produkci, resp. nahradit jím jednotlivé samostatné servery.

No a přesně proto se to takhle v produkci nedělá ;-)
Zbavit se záložního serveru je nesmysl. Ty kontejnery mohou být na obou serverech, což se spravuje právě přes Kubernetes, nebo docker swarm (s tím zkušenosti nemám, ale je to o něco víc „lightweight“). Ale rozhodně to není usecase vhodný pro každého. Zvlášť pokud jediná náplň práce těch dvou serverů je daná aplikace, může to být kanon na vrabce (kubernetes rozhodně)

48

Vývoj / Re:GIT server - nasazení kódu do produkce

« kdy: 04. 04. 2019, 12:00:57 »

Docker na produkci úplně v pohodě. Dneska spoustu firem běží na Kubernetes který je vlastně postavený celý nad Dockerem

Už ne nutně, Docker je přece jen pro Kubernet zbytečně těžkotonážní. https://cri-o.io/

Každopádně, jde hlavně o to, vycházet z ověřených kontejnerů (a nestahovat do produkce kdeco z docker hubu) a mít nějak rozumně pořešené updaty kontejnerů, pak je Docker v produkci naprosto v klidu

49

Server / Re:FirewallD na CentOS s managementem web interface

« kdy: 02. 04. 2019, 09:56:10 »

Radeji snad modem na seriovy/USB port - co kdyz mu ucpou konektivitu doserverovny 

v tu chvíli spíš ddoserverovny Separátní konektivitu jsem měla na mysli, bez té by to bylo polovičaté řešení.

50

Server / Re:FirewallD na CentOS s managementem web interface

« kdy: 02. 04. 2019, 09:51:53 »

Zvlastni, hodne stesti s prihlaseni "od vedle", kdyz je zahlcena komunikace/linka na server

To mě taky udivilo… Ale třeba chce mít někde v serverovně management server s webovým rozhraním, které bude připojené k těm serverům v oddělené síti? Zrovna to cockpit umí hezky, ale vzhledem k jeho omezení bych to spíš řešila ansible / saltem / chef / whatever.

51

Server / Re:FirewallD na CentOS s managementem web interface

« kdy: 02. 04. 2019, 09:35:58 »

No, v budoucnu by tuhle roli měl (hlavně pro RedHat a odvozené) zastávat cockpit, včetně správy víc serverů, ale obávám se že ovládání firewalld je v něm ještě v plenkách
https://github.com/cockpit-project/cockpit/wiki/Feature:-Firewall

52

Software / Re:Messenger pro Android? (aktuální stav)

« kdy: 05. 03. 2019, 23:28:08 »

OK, beru.

A jakou aplikaci konkrétně?
(mi se třeba ten WA fakt nezdá)

Používám:
Facebook messenger – štve mě, ale u spousty lidí je to jediný komunikační kanál toho druhu
Telegram – nezávislý od FB, používá ho dost lidí, často používaný na konferencích pro skupinové chaty
Signal – pro komunikaci, kterou chci mít opravdu zabezpečenou

53

Software / Re:sprava hesiel

« kdy: 04. 03. 2019, 15:36:33 »

Pouzivam Bitwarden. Klienty ma pro lin/win/android a ma i cloudovou synchronizaci.
Jednoduche to je.

Na bitwardenu je super i to, že není nijak drahá self-hosted verze

54

Hardware / Re:Konzoli nebo počítač na hry?

« kdy: 25. 02. 2019, 18:05:45 »

Battlefield V zatím podle všeho klávesnici a myš nepodporuje, i když o tom podle článků přemýšlejí (a pak by nejspíš přidali cross-platform play, protože hráči s klávesnicí a myší by byli oproti ostatním Xbox One hráčům silně ve výhodě)

Microsoft má na webu seznam her: https://www.windowscentral.com/list-xbox-one-mouse-and-keyboard-games

Případně se dá gaučové hraní vyřešit Xbox / PS3 / Steam Controllerem a Steam linkem, ale připravíš se nejspíš o spoustu her stavěných na gaučový multiplayer.

55

Hardware / Re:Konzoli nebo počítač na hry?

« kdy: 25. 02. 2019, 17:25:40 »

Xbox už oficiálně podporuje klávesnici a myš.
https://www.youtube.com/watch?v=MCGAx_3_KSE&t=637s

Osobně bych v dnešní době šla spíš do PS4 kvůli pro mě zajímavějším exkluzivkám, ale to zároveň i proto, že herní PC mám. Při popsaných podmínkách mi přijde Xbox jako dobrá volba (navíc podle všeho MS dost zapracovali na zpětné kompatibilitě, takže tam jde hrát spousta her ze starších verzí konzole, v tomhle jsou taky lepší než Sony)

56

Vývoj / Re:Proc je syntaxe programovacich jazyku tak slozita ?

« kdy: 23. 12. 2018, 20:39:35 »

Pre mna absolutne dokonala je syntax zalozena na C, teda C++, C#, Java, čiastočne JScript. Úplne opačný extrém napríklad dnes už raritný Progress ABL. Napríklad deklarácia premennej typu integer:
C: int ix;
Progress ABL: DEFINE VARIABLE ix AS INTEGER NO-UNDO.

Zvlášť NO-UNDO lidi docela udivuje Vzhledem k provázanosti ABL s databází Progress totiž podléhají rollbacku při vrácení databázové transakce i proměnné, které byly v rámci transakce změněny.
Doteď nechápu, proč neurčili jako default NO-UNDO a nedali možnost měnit to naopak keywordem UNDO

Navíc se dá proměnné přiřadit i formátování, název sloupce pokud ji chci zobrazit v tabulce…

57

Studium a uplatnění / Re:Přesun od PHP k Pythonu?

« kdy: 20. 12. 2018, 14:46:14 »

Pár takových jazyků už tady je, ale bohužel se moc neprosazují. Proč asi?

Rustu to zatím jakž takž jde

58

Vývoj / Re:Python: cesta k souboru

« kdy: 09. 10. 2018, 12:11:13 »

Ach jo, cesty na Windows :/
Teď mě napadlo, on je to vlastně python 3, tam už je lepší použít pathlib. Pil s pathlib objektama umí.

https://realpython.com/python-pathlib/

Konkrétně
https://realpython.com/python-pathlib/#paths-as-proper-objects

59

Vývoj / Re:Python: cesta k souboru

« kdy: 09. 10. 2018, 11:12:50 »

'\' je escape znak, který ovlivňuje symbol za ním. Třeba v 'ahoj\nsvěte' je \n znakem nového řádku. A \t je tabulátor
Pokud chceš zapsat cestu takhle, sice je to hodně „špinavé“ řešení, ale jde to stylem

Kód: [Vybrat]

img = Image.open(r'C:\test\test.jpeg','r')

(r říká že string se má zpracovávat tak jak je)

os.path.join je mnohem lepší způsob, protože sestaví cestu v závislosti na operačním systému.
Tvoje použití je ovšem špatně, v podstatě to funkčně degraduješ na kopírování stringu.

Správně je to:

Kód: [Vybrat]

os.path.join('c:', 'test', 'test.jpg')

60

Vývoj / Re:Zvolit 16 GB RAM nebo už 32 GB do nové sestavy?

« kdy: 21. 09. 2018, 09:28:30 »

Při běžné práci (Pycharm několik oken, občas Kdevelop na C++, nějaký ten kontejner…) nemám problém balancovat kolem 12 GB. Doma na desktopu kde mám rozběhané i nějaké další věci (Postgres, občas spuštěný Elasticsearch a Neo4j na hraní) už budu rozšiřovat na 32 GB, protože jsem se párkrát dostala do swapu. Dočasně pomáhá zswap.