Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - 🇺🇦 cjohn

Stran: 1 2 3 [4] 5 6
46
Software / Re:Screenshot scrollujícího elementu ve Firefoxu?
« kdy: 23. 08. 2020, 23:01:41 »
Na zaciatok by som skusil modifikovat stranku (napr. cez CSS) tak aby element nescroloval - rucne cez developer tools alebo potom "automatizovane" cez extension, napr. https://addons.mozilla.org/en-US/firefox/addon/styl-us/ . Nasledne uz integrovany screenshoter vo Firefoxe nebude mat problem.

Podobny realny pripad: https://community.grafana.com/t/dashboard-printing-cannot-scroll-past-first-page/9726


47
Server / Re:3500 kB/s sdílení - zátěž CPU
« kdy: 21. 08. 2020, 00:28:10 »
Tipnem ze sshd pouziva cipher, ktory nema HW podporu na CPU, tak sa vsetko pocita zlozitejsie = pomalsie. Idealne mat CPU s AES HW podporou - to da 2-4 lepsi vykon. Ak CPU nema AES podporu, tak Chacha bude dobra. Pripadne obetujes bezpecnost a mozes is do nie uz velmi bezpecnych arcfour/blowfish.

Porovnanie: https://blog.famzah.net/2015/06/26/openssh-ciphers-performance-benchmark-update-2015/

48
Vývoj / Re:Docker a systém v kontejnerech
« kdy: 16. 06. 2020, 15:21:09 »
Ne tak to neni, docker image muze byt postaven na ruznych distribuci.

Ale nemusi byt vobec postaveny na distribucii. Binarka, ktora sa urobi staticka uz nepotrebuje ziaden "OS".
Extremny hello world pripad, ktory ma 452B (ARMv7) Docker image - https://blog.hypriot.com/post/build-smallest-possible-docker-image/

Problemom je, ze bezny Franta user je "sklamany", ked da "docker exec -ti <container> ..." a v kontajneri nic nefunguje (ls, bash, sh, ...). Takze vacsina autorov pouzije nejaku distribuciu ako zaklad Docker image-u.

49
Vývoj / Re:Zkušenosti s cloudem a Kubernetes
« kdy: 01. 06. 2020, 14:28:01 »
Nemyslim si zeby bol K8s vhodny pre teba. Vsak su to male apky tak by som isiel na opsless riesenie v podobe funkcii.
Napr. v AWS pouzivam Lambda funkcie spolu s CloudWatch events ako "cron". Error handler na najvyssej urovni funkcie mi reportujte problemy spolu s backtrace-om priamo na Slack. Samozrejme errors mozes vidiet aj v CloudWatch logs. Pokial by som to silou mocou chcel tak logy mozem streamovat do AWS ES. Aj plne webove aplikacie mam riesene cez Lambda (podla poctu requestov uz niekedy moze byt vhodnejsie ECS + Fargate - opat opsless) - tych par requestov za den v mojom pripade mi zvladne Python+Zappa+Flask+Lambda bez problemov.

Mam pocit ze sa snazis natlacit oldschool svet do cloudu - nikdy mi napr. nechybal fencing - proste vyuzijem, co cloud ponuka - napr AWS Aurora PostgreSQL a nechavam na cloud providera aby to riesil. Napr. jednym klikom  switchnem role slave-master medzi regionmi.

