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 - mmcc

Stran: [1]
1
Server / Pomalá reverzní proxy s Nginx
« kdy: 31. 05. 2023, 22:40:01 »
Zdravim,
na VPS od Forpsi mam pre grafanu reverse proxy NGINX (bezi v docker kontajneri). Nacitanie dashboardov z grafany cez to proxy je velmi pomale cca 30s.
Ak grafanu otvorim priamo z domaceho servera na ktorom bezi grafana (mimo proxy, verejna IP), cely dashboard aj s grafmi je nacitany takmer ihned.

Nedari sa mi prist na pricinu preco cez proxy nacitanie grafany ide pomaly. Ci VPS je tak pomale 1G RAM vyuzite cca 230MB, CPU obcas vyskoci na 10-20%. Alebo mam nieco zle nastavene.
Nevyznam sa v detailoch, ucim sa na tom... Vopred dakujem z nakopnutia.

Prikladam konfiguraciu...
NGINX:
Kód: [Vybrat]
map $http_upgrade $connection_upgrade {
  default upgrade;
  '' close;
}


server {
    listen       80;
    listen [::]:80;
    server_name  www.domena.com;
    server_tokens off;

    location / {
        return 301 https://www.domena.com/$request_uri;
    }
}

server {
    listen 443 default_server ssl http2;
    listen [::]:443 ssl http2;

    server_name  www.domena.com;

    ssl_certificate /etc/nginx/ssl/live/www.domena.com/fullchain.pem;
    ssl_certificate_key /etc/nginx/ssl/live/www.domena.com/privkey.pem;

    location / {
        root /var/www/;
    index  index.html index.htm;
    }

    location /grafana/ {
    # Přesměrování této URL na localhost
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
        proxy_set_header Host $http_host;
        proxy_pass   https://123.123.123.123:12300;
    }
   
      # Proxy Grafana Live WebSocket connections.
    location /grafana/api/live/ {
        rewrite  ^/grafana/(.*)  /$1 break;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
        proxy_set_header Host $http_host;
        proxy_pass   https://123.123.123.123:12300;
     }
}

docker-compose:
Kód: [Vybrat]
services:
  nginx:
    image: nginx:latest
    container_name: nginx
    restart: always
    ports:
      - 80:80
      - 443:443
    volumes:
      - ./etc-nginx/:/etc/nginx/
      - ./ssl:/etc/letsencrypt/live/www.domena.com:ro
      - ./www:/var/www/:ro

2
Server / Domaci server, NAS, maskovanie verejnej IP za Proxy
« kdy: 08. 05. 2023, 10:28:23 »
Mam doma na Rpi rozbehanu Grafanu s Mosquito. Obcas nieco potrebujem zdielat aj z NAS. Mam verejenu staticku IP. Grafanu chcem pustit verejne, dat link na web... Ale mam obavy "verejne prezradit" moju domacu IP.

Napadlo mi spravit nejaky lacny low cost VPS na ktorom by bezalo proxy. To by "zamaskovalo, prelozilo" domacu IP, tak aby sa z pohladu internetu moja domaca IP tvarila ako IP VPS. Z internetu by sa pristupovalo na VPS, proxy by requesty "redirectlo" na domacu IP. Tiez tak, ak niekto spusti traceroute, tak VPS Proxy bude posledny hop.
Nikdy som taketo veci nenastavoval, da sa to vobec? je moje uvazovanie spravne? Ake proxy na to pouzit? Haproxy? Nginx? Traefik? resp ake klucove slova dat do google? Netusim ako to nastavit.

Tiez este druha otazka. Na grafane mam na lokalnej sieti self signed certifikat (https). Mam v plane ho vymenit za Letsencrypt. Domena.com bude smerovat na IP VPS. Je tam riziko, ze "maskovanie, preklad IP" bude robit problem pri https? Alebo mam Letsencryp dat na VPS aby sa o https staralo proxy? (Letsencryp som tiez este nikde nedaval)

Vopred dakujem za odpovede.

3
Desktop / Re:Výběr vyzrálého desktopového prostředí
« kdy: 25. 10. 2022, 16:31:30 »
zlatej Mac.
Mac mam asi mesiac (pracovny ntb), horsie UX snad ani neexistuje, doslova nedokoncene demo. Kazdy den pri nom nadavam. Aj ten Xface, je ovela pouzitelnejsi a intuitivnejsi ako MacOS. Skusil som aj Mate, Gnome, Linux Elementary. V customizacii, pouzitelnosti u mna vedie KDE.

