Příspěvky

16

Server / Re:Kubernetes livenes probe zombie

« kdy: 29. 08. 2024, 20:21:08 »

Niesom celkom odbornik, ale skusim pomoct tipom. Kedze defoltne timeout na liveness je jedna sekunda, tak moze byt, ze ten shell, plus curl, plus grep, neodpovedali vcas a kubernates nechali dany proces v lufte? Prislo by mi to ako neprijemny bug, ale to je prve, co ma napada.
Pre overenie postacuje zavesit na overenie liveness nejaku pomalu vec. Ci uz natvrdo "sleep 60", alebo kludne aj ten curl, ale nasmerovat ho na nejaky pomaly http server (napriklad https://carltonhenderson.github.io/simulating-slow-http-servers/ ).

17

Hardware / Re:CO2 senzory plus kalibrace

« kdy: 11. 08. 2024, 17:52:31 »

Ja by som sa spytal, lebo by som tiez rad nahodil CO2 senzor a mozno aj nejaky "senzor kvality ovzdusia" (pevne castice, ze ked niekto zacne kurit kachlami vonku)...

Kam umistnic CO2? Mne prislo logicke to dat do odsavacej casti vzduchotechniky. Niekde pred rekuperacku, alebo potom vpodstate von, na koniec potrubia, kadial vyfukujem vzduch z baraku. Motivacia, budem merat vsetky izby (priemer) a vlastne detegovat pocet dychatelov v baraku.

Dava to zmysel? Musi to byt v kazdej miestnosti? Ak ano, tak pri zemi? Alebo niekde na stoliku polozene?

PS: Zatial najviac sexy automatizacia je imho, ked niekto v lete otvori okno, tak sa na rekuperacke zapne naplno nasavanie a vypne sa vyfukovanie. To sposobi pretlak v baraku. Nasava sa vzduch zvonku (studeny, lebo to sprivim vnoci) a vytlaca to cez otvorene okno vzduch, ktory je dnu. Dnu mam teda vzduch stale cez pelovy filter cisteny a teply vzduch ide vno a rekuperacka sa nesnazi z neho nechat teplo dnu. Take chladenie akokeby tepelnym kominom, ci ako to nasi predkovia volali (prievan z prizemia na poschodie).

18

Server / Re:Je toto díra v Dockeru?

« kdy: 18. 07. 2024, 13:52:49 »

Toto je cielene spravanie. Ak chcete, aby root z kontajnera nebol root na hostovi, tak treba pouzit user id mapping.

19

Odkladiště / Re:Jak využít elektřinu zdarma navíc?

« kdy: 06. 07. 2024, 23:15:16 »

Zatím tu chybí odkaz na tohle video: https://www.youtube.com/watch?v=z5HH0cViGaI.
Ve zkratce:

• chlápek je hodně praktik, a využívá už 10let pískovou baterii (132 tun písku), do které ukládá přebytky, tepla, energie, z termických a fotovoltaických panelů
• má již skoro energeticky soběstačný dům, ale podcenil kapacitu, kterou by nakonec potřeboval
• je hodně znát, že ho moc netrápí, kolik to stojí, ale dělá spíš vývoj, aby pak věděl
• jde o sezónní akumulaci, takže co si uloží v létě, využije v zimě, ale nestačí to

Mně to dává smysl, když nemůžeme uložit elektřinu dlouhodobě, tak ukládat teplo, které vydrží na zimu, kdy je ho nedostatek, a je velkou částí rozpočtu.

Video som zhliadol cele, ale zial som smutny z jeho obsahu. Ak spravne chapem, pan je majitel spolocnosti s tepelnymi cerpadlami a rad robi experimenty. Vo video odprezentoval informaciu, ze prisiel praxou na to, ze 60 stupnova voda sa neda zohriat 60 stupnovou vodou. Tiez prisiel na to, ze ked mam dlllllhy prietokovy ohrievac, tak dokaze ohfiat vodu "instantne". V celom videu nepovedal nic, co neviem ako informatik, ktory riesil stavbu rodinneho domu s architektom a bol zvedavy.

20

Server / Re:Výkonnostní spiky v trvání queries v Postgres

« kdy: 31. 05. 2024, 06:04:23 »

snugar:
To není tak jednoduchý, když např. potřebuješ, aby ta stránka měla persistentní URL.

Ak je možnosť, tak upraviť API tak, aby to bolo REST. Teda, napriklad po nejakom vyhladavani (napriklad ked otvorime google a napiseme tam daco a klikneme enter), tak nam pride odpoved. V odpovedi mame linky na dalsie stranky a dane linky si neupravujeme v url rucne podla nejakeho magickeho pravidla typu "&page=%number+1", alebo "&stránočka=%number+1", ale proste klikneme na linku, ktorá má názov "next", "previous", "first", alebo "last". A v tej linke moze byt co potrebujete. Kludne aj odkaz na ini server.

Tuto vlastnost rest api zacinaju preberat rozne api, ako je napriklad apicko gitlab-u. am napriklad ale neposielaju url linky v obsahu samotnej odpovede, ale v headroch http. Aj to je mozne riesenie.

Kusok ustabilizovanejsie api sa da dosiahnut pouzitim standardu ako je HAL napr. Vid ukazku (je to kusok ukecanejsie): https://stateless.group/hal_specification.html

21

Server / Re:Výkonnostní spiky v trvání queries v Postgres

« kdy: 28. 05. 2024, 10:52:27 »

Ak mate dost kapacity skusat, skuste analyzovat logy a hlavne zapnut viac logovania. Osobne som (hadam pred 6 rokmi) pouzival na produkcii https://github.com/darold/pgbadger . Teda na produkcii sa logovalo, ale analyza logov sa robila na inom stroji pravidelne asi raz tyzdenne a pozretie sa do reportu pomohlo odhalit zavedene drobne chyby.
Mozno Vas to niekam nasmeruje.

PS: Monitorovat ping , alebo ine vrstvy podobnym sposobom, moze byt tiez prospesne. Klnudne to moze skoncit na veci ako "esxi si raz za den uspi stroj na 7 sekund, lebo backup je tak nakonfigurovany a potom ntp riesi problem s posunom casu"... (teda ori localhostovom dockeri asi nie a ani pri aws. Skor myslim typovo na nejakej takejto haluzi)

22

Sítě / Re:Ping neprojde az do pingnuti z druhe strany

« kdy: 23. 05. 2024, 06:11:19 »

Dobry den, skusim aspon nejake napady pridat.

• https://www.wireguard.com/quickstart/ -> NAT and Firewall Traversal Persistence -> nastavit keepalive
• Skusil by som nainstalovat wireguard na telefon a overit, ci aj ten bude "vypadavat". Ak nie, tak mozno by sa dal pouzit ten na prisup k RPi.
• Overit stav arp cache na mobilnom telefone. Ze ci zaznam nemizne ztadial.

Osobne mi to pripada ako problem ktory sa obchadza cez "udp hole punching" (v csd a gprs pripojeniach som s tym mal znaku skusenost skrz viacerych operatorov a tusim niekto mal 3 minuty a niekto 5). Mozno bude nutne prinutit wireguard, aby robil keep-alive. Ked sa nad tym viac zamyslam, tak na 99% toto bude problem...

23

Server / Re:Nestabilní vzdálená DB připojená přes FDW

« kdy: 17. 05. 2024, 06:48:38 »

Integracie cez databazu byvaju casto nestastne riesenia (ak nie vzdy).

Ak je moznost zadat do vlastneho riesenia poziadavku (requirement) na dodavanie danych informacii v nejakej forme, tak by som to skusil a druhej strane poslal ako jednu z moznosti projekt https://debezium.io/ . Dokaze sa pripojit na db a "streamovat" vsetky zmeny z nejakej tabulky smerom k vasemu systemu. Osobne mam skusenost len v kombinacii s Postgresql a kafka. Tam sa to tvarilo akokeby dalsi postgresql replikacny klient.

Pripadne si popytat nejake rozumne API pre Vase pouzitie, ktore by vedelo vratit potrebne info na poziadanie.

PS: Synchronizacia cudzej tabulky do lokalnej DB bola spomenuta ako nevhodne riesenie kvoli velkosti. Nebolo by mozne obmedzit velkost a synchronizovat dopredu tabulku s vylucenim riadkov, ktore nebudu urcite potrebne?

PS2: Nedosupnost cudzej DB nemusi byt vzdy len chyba prevadzkovatela danej DB... Stale tu su veci "po ceste" a aj vas lokalny OS sa moze pricinit o nedostupnost cudzieho systemu.

24

Hardware / Re:SAS disky na serveru I/O error, testování

« kdy: 05. 04. 2024, 07:03:26 »

Jeden výstrel do tmy: Niektoré disky podporujú šifrovanie (napríklad notebooky ThinkPad, diskové heslo pri štarte... https://github.com/jethrogb/lenovo-password ) a ak je disk zašifrovaný a nieje odomknutý (nejaký hdparm príkaz, ktorý mu pošle heslo), tak sa v systéme správa nedefinovane. Podľa počutia sa tvári ako blokové zariadenie s korektnou veľkosťou, ale nedovoluje čítanie ani zápis. Napríklad.

Váš prípad vypadá ale kus inak. Skúste namiesto zápisu (ten evidentne ide), čítanie. teda head -c 512 /dev/disk.

25

Software / Re:Část bash historie občas záhadně zmizí

« kdy: 03. 04. 2024, 17:39:13 »

Prispejem jednym skvostom: per-directory-history pre zsh - https://github.com/ohmyzsh/ohmyzsh/tree/master/plugins/per-directory-history

Pouzívam oh my zsh a plugin per-directory-history (a asi este git plugin) a po stipke zvykania som si zvykol a nemenim.

Prax: kazdy adresar ma vlastnu historiu a je dostupna klasicky sipkou hore a skratkou ctrl+r pre hľadanie. Kedykoľvek stlačím ctrl+g, tak sa prepnem do "global history" a vyhľadávam v histórii všetkých adresárov...

PS: Vďaka tomuto si niekedy vytváram aj prázdne adresáre v ~/tmp adresári, ktoré slúžia ako "projekt" pre niečo. Napríklad, keď si chcem spustiť nejaký docker kontajner a pohrať sa s ním jednorazovo. Takto sa viem vrátiť k experimentu neskôr.

26

Odkladiště / Re:Jak přistoupit k integračním testům?

« kdy: 29. 03. 2024, 07:06:11 »

Ono je otazka, preco ides robit e2e testy. Co je cielom. Podla ISTQB (testerske certifikacia vpodstate) by si mal mat nejaku biznis oblast (tlac faktur, spracovanie daní,...) a tato oblast obsahuje nejake use-case a tieto usecase maju nejake TC (tesc case-y). Nasledne exekuujes mnozinu TC a na zaklade toho vies, ktora oblast tvojeho sw, je ako rizikova (podla pokrytia testami a podla uspesnosti exekucie).

Primarnym cielom e2e testov by nemalo byt preverenie "vsetkeho". To mas robit v unit testoch (overenie, ze validacie su naprogramovane spravne). V e2e mas overit, ze validacie su na danom screen-e pritomne a aktivne a ze sa korektne zobrazuju. A to sme pri tom, ze vlastne ty chces robit system test (testujes backend a nie end to end, lebo nechces ist cez browser).

Long story short:

• na kontrolu validacii pouzi PBT (property based testing); v java svete napriklad https://jqwik.net/
• v UAT (user acceptance tests), alebo system tests, ktore robis, sprav v kazdej oblasti niekolko dlhsich playbookov a snaz sa asertovat "naraz"

Pod asertovanim naraz myslim, ze test nepadne pri prvom chybnom aserte, ale vypise vsetky chybne aserty (assertAll v niektorych frameworkoch)

Pre dlhe letne dni odporucam citanie https://atsqa.org/educational-resources (primarne by malo stacit https://atsqa.org/assets/documents/ISTQB_CTFL_Syllabus-v4.0.pdf pre uvedenie do obrazu a pojmov).

27

Hardware / Re:Automatizacia otvarania brany Nice MC424L

« kdy: 21. 03. 2024, 11:40:39 »

K dosahu by som odporucal este prebehnut navod. Nas model mal antenu v majaciku a ak nieje antena pripojena v riadiacej jednotke, tak to ma dosah ubohy...

28

Studium a uplatnění / Re:Co se dál učit jako programátor?

« kdy: 05. 03. 2024, 07:34:27 »

Pardon za únos diskusie.

K tomu odhadovaniu elektrárne, skusil by som kurz na sw weka, spravit si nejaky zakladny tutorial a nasledne aplikovat na dostupne data.

https://www.cs.waikato.ac.nz/ml/weka/

29

Server / Re:Doporučte proxy na doma pro FE vývoj

« kdy: 15. 02. 2024, 17:22:14 »

Nerozumiem absolutne presne zadaniu, ale dobre skusenosti ako reverzne proxy mam s nginx a s traefik. Ak som dobre pochopil, toto by mohlo riesit Vas problem. A samozrejme, apache a mod rewrite to zvladne urcite tiez.

30

Vývoj / Re:Rust a RP2040 hobby projekt

« kdy: 12. 12. 2023, 10:21:06 »

to by mohlo byt zajimave nalepit na opticke vlakno normalni ledku a fotodiodu z druhe strany a udelat si primitovni prenos dat na vzdalenost pomoci tohohle.

Tiez by som sa rad pobavil timto smerom, ale kusok sa bojim, ze okrem 5 nasobku casu oproti uart/CAN/ethernet verzii by som nedospel k viacmenej spolahlivemu vysledku. Na druhej strane otazka "ako tazke to moze byt blikat si morzeovkou a pridat par samoopravnych kodov a detekciu chyby" je dost provokujuca... Obavam sa ale, ze uz lenjst vhodny kusok HW, kde sa "zapoji" ten opticky kabel a bude do neho blikat nejaka nahodna ledka (a samozrejme na druhu stranu fotorezistor s kuskom "konektoru" by mi zabralo obdobne casu, ako kompletne riesenie cez uart...