V case cloudu som uz vyrastol z toho aby som si manazoval vsetko sam, ked to si na par klikov (ok Terraform/CloudFormation poziadaviek) vyrobim celu infrastrukturu. Nedavam ani svojim "serverom" pet mena, vsetko je pre mna "cattle" (https://medium.com/@Joachim8675309/devops-concepts-pets-vs-cattle-2380b5aab313).

50
Server / Re:Základní free hosting s Python3 a Cronem
« kdy: 04. 05. 2020, 17:59:51 »
https://cloud.google.com/free
https://aws.amazon.com/free
https://azure.microsoft.com/en-us/free/

Dostanes aj free kredit, takze aj non free sluzby mozes z toho kreditu uhradit. Nezabudni, ze Cloud poskytuje aj Lambda/Functions, nielen virtual machines, kde sa da sputist a aj "cron" nahrada existuje v cloude (napr. cloudwatch eventes v AWS).



52
Hardware / Re:ARM se slušným výkonem
« kdy: 09. 12. 2019, 15:16:50 »
Ak nemas potrebu server vlastnit, tak mas cloud. AWS A1 medium:

Kód: [Vybrat]
$ cat /proc/cpuinfo
processor       : 0
BogoMIPS        : 166.66
Features        : fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x0
CPU part        : 0xd08
CPU revision    : 3

$ uname -a
Linux ip-10-10-100-111.ec2.internal 4.14.152-127.182.amzn2.aarch64 #1 SMP Thu Nov 14 17:29:43 UTC 2019 aarch64 aarch64 aarch64 GNU/Linux

Rozpocet $1k ti vydrzi na 4+ roky nepretrzitej prevadzky zakladnej A1, pricom to mozes skalovat hore/dole podla potreby kompilatora:


Pripadne mozes ist coskoro do Graviton 2 procesorov (aj ked este v tejto chvili nie su dostupne): https://aws.amazon.com/about-aws/whats-new/2019/12/announcing-new-amazon-ec2-m6g-c6g-and-r6g-instances-powered-by-next-generation-arm-based-aws-graviton2-processors/

53
Vývoj / Re:DevOps hranie pre vyvojara
« kdy: 25. 11. 2019, 17:46:42 »
https://www.quora.com/Is-it-possible-for-a-normal-man-to-have-a-computer-with-128GB-of-RAM

A co ked uz bude po pol roku chlapec taky naskilovany az prejde na big data? Taky GitHub Archive dataset ma cez 1TB dat.

54
Vývoj / Re:DevOps hranie pre vyvojara
« kdy: 24. 11. 2019, 10:26:19 »
Zial typicky devopsak, nema stroj kde by si dal 128GB RAM - zvycajne ma 16GB na 13 palcovom laptope (stastnejsi 32GB a to je vacsinou max co sa tam da dat).
V tom případě stojí za zvážení si za další 4 dny provozu toho cloudostroje koupit v tom bazaru i nějaký počítač :)
To uz zavana profilaciou na admina, ktory da svojmu stroju milacikovske meno. Devops je ten, ktory nema problem svoj stroj zabit a zaobstarat si novy (vid pets vs cattle koncept) - preto oblubuje cloud.

55
Vývoj / Re:DevOps hranie pre vyvojara
« kdy: 23. 11. 2019, 21:38:06 »
Ked uz budes mat viac skusenosti, tak skusaj cloud. Pripadne ked dosiahnes limity svojho stroju (napr. uz budes mat malo RAM, na testovanie klusterov).
Jenom tak pro porovnání: bazarových 128GB RAM se dá sehnat za něco málo přes 4000Kč. On-demand m5.8xlarge (128GB RAM) ve Frankfurtu stojí $1.84 = 42.5Kč za hodinu. Tj. za cenu těch RAMek ho můžeš provozovat 4 dny. Čili pokud bych nechtěl experimentovat s o hodně větším clusterem, radši bych si koupil ty RAMky a měl na deset let slušnej komp na všechno než 4 dny hraní si s EC2 :)
Zial typicky devopsak, nema stroj kde by si dal 128GB RAM - zvycajne ma 16GB na 13 palcovom laptope (stastnejsi 32GB a to je vacsinou max co sa tam da dat).