4
a jako prgaci to hrotte k vedeni, aby videli, ze je to pruser a aby samo vedeni bylo nuceno neco delat. treba kdo zajisti ucty na cloudu, kdo urci jake instance se objednaji, jaky vykon muzeme zadat, co je pro zakaznika priorita, to vubec neni starost prgacu a musite vedeni v tom vymachat pysk.
Predplatenych systemovych zdrojov na AWS je viac nez dost. Na tak malom projekte su naklady zanedbatelne, tato tema odpada.
Z ostatnej debaty som usudil, ze unit testing, pripadne gitlab-ci je v kompetencii dev prog. Terraform(S3,Lambda,Glue,Athena,API GW, IAM,..) nechce sa mi este aj do toho.

Teraz este otazka z pohladu testera (s testovanim sa tiez len zoznamujem). Ako mate nastavene pravidla pre odovzdavanie kodu testerom? Npr kolega mi dal jeho kod na napisanie unit testov, ale bez dokumentacie vstupov, vystupov, ze "to ti vysvetlim". Kod vo velkej miere netestovatelne "spaghetti", vratil som mu to nech to upravi do testovatelnej podoby, rozbije do mensich metod. Nebol z toho nadseny :)
Tester doslova lusti kod a algoritmy aby vedel co ma byt na vstupe, co na vystupe? Ci vsetci pisete tak cisty, jednoduchy kod, ze je to z neho hned jasne? Tiez je vo zvyku, ze tester upravuje/preraba kod po programatorovi, ci len mu ho vrati s reportom z testu?

5
Vývoj / Rozdělení úloh v týmu: vývoj, testování, CI/CD
« kdy: 19. 10. 2022, 21:39:50 »
Mozno trochu zaciatocnicka otazka. Na korporatny team (v tom teame som par mesiacov), ktory sa zaobera hlavne operations a SRE, prisla poziadavka spravit mensiu, jednoduchsiu app s rest api, v pythone, beziacu na AWS services. Na tento task sme dvaja, mame to viacmenej "na kolene" funkcne. Ale okrem toho je v tom aj komunikacia so zakaznikom (s inym teamom), analyza, navrh infrastruktury na AWS, cely CI/CD pipeline (unit testing, gitlab-ci, terraform pre automaticky deployment, dokumentacia).

Vedenie sa uz zacina ozyvat, ze nam to dlho trva. Obom nam to prerasta cez hlavu, v teame nieje nikto, kto by nas zorganizoval, "orchestroval", obidvaja mame viacmenej programatorske skusenosti. S devops, automatizaciou a trochu aj s aws sa trapime.
Na jednej strane je to dobra prilezitost rozsirit si znalosti, ale momentalne mam pocit, ze je to nad ludske sily zvladat toto vsetko v jednej osobe.

Ako mate podelene ulohy v teamoch? Unit testy pisete sami na svoj kod, alebo ich pise kolega, iny team? tak isto aj gitlab-ci, terraform a vsetko vyssie spomenute.

6
Odkladiště / eSIM a anonymita
« kdy: 31. 08. 2021, 13:12:15 »
Pribudla tu tema ohladom eSIM a podporovanych telefonov. Dnes som cital, ze telekom tiez zacal podporovat eSIM.
Nemam to odskusane ako presne ta eSIM a jej "registracia" funguje, ale ako je to s anonymitou?
Je viacero statov, kde sa da kupit "anonymna" SIM bez udania osobnych udajov. Ak by cely svet presiel na eSIM, telefony by uz nemali slot na SIM, klasicka SIM karta by zanikla. Bolo by aj potom mozne mat "anonymne" eSIM telefonne cislo (npr na dobijaci kredit) bez "sparovania" osobnych udajov?

7
Server / Re:Sběr dat z louky
« kdy: 11. 06. 2021, 09:50:58 »
Este k prevadzke na baterku, nahodou nejake orientacne porovnanie kolko energie spotrebuje odoslanie npr 10B a 100B cez SMS / GPRS / LTE ? Najlepsie v tomto vychadza asi NB-IoT, ale to nieje vsade (globalne) dostupne, aj cena... pripadne LTE-M?

