Příspěvky

106

Hardware / Re:Software testující hardwarové limity pro jiný software

« kdy: 02. 07. 2020, 20:10:18 »

Ono, ak je budget a nie je chut hrat sa, tak existuju spolocnosti, ktore testovanie zivi a taketo veci zvyknu zvladat efektivnejsie a hlavne so skusenostami... Aj by som odporucil dajaku, ale pride mi to nevhodne.

PS: Ak sa jedna o linux, na ktorom bezi SUT (system under test), tak odporucam ozriet http://www.brendangregg.com/linuxperf.html a podobne. Minimom je monitoring za pomoci

Kód: [Vybrat]

sar -d 1

,

Kód: [Vybrat]

vmstat

,

Kód: [Vybrat]

iotop

,

Kód: [Vybrat]

htop

, ci dacoho podobneho. O stipku lepsie zvykne vyjst monitoring ako prometheus (node_exporter), zabbix, cacti alebo ine. Na zahodenie nie je ani pristup, kedy sa docasne zaplati (alebo evaluacna licencia na par dni) nieco ako ponuka New Relic, kde poskytuju aplikacny monitoring a maju rozne oblasti pokryte imho na urovni.

107

Vývoj / Re:Dokumentace k softwaru

« kdy: 01. 07. 2020, 20:23:17 »

Par klucovych slov do zoznamu:

• doxygen - volakedy pri .NET projektoch som videl...
• asciidoctor - tusim vychadza z docbook-u a je user friendly za mna. Aj komunita, aj jazyk
• restdocs - pre springove rest projekty fajn vec. Spaja jednak testovanie a jednak dokumentovanie. Kazdy test sa da pouzit ako ukazka v dokumentacii a nestoji to moc namahy
• LaTeX - na vsetko, co ma mat pekny vystup
• javadoc
• scaladoc

108

Hardware / Výběr obyčejného telefonu

« kdy: 21. 06. 2020, 19:59:31 »

Dobry den,
rad by som si nasiel nahradu za Unihertz JellyPro (skapalo tlacidlo power, konkretne zlomeny kablik k nemu).

Za mna staci, ak telefon podporuje kontakty a ich synchronizaciu cez wifi/bt/irda/gprs/morzeovku (staci jedno), vie synchronizovat smsky s nejakym private "cloud" sw a vie idealne obdobne synchronizovate i info o hovoroch. Nepohrdnem moznostou pripojit handsfree pouzitim bt.

Mam nasadeny server zimbra so syncml (funambol) protokolom, ale nevadilo by mi zmigrovat kontakty/smsky i do ineho volneho SW.

PS: Moznost citat root.cz a pripadne i imap/smtp vyhodou, ale nie nutnost. Obdobne moznost generovat sum do jpeg suborov, alebo gpx suboro je vyhodou, ale nie podmienkou.

Uvitam akekolvek rady, vratane nasmerovania k oprave mojeho milacika (jelly pro)...

109

Software / Re:Změna velikosti většího množství fotek pomocí ImageMagick

« kdy: 12. 06. 2020, 08:14:56 »

Pokial sa naozaj jedna o vacsie mnozstvo suborov, odporucal by som pouzit nejaku paralelnu vec. Mogrify sa mi zda, ze vyuziva iba jedno jadro (a dnes je zvykom mat viac jadier).

Napriklad:

Kód: [Vybrat]

parallel convert {} {.}.jpg ::: *.png
# respektive:
parallel ./aspect 500x500 -m pad -c white {} {} ::: *.jpg

110

Studium a uplatnění / Re:Vývojář bez znalostí

« kdy: 31. 05. 2020, 08:27:49 »

Ja by som este pridal poznamku k aspektu "ako je to težké". Osobne som po nástupe do novej práce i s 10 ročnou praxou (viacmenej java dev, kusocek aj ops) prechadzal prvy tyzden, dva stavmi:

• áááá, nič neviem
• ja chcem prec, toto nechcem/neviem robit
• kam "kliknúť", aby sa to nerozbilo
• oni nemajú testy! ááááá
• kua, viem sql, viem javu, ale ani posrany selekt neviem vyexekuovat za 8 hodin prace bez chyby (play framework, jooq framework na "ORM"
• oki, zacinam sa orientovat, bude to zvladnutelne

Teda, co som za moju prax nastupil do troch roznych zamestnani, tak v dvoch som prvy tyzden bol strateny tak, ze ma minimalne raz denne na okamih napadlo, ze sa na to vykaslem a skusim to inde... Predpokladam, ze ty mys o kus vyssi level odhodlania a motivacie, co je len fajn.

PS: Osobne VS povazujem za uzitocnu, i ked prispela k mojemu skillsetu dost nepriamo (napriek tomu, ze to bola IT vysoka). Keby som vedel pri vybere VS, ze existuje aplikovana informatika a teoreticka informatika (a rozdiel medzi nimi), mozno by som sa rozhodol inak.

Drzim paste a nech sa dari.

111

Sítě / Re:Domový vrátnik po optike

« kdy: 21. 05. 2020, 09:59:52 »

Ti ajťáci, zejména linuxáci, se musí hrozně nudit, že furt řeší takovýhle koniny a ještě si to komplikují zbytečnými problémy, jako je ochrana před bleskem a podobně. A do toho se ještě musí topit v penězích.

Překvapuje mě, jakou prioritu má v životě ajťáka blbej zvonek u dvěří. Kolik lidí denně k vám chodí, že je potřeba nasazovat takováto komplexní řešení?

U normálních lidí to dnes funguje nějak podobně:
1) Rodina má klíče
2) Známí (a všeljací kurýři) mají mobil
3) Ostatní (podomní prodejci, spamměři a podobná chátra) ať mi vylížou pr*el

Jestli opravdu někdo potřebuje podobný systém a zároveň má potřebu to řešit na rootu, možná je nejlepším řešením si najmout vrátnýho.

Spominane riesenie j korektne. Osobne som ale zamerany skor na riesenie a planovanie veci dopredu. Napriklad kus nemam rad predlzovacky. Take naplanovanie zasuviek v byte nam trvalo asi 8 hodin cistej prace (3 izbovy byt). Ano, 95% ludi by sa ani nezamyslelo nad tym, ze treba nieco planovat... Niekto sa nezamysla ani nad tym, ze vychovavat dieta je mozne "rozumne", niekto sa nezamysla, ked prechadza cez cestu,... je vela veci. Ja napriklad optimalizujem aj to, kedy vyhodim smerovku na dialnici, aby ten za mnou, co ma obieha nemal pocit, ze mu "skocim" do usmevu, ked planujem pockat az prejde...

V kazdom pripade dakujem za nazor. Mne osobne pri Vasom rieseni by chybala moznost od postarky dat mi vediet, ze ma daco do vlastnych ruk...

112

Sítě / Re:Domový vrátnik po optike

« kdy: 20. 05. 2020, 20:27:46 »

Mikrotik s OpenWRT, SFP portem do kterého dáš optický transceiver, USB a webkamera/IP kamera. "Otvor branku" = LEDky se dají softwarově rozsvěcet, tak to připoj na to jako GPIO.

Do trubky hodis kombinovanej kabel optika/metalika (sklo + dva napajeci draty) a nebo dva samostatny - optickej  metalickej kabel. Bud to budes resit jak je napsano vyse pres mikrotik a trochu si zabastlis , nebo pujdes do hotovyho reseni ciste na optice.

Mate prehlad o nejakom hotovom rieseni? Mne sa dari najst len veci tohoto typu: https://www.arcelect.com/fiber_optic_multiplexer_analog_voice_inputs.htm

Na druhje strane, aj toto vypada pekne https://www.eleccircuit.com/diy-fiber-optic-intercom/ Len by som sa musel vratit na strednu skolu a par veci si zopakovat (a mat "more" casu)

113

Sítě / Domový vrátnik po optike

« kdy: 19. 05. 2020, 22:25:13 »

Nedávno bola dlhšia diskusia o vedení "ethernet" káblu v zemi v súvislosti s ochranou proti blesku.