56
Vývoj / Re:DevOps hranie pre vyvojara
« kdy: 23. 11. 2019, 19:31:12 »
Velki cloud provideri maju vzdy urcitu formu free tier, kde sa mozes hrat a skusat. Napr. AWS ti da na 12 mesiacov t2 instance (1VCPU, 1GB RAM) zdarma. Pripadne Google ti da 300 dolarovy kredit na skusanie + ma aj free f1 instance. Pozor vsak na podmienky - napr. server moze byt free tier, ale traffic sa plati a pod. Platis vsak zvycaje za to kolko pouzivas. Mozes si na hodinu spustit VM s 32VCPU 128GB a za tu hodinu zaplatis ~$1. Sem tam sa daju aj ziskat nejake vouchre na kredit.

Na zaciatok vsak lokalna VM by ti mala stacit (pozri VMWare Player/Virtualbox/Hyper-V). Ked uz budes mat viac skusenosti, tak skusaj cloud. Pripadne ked dosiahnes limity svojho stroju (napr. uz budes mat malo RAM, na testovanie klusterov).

57
CloudFront je CDN poskytovana AWS. Takze patri nejakemu AWS zakaznikovi a nebude dobre blokovat celu domenu, kedze je to CDN relativne casto pouzivana na legitimne ucely. Asi by bolo vhodnejsie sa postazovat AWS supportu a oni uz budu vediet dohladat zakaznika ktoremu patri dana instancia, pripadne ho odstavit pokial porusuje nejake podmienky.

58
Server / Re:Odpověď na dns dotaz je větší než 4096 bytes
« kdy: 08. 11. 2019, 18:57:15 »
https://nlnetlabs.nl/documentation/unbound/unbound.conf/

Citace
       msg-buffer-size: <number>
              Number of bytes size of the message buffers.  Default  is  65552
              bytes,  enough  for 64 Kb packets, the maximum DNS message size.
              No message larger than this can be  sent  or  received.  Can  be
              reduced to use less memory, but some requests for DNS data, such
              as for huge resource records, will result in a SERVFAIL reply to
              the client.

Asi sa setrilo na pamatovej narocnosti, ked si mal iba 4096 bytov nastavene.

59
Vývoj / Re:User management v microservice architekture
« kdy: 29. 10. 2019, 19:04:10 »
Idealne implementovat Identity Provider (IdP), ktory podporuje rozne SSO protokoly (OpenID Connect/SAML - hlavne pre legacy enterprise aplikacie, pozor OAuth je iba na autorizaciu, nie autentifikaciu). Dany IdP uz moze mat ulozenych pouzivatelov v podporovanom ulozisku (LDAP, Active Directory, databaza, ...). Taktiez teoreticky mozes svoj IdP "pripojit" k inemu IdP (napr. cez OpenID Connect s Google, LinkedIn, Facebook, ...). Vsetky aplikacie teda pouziju dany IdP na autentifikaciu a ziskaju identitu pouzivatele + access/id jwt token na dalsie komunikaciu, ktoru uz mozu dalsie aplikacie jednoducho overit. Moje odporucanie na IdP je Keycloak.

Vseobecne K8s doc - https://kubernetes.io/docs/reference/access-authn-authz/authentication/ ti poskytne ukazkovy prehlad niektorych moznosti.

60
imho prvni bude mit asistenta v cestine asi google maji dost lingvistu, pokud nabidne reseni jako platformu k licencovani tak si to pak muzou pronajmout i ostatni, Apple by klidne neco jednoducheho splacat mohl, v mac os umi rozpoznani ceskeho mluveneho slova i prevod textu na rec v cestine, jenze Apple jde tvrde po zisku a indicky trh je pro ne proste mnohem zajimavejsi nez cesky, Amazon by zapojenim cestiny jeste vice zpopularizoval svou Alexu nejen jako hloupeho asistenta ale i jako zaklad pro IoT, microsoft imho bude posledni

Zial s predpovedou si sa netrafil. Skoda/Mercedes uz maju svojich asistentov, na ktorych mozte hovorit cesky: https://techbox.dennikn.sk/skoda-vytrela-laurou-zrak-googlu-applu-a-amazonu/

Stran: 1 2 3 [4] 5 6