Blogbejegyzések

Napi google minoseg

Google maps: 3d globe view nem mukodik cookie problemak miatt egy ideje. Inkognitoban megy. Vagyis, ment eddig. Most a 27ik motorcycle/firehydrant/stairs/trafficlight AI-tanitas utan meguntam ezt az egesz hulladekot. Ha barkinek van barmi otlete hogyan lehetne ezt a szart hasznalni, ne habozzatok... koszi! 

[pol]Gatyát felkötni, beindul a daráló

Úgy két órával ezelőtt az ukrán SBU a maga nemében egyedülálló, akciót hajtott végre. Az ukrán állítások szerint egy óra alatt 40 stratégiai és nukleáris fegyverek hordozására alkalmas bombázót semmisítettek. Ahogy a Tiktok hadseregtől várható volt exkluzív felvételeken nézhetjük végig ahogy égnek a nagy vasak. Maga az akció leszervezése és kivitelezése gyönyörűen és példásan lett végrehajtva. Semmit nem bíztak a véletlenre. A drónokat konténerekben, teherautón szállították a célterületek közelébe és még arról is gondoskodtak, hogy a konténerekre szerelt napelemekkel a quadkopterek folyamatosan töltve legyenek. Az ukrán források szerint az akciót másfél év előkészítés előzte meg.
Az eltalált bombázók többsége Tu-95, A-50 és Tu-160 és Tu-22-es volt. Ezek mindegyike rendkívül nagy gép. Az A-50 kivételével, ami egy AWACS, mindegyik jelentős bombaterhet képesek hordozni, de a Tu-22-esek kivételével nem jellemző az alkalmazásuk a konfliktusban. Miért? Mert nagyok, és egy-egy nagy méretű cirkálórakéta indításán kívül alkalmatlanok taktikai felhasználásra. Ezek a gépek üzemeltetése nem órákkal, napokkal vannak tervezve.

Email küldés programozói szemmel

Gyakran belefutok abba a problémába, hogy hogyan lenne jó kezelni az automatikus emailokat. Lásd regisztráció, jelszó visszaállítas.

Lássuk a szereplőket:

  • Programozó: Bizonyos események bekövetkeztekor küldenem kell értesítéseket.
  • Designer, marketing, stb. :  Megálmodják az email kinézetét és tartalmát.
  • Frontendes: (opcionális) Lekódolja az email kinézetét pixelpontosan. Ő kihagyható mert igazából a Designer/Marketinges össze tudja kattingatni WP/Elementor /Divi megoldásokhoz hasonló szerkesztőben. Imadnák az ilyent, hiszen fejléc és lábléc komponensként beilleszthető lenne . 

Ti találkoztatok ezzel a probléma a körrel? Hogy van nálatok megoldva? 

Pár megoldást már megvizsgáltam:

Email szolgáltató (Sparkpost és hasonlók) tudnak templatet, de komponens alapú nem igazán van.

Self-host részén pl a listmonk szimpatikus projekt. Van transaction(sima email küldő) api, de talán jövőben lesz komolyabb szerkesztő benne.

Ismerősőm magának kódolta le, de nyilván egy kész megoldás mindig jobb. 

Az hogy a kódban van a templateket, elég körülményes. Egy idő után rengeteg időt elvesz az hogy ezeket a templateket gyakran át kell írni. Nem mindig könnyű előcsalni a a küldöző leveleket sem. Mondjuk ez a programozó bénasága. Azt is mondjuk, hogy valamikor másnak a kódján kell dolgozni. 😀 

Új generációs Linux közösség indul

Magyar Linux Felhasználok FB csoportban bele futottam a következő oldalba: https://pingvinvilag.hu/