Zaujímalo by ma, či má niekto odporúčanie/skúsenosť s optickým pripojením dverového vrátnika. Teda nejaký audiotelefónik na bránke pred domom. Viem, že optické mikrofóny existujú (napr http://www.optoacoustics.com/medical/fomri-iii/features ), ale neviem nakoľko sú dostupné, alebo nahraditeľné v domácich podmienkach. Obdobne je potrené ešte preniesť signál na "otvor bránku" event-u.

Napájanie predpokladám buď privedeným "230V" rozvodom v zemi s bezpečným prevedením, alebo malý PV panel a batéria (alebo len dobíjateľná batéria menená podľa potreby).

Dĺžka by bola v jednom prípade cca 25 metrov medzi budovou a bránkou a v druhom prípade cca 130 metrov.

114

Vývoj / Re:Steamovanie eventov konkretnym uzivatelom pomocou SSE a AMQP v Springu

« kdy: 11. 05. 2020, 15:17:09 »

Strucne vysvetlenie: Ked klient pristupi na url /stream-sse-mvc, tak sa zavola metodka, ktora ulozi SseEmitter (objekt umoznujuci posielat klientovi spravy) v sluzbe BindingMedziTechnologiami do mapy. Nasledne, ked z amqp handleru chcete nieco poslat, pouzijete tu istu sluzbu, ktora z mapy vyberie emitter a posle spravu.

Co chyba, je hendling chýb, vymazavanie klientov z mapy po odhlaseni a podobne "drobnosti".

Hadam nastrel pomoze.

Podobny koncept ma tiez napadol, ale ako by sa riesilo to ak by sa dana aplikacia naskalovala? Alebo ak by uzivatel otvoril aplikaciu na dalsej karte?

Nova karta je jednoducha. Namiesto mapy, kde si ukladate idecko klienta a k tomu jeho SSE endpoint, pouzijete multimapu (alebo mapu a druhy parameter bude list) a pri posielani dat ich budete posielat kazdej instancii SSE Endpointu daneho klienta.

Co sa tyka skalovania, to je kus zlozitejsie. Jedna sa o viac ako stovky pripojenych klientov naraz? (cca od 500 hore by som odhadol)

115

Vývoj / Re:Steamovanie eventov konkretnym uzivatelom pomocou SSE a AMQP v Springu

« kdy: 11. 05. 2020, 08:27:19 »

SSE je vcelku jednoduche a zaroven ine... Nie je to celkom klasicke imperativne programovanie, nakolko je to posielanie eventov pripojenemu klientovi. Odporucam mrknut tutorial tuna: https://www.baeldung.com/spring-server-sent-events

Prvy pristup (webflux) je vhodny, ak mate prehlad o on-blocking. Predpokladam skor, ze nie a tak odporucam druhy pristup (Sring MVC). Tam si nasledne spravite nieco ako toto:

Kód: [Vybrat]

private BindingMedziTechnologiami bindingSluzba;

@GetMapping("/stream-sse-mvc")
public SseEmitter streamSseMvc() {
    SseEmitter emitter = new SseEmitter();
    bindingSluzba.pridajKlientíkaPištíka(nejakéIdZískaťZAutentifikácieNapriklad, emitter);
    return emitter;
}

Kód: [Vybrat]

@Service
class BindingMedziTechnologiami {
   private Map<IdKlienta, SseEmitter> binding = new HashMap();
   
   public void pridajKlientíkaPištíka(IdKlienta id, SseEmitter konektivitaSSENaKlienta) {
      binding.put(id, konektivitaSSENaKlienta);
   }

   public void posliKlientoviNaprikladAMQPSpravu(IdKlienta id, Správička správa) {
        final SseEmitter  emitter = binding.get(id);
                SseEventBuilder event = SseEmitter.event()
                  .data(String.valueOf(správa))
                  .id("42")
                  .name("sse event - mvc");
                emitter.send(event);
   }
}

Strucne vysvetlenie: Ked klient pristupi na url /stream-sse-mvc, tak sa zavola metodka, ktora ulozi SseEmitter (objekt umoznujuci posielat klientovi spravy) v sluzbe BindingMedziTechnologiami do mapy. Nasledne, ked z amqp handleru chcete nieco poslat, pouzijete tu istu sluzbu, ktora z mapy vyberie emitter a posle spravu.

Co chyba, je hendling chýb, vymazavanie klientov z mapy po odhlaseni a podobne "drobnosti".

Hadam nastrel pomoze.

116

Server / Re:PostgreSQL DB na Linuxu roste nad všechny meze

« kdy: 08. 05. 2020, 09:31:52 »

Este ma napadla jedna drobnost. Co vyuziva tu databazu? Ak je tam hibernate ORM na strane aplikacie, tak som pocul o takej lahode, kde sa bloby ukladali rucne (teda za pomoci zle nakonfigurovaneho ORM) do pg_largeobject a odkazovali sa cez idecko ulozene vo varchar stlpci v normalnej tabulke. Nasledne, ked sa povodny odkaz zrusil, tak ORM nespravilo unlink a dany large object zostal donekonecna visiet v "lugte". Nasledne je potrebne nakodit si vlastny "garbage collector" a upratovat takuto DB. Minimalne jednorazovo, ked sa fixne setup ORM-ka.

PS: Pardon za vagnejsi popis, ale tuto info mam z druhej ruky a je to kus davnejsie, co som do hlbky rozumel tejto problematike... Mozno stoji za to precitat https://wiki.postgresql.org/wiki/Largeobject_Enhancement a pripadne sa daco naucit o pouzivani v danom pripade.

117

Server / Re:Postgresql DB na linuxu

« kdy: 05. 05. 2020, 15:20:19 »

Je mnoho možných vysvetlení. Spúšťa sa aj autovacuum? Updatujú sa často záznamy?

V každom prípade pomôcť vniesť trochu svetla by mohol prvý, či druhý, selekt:

Kód: [Vybrat]

SELECT table_name 
    FROM information_schema.tables 
WHERE table_type = 'BASE TABLE' 
    AND table_schema NOT IN 
        ('pg_catalog', 'information_schema'); 

SELECT column_name 
    FROM information_schema.columns 
WHERE table_name = 'meno Vasej tabuľôčky'; 

Nejaký "polopatistický" úvod k low level veciam je tuná: http://rachbelaid.com/introduction-to-postgres-physical-storage/ Odporúčam ako čítanie ku káve a v prípade záujmu sa pozrieť na oficiálnu dokumentáciu priamo od výrobcu

118

Vývoj / Re:Microservice architektura pre real-time aplikaciu

« kdy: 02. 05. 2020, 21:43:18 »

Na zaklade mojich skusenosti odporucam:

• investovat cas do zhliadnutia par videi (gootgle, infoq, ci veci ako cap theorem ak chcete ist do hlbky a kus mimo)
• ked daco pride, neukladat veci na dve miesta. proste niekto je pan a ten je jediny a hlavny (ci uz kafka, pulsar, postgresql, ....). Usetrite o rad problemov
• Ak je legacy system, co uklada do DB, alebo mate DB oblubenu a nasledne chcete na db integrovat notifikacnu sluzbu napriklad, tak su viacere moznosti. Bud si notifikacna sluzba bude kontrolovat DB a jej nov veci (a to kazda integracia na DB), alebo pouzijete preklapac vesmiru ako napriklad debezium a ten vam bude robit event stream priamo zo zmien v DB (zurnalovy log konvertovany do json-u). Aj taketo veci sa robia a maju obcas vyznam
• Imho za zamyslite vo vyslednej architekture nad tym, kolko resourcou spalite kvoli beznemu usecasu a kvoli comu. Teda pocet poslanych sprav, pocet serializovani a deserializovani, pocet read selektov, insertov a podobne. Nech to dava zmysel.

Moj hruby navrh by bol nasledovny (CQRS pristup):

• sluzba voter -> prijme hlas a ulozi do apache pulsar-u (kafky pripadne)
• sluzba pushNotificator -> zavesi sa pri starte na pulsar/kafku a ked cez websocket (alebo SSE - server side events; alebo long pool, ci iny ekvivalent bude klientom, co sa prihlasia o odber, davat vediet zmeny, prisle spravy, info o prihlaseni/odhlaseni userov a podobne)
• sluzba chat -> uklada spravy do perzistentnej queue (pulsar/kafka)
• sluzba chat history -> subscribe na pulsar/kafku, perzistovanie do lokalnej DB (denormalizovane spravy, kludne kusy html kodu skomprimovane a pripravene na poslanie klientovi). Api pre ziskanie historie a aj api pre aktualne ziskavanie novych prispevkov z chat-u (websocker/SSE)

PS: Pocitat s tym, ze kazda nova technologia ma nejaku krivku ucenia; ma nejake pouzitie a nejake charakteristiky... Napriklad RabbitMQ nie je vhodny na klonovanie sprav (jedna queue a na nu zavesene stovky fanout kanalov). Kafka nie je vhodna ako nahrada vseobecnej databazy, aj ked nou moze byt (a za istych predpokladou aj efektivna).

119

Software / Re:Katalogizácia veľkého množstva médií

« kdy: 30. 04. 2020, 10:25:18 »

Osobne na foto a video (rodinny album) pouzivam digikam. Podporuje i odpojitelne media, ale ak sa nemylim, tak nepodporuje transparentnost v archivoch (to by mohla zabezpecit nejaka ina technologia mozno). Odporucam aspon zahrnut do blizsieho ksumania kvoli databaze (mysql, alebo postgresql) s relativne fajn normalizovanou strukturou. Na druhej strane pri danom objeme dat sa bojim, ze by bolo potrebne vyclenit si par tisic eur na podporu/zlepsenie specifickych problemov projektu...

120

Vývoj / Re:Nejpoužívanější full stack architektury

« kdy: 14. 04. 2020, 15:57:42 »

Medzi "najslubnejšie" sa dá možno zaradiť https://quarkus.io/