Blogbejegyzések

Domain Driven Design in PHP

A php az a nyelv, amin szeretünk viccelődni. Amellett, hogy én sem vagyok a vicc ellen, szeretek programozni benne, inkább csak egy eszközként gondolok rá. Persze minden eszköznek, így programozási nyelvnek is megvannak a saját tulajdonságai és limitációi, és csak ezek ellen dolgozva tudunk értékelhető eredményeket elérni.

Vodafone nem akarja a pénzem

Szóval végre a Tré-komon kívül végre más is szolgáltat a lakóhelyemen. Igaz, hogy szintén T infrastruktúrán, de elégedett véleményeket olvastam, gondoltam adok egy lehetőséget nekik. Kértem a weboldalon keresztül egy visszahívást, meg is kerestek. Az értékesítő elmondta a hőségidős árat, majd mikor rákérdeztem, hogy hűségidő nélkülit tud-e, természetesen tudott... De kb. itt véget is ért a beszélgetés, lezárta annyival, hogy azt viszont az üzletben kell elintéznem, klikk. Miért nem lehet ezt ugyanúgy intézni? Ügyfélszolgálatra járni 2020-ban? Ennyire nem kell nekik az ügyfél, aki ráadásul többet fizetne ugyanazért?

Zongorabillentyűzet

A napokban szembejött egy kézzel lejegyzett ének, és valahogy nem akart a fülembe mászni a dallam. Úgyhogy rákerestem, hogy online piano keyboard, és van is ilyen:
https://www.onlinepianist.com/virtual-piano

Egész ügyes, még billentyűzet-megfeleltetés is van rajta.

(Persze, aki jól tud szolmizálni, annak ez felesleges mankó, de néha azért segíthet.)

húszhúsz

Kicsit keresgéltem az emlékeim között, melyik eset jellemezte legjobban ezt az évet mind szakmai, mind egyéb szempontból.

A cca. 20 alkalommal, egyre erőteljeseben megenterelt és  "de mia...szomvanmár?!" felkiáltásokkal kiadott

systemctl restop exim4

úgy gondolom biztos dobogós.

Vagy: nagyonhosszufajlnev.php debugolasa nagyonhosszufailnev.php néven és csodálkozás az eredménytelenségen másfél órán át.

Futott még:

ip route flush

cache argumentum nélkül.

[kv]Szükséges funkcionalitások egy COVID útlevélben

Elkezdődtek a COVID oltások, és korábban megjelentek olyan hírek, hogy oltási app-al igazolhatják magukat az emberek.  Ez utóbbi feltétlenül szükséges, hiszen az általános utazási tilalmak és lezárások mellé kell valamilyen hatósági igazolás, melynek segítségével könnyen és zökkenőmentessé tehető a visszatérés a normális életbe. 
Az oltási igazolások és útlevelek, nem új dolgok, léteztek korábban is. Egyes országokba, eddig is csak bizonyos oltások meglétével lehet beutazni. A papír alapú megoldás viszonylag egyszerű, de egy kormányzat számára az igazi megoldást ennek az elektronikus formája adja, különösen azért mert a COVID egy minden országban jelenlévő világjárvány.

Chrome os tapasztalatok

Jó pár hónapja elsődleges a gépemen, illetve több éve további 2 általam "karbantartott" gépen (igazából nincs mit karbantartani rajta).  Jelenleg két egyszerű út van nem chromebook/chromebox telepítésre: Neverware cloudready, és a Brunch framework. Előbbi egy chromium alapú hivatalos terjesztés, ami épp most olvad bele a chrome os-be (google megvette a céget). Utóbbi csak pár bash script, ami egy chromebook helyreállító képfájlból készít indítható os-t.

Miben jó: gyors, akksiról többet bír mint egy standard ubuntu telepítés. Rendesen működő hardveres gyorsítás, stadia is szuperül megy intel hardveren, sajnos ez linux alatt nem mondható el vaapi-val forgatott chromium esetén sem. 
Teljes linux ökoszisztéma, crostininek köszönhetően. (Linux vm) Alapból debian konténer fut, de megoldható archlinux-al is. Ezen kívül jól illeszkedik az ökoszisztémába, úgyhogy chrome web store-on kívül van playstore (csak brunch) illetve gnome-software. (én flatpak-al használom, de megoldható snap-pal is, illetve ott vannak a debian stable tárolói is)
Jól illeszkedik a google ökoszisztémába: telefonos feloldás, google aszisztens, google home vezérlés (play store appból).