Profi megosztás volt, de a mondandója elég fura: https://www.facebook.com/share/p/16aJg2RV9r/

  • Miért fontos hogy torrent? Nekem mindegy lenne csak gyorsan jöjjön a  frissítés., vagy jó legyen a közösség, de valahogy nem érzem hogy a kettőnek sok köze lenne egymáshoz.
  • Miért kell zártnak lennie? Torrent és a Linux is nyitott, nincs mit rejtegetni.
  • Ha nincs kész az oldal minek hirdetni?
  • Miért van kint a félkész oldal? lehetne valami hamarossan jövünk landing. 🚧
  • Miért nem lehet hozzászólni az eredeti FB bejegyzéshez? 🫢

... ezek a kérdések vannak a fejemben.

A Linux Format magazin a 329. számmal befejeződik

25 év, 329 lapszám és több ezer oldal után búcsút veszünk a Linux Format magazintól, amely az Egyesült Királyság egyik vezető Linux- és nyílt forráskódú szoftverekkel foglalkozó szaklapja volt. A Linux Format egy negyed évszázados utazás végéhez érkezett, amely során nyomon követte az open-source világ felemelkedését — most pedig a 329. lapszámmal végleg lezárul a története.

[POL] Fegyver a diákok és a szülők kezében

Egyetemen már az én időmben is volt valamiféle minőség mérési kezdemény: OHV (oktatók hallgatói véleményezése) volt a neve, Neptunban kellett kitölteni, és vagy vmi kedvezmény volt a díjazás, vagy vmi nyereményjáték volt a kitöltők között.

Éppen ideje volt már közép és általános iskolákban is bevezetni valamit:

Madarak a tanyán - új megfigyelések

Szép lassan kezd összeállni a permakultúrás vagy hagy úgy tetszik ökológiai szemléletű kisgazdaságunk, már egész komoly a változatosság, vagy menőbben, a biodiverzitás a kertben. Fű, fa, bokor vegyesen, gallyrakások, búvóhelyek és minimálisan kaszálunk, hogy békén hagyjuk a velünk élő társaink.

Ennek a „mellékhatása”, hogy a madarak változatossága és száma is elképesztő módon növekszik a területen. Minél többféle a növény, annál több a madár. Róluk írok pár sort, akiket az ablakból kinézve, vagy területünkön mászkálva ismertem meg.

Youtube letöltések tapasztalatai

Egy ideje már letöltöm az engem érdeklő Youtube videókat saját gépre. A célom az, hogy a lehető leg-jövőállóbb, legkompatibilisebb formátumban legyenek meg azok a videók nálam helyben, amiket máskor is meg szeretnék találni, és meg szeretnék nézni ismételten. Ez elég sok melóval jár, mivel a Youtube nem túl együttműködő partner az efféle tervek megvalósításában.

Drága AWS ...

A rendszer nagyobbik része AWS-en fut így ezzel folyattuk a vizsgálatot  a korábbi kérés alapján: Lásd itt...

Mivel nemrég kellett a reidst használnom, így gondoltam megnézem mi a helyzet vele. Itt meg is jegyezném hogy nem vagyok DevOps, erre van külön emberünk. 
Itt egyből látszott, hogy van Valkeyre is lehetőség és kiderült, hogy amúgy sincs kihasználva a redis szerver. Valkey egy opensource redis kompatibilis megoldás amit a redis licencváltása hívott életre. Mivel korábbi projekten volt tapasztalatom a Redis -> Valkey váltással kapcsolatban (fájdalommentes volt), így ezt is megléptük. Jelenleg feleannyiba kerül az üzemeltetés.

Megvizsgáltuk a nagy FineOps keretében, hogy végül nincs szükségünk Multi-AZ RDS-re nem kritikus a működésünk, nem is volt leállás. Update miatti leállás se zavaró még.

Fontos megjegyezni, hogy sok lehetőség van abban is milyen fizetési opciót választunk. Nagyon nem mindegy hogy On-Demand, vagy Savings Planst használunk.

Tesztkörnyezettel is lehet spórolni, ha a tesztszervert például hétvégenként és este leálltjuk.

Drága Google, drága régi fejlesztők

Napokban azon gondolkodtam, hogy viszonylag gyakran, a munkámmal kapcsolatosan készítek blogbejegyzést. Fő téma programozás lenne. Esetleges szakmai visszajelzés, programozói téma felpörgetése lenne a célom. Nyugodtan szóljatok ha sok vagyok, vagy bármi.