8
Hardware / Re:Výběr monitoru k práci (2K/4K rozlišení)
« kdy: 26. 11. 2020, 11:09:25 »
Moja skusenost, doma so 4k je dost problemov, stale je vela HW (notebooky, integrovane graficke karty), ktore neutiahnu 1x 4K 60Hz, 2x 4K 60Hz utiahne len malo co. Firemny korporatny notebook (HP Pro book) utiahne max 2K/60Hz, (HDMI 1.4) co na 4K monitore je "rozostreny" obraz, takze nic moc.
Na native 4K 27" viem precitat o dost mensie pismo, ale dlhodobo to unavuje oci aj boli z toho chrbat, lebo sa naklanam k monitoru. Takze mam zapnuty scaling, tym padom druhy monitor FHD je nepouzitelny, lebo je vsetko obrovske. Na Ubuntu, Kubuntu... , Mint, Win7 sa mi nepodarilo nastavit rozdielny scaling faktor samostatne pre kazdy monitor.
V predchazajucej praci som mal 2K 27" iiyama, da sa na to pozerat bez scalingu, pri normalnom sedeni za stolom som raster uz nevidel. Pouzitelne aj s vedlajsim FHD monitorom. 2K / 60HZ by mal utiahnut uz asi kazdy HW.
4k je super na upravu fotiek, az na 4K poriadne vidiet, ktora fotka je dobre zaostrena, ale tiez HW len tak tak utiahne photoshop pri 4K.
Ideal by so asi 2x 4K 32", ale so 4K su na random HW problemy, 2x 32" je uz ozaj velka plocha, kde treba krutit hlavou, tiez aj malokomu sa to zmesti na stol.

Ak by som teraz riesil monitor pre kodenie, isiel by som s malym kompromisom (raster) do dvoch 2k 27" IPS monitorov.

Zaroven som aj zvedavy ako je to s ultrawide monitormi, ako je to podporovane SW, moznost "rozdelit" prac. plochu na polovicu u roznych OS. Aby sa nestavalo, ze ked dam npr okno browsera na fullscreen, tak mi ho da na cely wide fullscreen, nie iba na jeho polovicu.

9
Hardware / Re:Stabilita ESP8266
« kdy: 06. 02. 2020, 10:18:25 »
Tiez mam z ESP.. rozpacity pocit. Doma na stole funguje, v zahltenej wifi sieti, s velkym trafficom to ide nespolahlivo, modul zamrza. ESP8266 aj ESP32, rozny kod (Arduino), rozne projekty. Pomohlo az spravit samostatne AP a schovat ich za NAT.
Mate niekto skusenosti s alternativami k ESP...? npr Realtek RTL8710, RDA5981, Air602 (W600) ?

10
Hardware / Re:Čidlo BME280 (3.3 nebo 5V) na vzdalenost cca 50m
« kdy: 16. 01. 2020, 14:04:29 »
Bez dalsieho procesoru / prevodniku pri BME.. to na taku vzdialenost nepojde....
Kablom ako uz bolo spomenute RS422/RS485, pripadne prudova slucka 4-20mA - ale to mi pride zbytocne komplikovane a nachylne na dalsie chyby.
Ak radiom, npr NRF24L01, mozno aj bluetooth LE by bol ok, pri 50m odporucam externu antenu, nie tu malicku na plosaku. 2.4GHz je na baterku uspornejsie ako 868/433 MHz.
Napajanie kablom npr 9-15V a pri BME daj samostatne stabilizator / DC menic na 5V, pripadne aj s prepatovou ochranou, npr obojsmerny transil.

Ak to budes riesit cez kabel, v lete pocas burok, bleskov to moze odchadzat. Z tohto pohladu najlepsie samostatny bezdrotovy snimac aj s vlastnym napajanim.

11
Sítě / Re:Router 2019 OpenWRT / DD-WRT
« kdy: 08. 12. 2019, 16:35:38 »
Po zisteni, ze adblockom neodfiltrujem reklamy v YT som dalej Openwrt neriesil, takze neviem ako sa to sprava.
Ale nasiel som pre YT  https://smartyoutubetv.github.io/ Cize aspon nejake polovicne riesenie v android TV boxe, kedze do Samsung TV to nedostanem

12
Sítě / Re:Router 2019 OpenWRT / DD-WRT
« kdy: 06. 12. 2019, 09:39:00 »
Zistil som, ze cez adblock v openwrt, reklamy v YouTube app nezablokujem :)
No aj tak, wifi_5G ide spolahlivo v celom byte aj pri polovicnom vykone. Pri starom Tplink WDR3600 sa telefon obcas odpojil, alebo sa pripajal par sekund.Wifi kanaly som mal v oboch pripadoch nastavene do "prazdna" aby sa nerusili so susedmi. Celkovo spokojnost, nelutujem "vyhodenych" 100E