Miben rossz:
Alapvető konfigurálási hiányosságok. (energiagazdálkodás, gui konfigurálhatóság, még egy nyamvadt újraindítás gomb sincs, parancssorból azért megoldható)
Akik irtóznak a google-től nem opció, google account nélkül nem sokra mész vele.
Virtuális gép futtatása macerás, cloudready alatt eddig ment, a következő verziónál kivezetik a virtualbox támogatást. 
Hiányzik egy jó archwiki-szerű szájbarágós oldal a chrome os lelki világához.

Összességében azt mondom, hogy akinél nincs hardver kompatibilitási probléma, és nem akar windows-t virtualizálni, illetve aki elviseli hogy ehhez képest a gnome gui egy boeing 747-es pilótafülke, annak jó lehet. Miben tud többet mint bármilyen linux? A saját gépemen egy fő szempontom van, és az a normális stadia/geforce now támogatás. Linuxon ha sikerült is hardveres gyorsítást elérni, sem X11 alatt, sem wayland alatt nem tud olyan alacsony latency-vel menni, mint windowson, illetve chromeos-en. Ezen kívül 10-12 éves intel laptopon is értelmezhető sebességgel képes futni. Egy herélt linux és chrome párosnál szerintem jobban. Magától frissül, hülyebiztos gui. És az olyan r1 userek ellen is véd, akik szerint a linux szar, de a windowst sikerül állandóan összefosatniuk valamilyen mágikus módon. Mivel chrome logó van rajta, van playstore, elég fenszi lesz nekik is.
 

Could not enable RTC interrupt : Invalid argument in chorynd with DS3231

root@rock64:/var/log# tail -n 10 syslog 
Dec 26 15:56:25 localhost systemd[1]: chrony.service: Succeeded.
Dec 26 15:56:25 localhost systemd[1]: Stopped chrony, an NTP client/server.
Dec 26 15:56:26 localhost systemd[1]: Starting chrony, an NTP client/server...
Dec 26 15:56:26 localhost chronyd-starter.sh[3200]: WARNING: libcap needs an update (cap=40 should have a name).
Dec 26 15:56:26 localhost chronyd[3203]: chronyd version 3.5 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SIGND +ASYNCDNS +SECHASH +IPV6 -DEBUG)
Dec 26 15:56:26 localhost chronyd[3203]: Could not enable RTC interrupt : Invalid argument
Dec 26 15:56:26 localhost chronyd[3203]: Frequency 16.061 +/- 3.900 ppm read from /var/lib/chrony/chrony.drift
Dec 26 15:56:26 localhost systemd[1]: Started chrony, an NTP client/server.
Dec 26 16:00:01 localhost CRON[3282]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)
Dec 26 16:05:01 localhost CRON[3317]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)

https://www.mail-archive.com/chrony-users@chrony.tuxfamily.org/msg02239.html
 

Tárhelyoptimalizálás - ötletelés

Van két site, mindkét helyen két-két fizikai gép, gépenként másfél TiB diszk (ssd), ami most egy plusz fél felosztásban működik, a kisebbikre megy a mentés, ami rsync-kel van a két site között szinkronizálva, a nagyobbik területen megy egy replikált DB fürt dolgozik.
Lassan kezd elfogyni a mentési terület, úgyhogy azon kezdtem el gondolkodni, hogy a négy gépen rendelkezésre álló mentési területből kéne egy hálózatos repliklát tárterületet csinálni, site és host szintű redundanciával.
 

[KV] Ezért kellene mindenkinek beoltatnia magát

A következő posztot azoknak szánom gondolatébresztőnek, akik már most eldöntötték, hogy nem fogják beadatni a SARS-CoV-2 vírus elleni védőoltást, de egyébként jó/törődő/hazafi/stb. embernek tartják magukat. (Tl;dr a vége felé található.)