Kezdjük is el!

Pár napja a menedzsment jelezte, hogy Google Cloud ára kezd emelkedni, tudok-e kezdeni vele valamit. Megvizsgáltam és nagyrészt Static Map API zabálja a pénzt. A korábbi fejlesztőcsapat csak simán bele kódolta hogy közvetlenül a Map APIn keresztül kérje le térképet így rengeteg lekérdezés van. Itt maximum a böngésző cacheben lehetne bízni.

Megoldás végül az lett, hogy amikor jön egy kérés, akkor letároljuk magunknál a képet, majd redisbe, belerakjuk TTL-el, hogy azért havonta egyszer frissüljön.
Így jelentősen sikerült csökkenteni a szolgáltatás árát. Azaz a számok már lassan érkezek, kíváncsi leszek mennyire sikerül levinni. Én 90%-os csökkenésre számítok.
 

[MEGOLDVA] VirtualBox Win 10 páros szédületesen lassú. Miért?

A host: Manjaro, kernel:6.12 (12 mag, 32 GB memória, kb. 4 éves gép, nem ssd-n fut)

A guest: Win 10 Pro.

Őrült lassan működik. Egy start kb. 15-25 perc. Egy shutdown 30-40 perc. Ilyenkor kiírja "getting ready" vagy valami ilyesmi. Felkészülni a shutdownra? Vicces.

A VM főbb beállításai: 4 mag, 6 GB memória, 128 MB videó memória, 50 GB lemezterület.

Frissítés:
Úgy néz ki rengeteg és köztük néhány termetes update volt az a mi a szörnyű lassulást okozta.

AVR core - folytatás - I. I/O port

Egy kicsit zavart hogy a soft AVR core-s projektben ez az egyebkent elegge AVR-specifikus, 6 bit mely, 8 bit szeles I/O buszt a CPU aszinkron modon olvassa es szinkron modon irja. Azaz mig a program-memoria illetve az adatmemoria rendes szinkron ROM/RAM-kent viselkedik (igy mind az olvasasi, mind az irasi ciklus eredmenye a kovetkezo orajelre jelenik meg a CPU es/vagy a memoriak szamara), az I/O port eseten az olvasas a jelenlegi implementacioban aszinkron. Gondoltam kicsit utanajarok ennek a dolognak mit lehet itt tenni hogy egy elegansabb, jobban fenntarthato, jobban ujrafelhasznalhato cuccmany legyen ebbol az egeszbol. 

REAR 2.9 + rpi5-killer DR howto

rpi5-killer Debian12 DR for the OS with REAR 2.9 on the 3rd disk ... Sok szívás, van benne Debian 12-es hiba is, pl. hibás REAR 2.9, kisebb NVME SSD méret, után siker 1 Ventoy-os pendriveval ... Multi DR egy pendriveval ... Nagyon király lett ...
Sikerült a teszt szerveremen a DR. :)

ice@debian:/media/ice/Ventoy/rpi5-killer$ cat os.conf 
OS_VENDOR=Debian
OS_VERSION=12

ice@debian:/media/ice/Ventoy/rpi5-killer$ cat local.conf 
OUTPUT=ISO
BACKUP=NETFS
AUTOEXCLUDE_DISKS=no
ONLY_INCLUDE_VG=( "vg" )
BACKUP_URL=file:///media/rear
BACKUP_PROG_EXCLUDE=( '/media/*' '/tmp/*' )
FIRMWARE_FILES=( 'yes' )
COPY_AS_IS=( '/usr/share/file/magic' '/usr/share/rear/*' '/var/lib/rear/*' )
AUTOEXCLUDE_MULTIPATH=yes
MIGRATION_MODE='true'
AUTORESIZE_PARTITIONS=( /dev/nvme0n1p3 )
AUTOSHRINK_DISK_SIZE_LIMIT_PERCENTAGE=90