Blogbejegyzések

vakító weboldalak

Már régóta használok különböző kiegészítőket ez ellen.

Az a problémám ezekkel a kiegészítőkkel, hogy néha lelassítják az oldalakat, vagy rosszul jelenítik meg őket.

A másik dolog, hogy teljes hozzáférést kérnek, ami nem túl secure... Emiatt van egy böngészőm kiegészítőkkel,

meg van egy másik, amin netbankolok, vásárolok, stb, és azon csak "ublock origin" van.
 

BigLinux: Egy brazil íz a Linux világában!

BigLinux: Egy brazil íz a Linux világában

Gondoltál már rá, hogy kipróbálnál egy új Linux disztribúciót, ami nem csak stabil, de látványos és könnyen kezelhető is? Akkor a BigLinux pont neked való lehet! Ez a Brazíliából származó, Manjaro alapú rendszer egyre népszerűbb, és nem véletlenül. Kiváló honosítás jellemzi!

Az ok, amiért idősek otthonába költöztem

Igazából semmi egetverő oka nincs. Foghatnám nagyon drámaira is, de nem akarom, mert minek.

2019-ben, amikor anyukám elment, még viszonylag mindenki egészségesnek volt mondható körülöttem. Oké, apunak már voltak kisebb reumás gondjai, de alapvetően mindenki el bírt látni megfelelő minőségben.

AVR core - folytatás - II. Regiszterek

Az I/O portos dolgok "rendbetetele" utan gondoltam megnezem mi a helyzet a regiszterekkel. Merthogy ez a sajat implementacio reszben a Navre projekten alapult, ami ezt az egesz "register file" temakort relative egyszeruen letudta. Konkretan ott a regiszterek egy sima `reg [7:0] GPR [0:31]` jellegu tombben vannak es a execute-writeback ciklusban mindenfele gombaramkor kikanalazza ebbol azt ami kell - azaz 1, 2, neha 3 regiszter erteket - es visszairja azt ami kell, szinen 1, 2, neha 3 regisztert. Ez igy oke is lenne, megy is, de ket hatranya van: egyreszt, az FPGA-kban a multiplexerek, noplane a 32:1 multiplexerek dragak (lassuak is es zabaljak is a LUT-okat). Masreszt meg mar a legegyszerubb FPGA-kban is van valamifele embedded block RAM es milyen jo lenne ezeket is felhasznalni a CPU-n belul is. Mondvan hogy egy AVR-ben is azert 256 bit megy el csak a GPR-ekre - a 32:1 multiplexerekrol meg mar ne is beszeljunk.
 

téglalapok metszete, különbsége, uniója

Bill Atkinson halálhíre kapcsán az internet népe megemlítette a régiókat, melynek hatására elkezdtem én is gondolkozni a problémán: két fedésben lévő ablak közül a felsőt elmozdítva hogyan határoznám meg azt a legkisebb felületet, amely az alsó ablakból láthatóvá válik (és ezért újra kell rajzolni)? A problémát bizonyára ezerszer megoldották, tehát nem a spanyol viaszt akarom feltalálni vele; csak jó érzésnek ígérkezett az éjszakai agytorna.

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. 😀