13
Sítě / Re:Router 2019 OpenWRT / DD-WRT
« kdy: 05. 12. 2019, 15:10:56 »
Nakoniec som zobral ASUS RT-AC68U, mal by byt v revizii E1. Este som ho nestihol rozbalit/zapnut.
Podla tohto fora by mal mat 1GHz procesor BCM4709C0.
https://www.snbforums.com/threads/rt-ac68u-rt-ac68p-rt-ac1900-rt-ac1900p.35759/
Podarilo sa mi ho kupit za 100E, routre inych vyrobcov s tymto procesorom stoja okolo 150E. Neviem ako na nom pojde OpenWRT (problem s WiFi), DD-WRT by malo ist ok a mozno si vystacim aj s orig. fw. Dufam ze pojde bez problemov.

14
Sítě / Router 2019 OpenWRT / DD-WRT
« kdy: 02. 12. 2019, 14:36:22 »
V sucastnosti mam uz roky "hlavny router" Tp link wdr3600, planujem ho dat k TV ako HW Adblock npr. s OpenWRT.
OpenWRT na nom obcas mrzlo, takze fungujem na starom neaktualnom orig. fw. Pri TV obcasne mrznutie nebude vadit. Vsimol som si este na nom, ze ak som nieco velke kopiroval na NAS (kablom), tak nestihal streamovat YouTube do TV.

Takze riesim aky "hlavny router" namiesto neho. Mam viacero dobrych skusenosti s Asus routrami (orig. fw.). No chcel by som router na ktorom by bez problemov bezal aj OpenWRT, DD-WRT, Tomato... Pre pripad, ze nieco nepojde nastavit/spojazdnit cez orig. fw. Na zahranicnych forach su odporucania na Broadcom chipset, aj podla benchmarkov maju vacsi hashovaci vykon ako Mediatek. Neviem ako je to s Qualcomm.
https://gist.github.com/cuteribs/2674f36698c56f7f264bebf2a130a415
Ale zas podla OpenWRT na Broadcom nejde wifi https://openwrt.org/toh/views/toh_available_864?datasrt=ram%20mb&dataflt%5BBrand%2A~%5D=asus

Uz sa v tom dost stracam aky HW vybrat, aby na nom islo vsetko ako ma ist.
RT-AC58U (Alza uz ma V2), RT-AC68U, RT-AC65P, .... ???

Ake su vase skusenosti? Pripadne aky iny vyrobca v cene cca do 100E-150E, idealne aj s USB3




15
Hardware / Re:Pomoc s výběrem audio sestavy
« kdy: 28. 10. 2019, 12:31:07 »
Nepostrehol som aky priestor je potrebne kvalitne nazvucit... z mojej skusenosti.. Chcel som pocuvatelne aktivne stolove repro k PC polozene na stole vedla monitora. Kedze som tam mal malo miesta, musel som vybrat nieco male. V muzikeru som pocuval asi 2-3 typy studiovych monitorov, no aj tie najmejsie boli siroke + vacsinou mali kazdy samostane napajanie, aj ovladanie hlasitosti - chcel som ich ovladat centralne, 1 potenciometrom.
Objavil som I-Loud Micro, stali celkom dost (290EUR) posobia ako male plastove sumitka, ale zvuk je na ich male rozmery nepochopitelne dobry. Na nazvucenie miestnosti (20m2) uz pocut "plastovy" zvuk, ale blizky posluch (za PC) som velmi spokojny (maju aj oznacenie NearField monitory). V obyvacke su ok este k TV Dlho som fungoval na sluchadlach PortaPro, tie repro hraju pocutelne lepsie. Nasiel som len zopar pesniciek, kde nedokazali zahrat najspodnejsi bas (od 50Hz) a bluetooth je na nich nepouzitelne, pocut "datovy bzukot".
Tie male plastove bednicky kvalitou a vyrovnanostou zvuku (nie vykonom) prekonali moje doterazjsie pokusy o stavbu tranzistorovych zosilnovacov a ladenia vyhybiek, bassreflexov...
Odporucam ist do riesenia "C" aktivne repro s DSP a idealne aj aktivnou vyhybkou (bi-amp).


Stran: [1]