wladek1 blogja

[WAR] Propaganda-toprenges

Adott egy atomeromu.

Nagyjabol idorendben:

 

  • Ezt allitolag elfoglaltak az oroszok, marcius negyediken.
  • Az IAEA nem sokkal kesobb ellenorizni akarta a letesitmenyt, DE az ukranok tiltakoztak ez ellen, mert ez legitimalna az orosz teruletfoglalast.
  • Az oroszok elkezdtek loni az eromuvet, amit elfoglaltak.
  • Az ukranok fel-le kapcsolgatjak az eromuvet, mert az oroszok lovik.
  • Az IAEA megjelenik ukrajnaban, majd elmennek az orosz ellenorzes alatt allo eromuhoz, amit az ukran energiaszolgaltato tovabbra is naponta fel-le kapcsolgat. (az IAEA megis legitimalta a teruletfoglalast)
  • Ekozben az ukranok megprobaljak elfoglalni az eromuvet, ami orosz kezen van, de nem, mert az ukranok uzemeltetik es kapcsolgatjak fel-le
  • Az ukranok lekapcsoljak az oroszok altal megszallt eromuvet, mert az oroszok lovik az eromuvet.

Konkluzio:
Az oroszok elfoglaltak egy eromuvet, amit fel-le kapcsolgathatnak azok, akik mar ott sincsenek, mikozben az oroszok lovik sajat magukat - ugyanott.

BLM kompatibilis replikacio es az undefined property esete

Anno Codeigniterben keszitettem egy replikacio ellenorzo vegoldalt.

Namost, amiota BLM kompatibilis lett a mysql (8.0.26 -tol {igen, minor verziovaltastol adozzunk a BLM mozgalom oltaran}) megszunt -tobbek kozott- a Seconds_Behind_Master property, igy ket -es aztan jopar- dologra sikerult rajonnom:

 

$secs=isset($row->Seconds_Behind_Master)?$row->Seconds_Behind_Master:$row->Seconds_Behind_Source;

eredmenye  

 Undefined property: stdClass::$Seconds_Behind_Source

Tehat az isset() nem alkalmas nem letezo property vizsgalatara.
Mindez persze akkor jon elo, amikor van Seconds_Behind_Master, de annak az adattipusa es erteke null - mivel a replikacio adott pillanataban all.

A Seconds_Behind_Master es a Seconds_Behind_Source felvehet integert es null -t is, emiatt mas problema is lehet.

De en okos vagyok, ezert eldontottam, hogy majd a property_exists() lesz a baratom.

Ennyire:

  • As opposed with isset(), property_exists() returns true even if the property has the value null.
  • Returns true if the property exists, false if it doesn't exist or null in case of an error.

Magyarul nem eleg, hogy a property -ha letezik- lehet integer, vagy null, a letezeset vizsgalo function return value is lehet null vagy boolean, null raadasul akkor ha hibara fut. Ez utobbi tagmondat a wtf/sec ertekeket surun tudja emelni :)
 

Rajottem arra is, hogy nem eleg, hogy ritkan nyulok PHP -hoz, de mar vagy ahhoz sem ertek, vagy valami. :D

Kinomban mindenesetre vistva rohogok az egeszen, ugyanis le kell kezelnem 3 mysql es 2 mariadb replikacios szeriat. Es mivel az adott controllerhez nem irtam exception handlert, most kenytelen leszek, minden mas meg nagyobb hulladekot jelent - ha ezt meg tudom fokozni.

Mi szükség van a hírekre?

Nyaralás alatt annyi ideig nem olvastam híreket, hogy a következő sorozat lefutott nélküem:

  • Az oroszok elzartak az olajat
  • Ja, nem, az ukránok 
  • Bréking, nincs olaj 
  • A csehek szerint holnapra lesz 
  • A MOL kifizetett valamit valaki helyett 
  • Bréking, van olaj

Az egész lement nélkülem és persze magától megoldodott. Szóval: nem kellettem a történethez. 

Innen már egyenes, hogy nem fogok a továbbiakban híreket olvasni. 

Hol vannak?

Elkezdett érdekelni, vajon a migration aid, amnesty international, stb. most miért is nem foglalkozik a jelenlegi menekültválsággal? Nem láttam egy hírben sem, hogy tolonganak segíteni. 

Valamilyen okból kifolyólag ez mintha nem lenne érdekes. Vagy ezt nevezik lelepleződésnek? 

Keresztellenorzott ugyintezes (lehetne, de nincs)

Az OTP (vagy a nevükben valakik) megkeresnek. Felveszed, azonosítod magad. De Te hogy ellenőrizod az ugyintezot? 

  • Visszakerdezel egy olyan adatra, amit csak te es a bank lattok.
  • A mobil applikaciora küldenek egy push notification - t
  • Esetleg a kettő együtt.

Es a bank kommunikációja szerint egyik sem lehetséges. 

Es ok firtatjak az ügyfelek felelősségét. Mondanom sem kell, hogy a telszamrol, amiről hívnak, a tudakozóban ~0 infó. 

A Google nem ert az archivumokhoz

Google Takeout, ~ 25G tgz ilyenre sikerult (mar harmadszorra):

 

gzip: stdin: invalid compressed data--format violated
tar: Váratlan fájlvége jel az archívumban
tar: Váratlan fájlvége jel az archívumban
tar: Error is not recoverable: exiting now
 

Mondjuk legalabb megcsinalta.

Mé' nem fordul előre?

Komolyan, a sokadik olyan usákos filmmel találkoztam az elmúlt egy hétben, ahol a sofőr teljes nyugalommal -normál országúti tempó és forgalom mellett- fél percig oldalra/hátrafordulva beszélget. Azért vicces ez, mert egyre több ilyet látok magam is, és úgy fest, kezd beérni az eredménye.

Miért ennyire hülyék az emberek, de most komolyan? Azt hiszik, hogy Teslájuk van? Az maximum a nagymama lemezeit pörgeti azoknál, akiket láttam.

Telekom (és) cset kalandok

Adott egy telefonszám, amit le akarok mondani. Tegnap első körben cseteltem az egyik ügyintézővel, beazonosítottuk az 5 jegyű számsorral, amit jelszónak csúfolnak, hogy én vagyok én, ez a számsor mind a három előfizetésre vonatkozik (az előfizetésben 2 másik telefonszám is van) - és ezzel záródott is a beszélgetés.

Ma reggel, miután családilag is megbeszéltük, hogy ez a szám már nem kell, ismét felvettem a kapcsolatot cseten keresztül az ügyfélszolgálattal, és közöltem, hogy ezt bizony vissza akarom mondani. Természetesen a -tegnap validált- jelszó hibás és még kétszer próbálkozhatok. (Nyilván, mert nem akarják, hogy visszamondjam, hűséget akármikor hosszabbíthatok, jelszó nélkül is) Persze felesleges lett volna próbálkozni, mert jelen állás szerint 00000 - 99999 tartományban képtelen lettem volna egy nekik tetsző "jelszót" leírni (ez is mi már, hogy plaintextben egy látszólag 3rd party chat app -ba potyogjem be a jelszót...)

Maga a felület és az ügyintézés is katasztrófa. A régi kommunikációkat nem lehet visszanézni; 3 végoldal és az applikaciojuk is nagyrészt eltérő adatokkal szolgál ugyanarról az előfizetésről, valamint a végül beadott panasz esetében a rögzített hibajegynek sincs száma, s természetesen transscriptet sem tartalmaz.

Komolyan, egy ekkora cég egyáltalán hogy képes így (nem)kiszolgálni az ügyfeleit 2021-ben?

Kalandok OTP modra

Eloljaroban: soha semmi bajom nem volt az OTP -vel. Eddig.

Adott egy lakashitel, egy bankszamla es a hozza tartozo takarekszamlak. A koncepcio nalam az, hogy hitelkartyaval vasarolok, a bevetelek a bankszamlahoz kapcsolt takarekszamlara erkeznek es addig nem is tavoznak onnet, amig vagy csopbesz -en nem keri le valamelyik szolgaltato/ a bank a torlesztesre, vagy nem fizetem be az epp aktualis hitelkartya osszeget.

Minden honap vegere szoktam idoziteni bankon beluli utalast a honap utolso munkanapjan a lakashitel torleszto osszegere, vissza a foszamlara; ezt aztan az OTP minden honap elso munkanapjan lerantja.

Most azonban elfeledkeztem errol. Szombaton elinditanek utalast, de -bar torvenyileg kotelezo- az azonnali atutalas nem mukodik a takarekszamla es a sajat bankszamlam kozott, ezert aztan atutemeztem hetfore.

Hetfon reggel azonban latom, hogy mindenfele ertesites nelkul nem lett vegrehajtva az utalas (egy az egyben fel is szivodott a tranzakcio), viszont az OTP mar vinnyog, hogy nem fizettem ki a hiteltorlesztot.

Ok, atutalom azon nyomban a szukseges osszeget, ami szoren szalan eltunik, nem jelenik meg a szamlan, mikozben a konyvelt egyenlegben ott van.

Netbankon belepve a chat -en mar a kerdes leirasa elott lezarja a beszelgetest az ugyintezo azzal, hogy hat o nagyon nem illetekes a kerdesben (amit meg fel sem tettem) es telefonalgassak boszen, majd valaki valaszol.

Este aztan megjelenik az uj tranzakcio: hatralek befizetes. 

Hatralek befizetes, mikozben az esedekessegi napon tortent a teljesites es az elozo alkalommal is csak azert lett sikertelen, mert az OTP ugyesen eltuntette a hetvegen rogzitett tranzakciot...

 

Kedves OTP, Anyatok ...ajat.

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.

gmail nem szeretni ipv6 venni levél

PTR: pass, SPF: pass, DKIM: pass; gmail pedig behányja a levelet spambe. 

Mivel perzisztensen spambe kerülnek a levelek ipv6 -on küldve, ezért meg kellett erőszakítani az eximet:

dns_ipv4_lookup = gmail-smtp-in.l.google.com : *.gmail-smtp-in.l.google.com

Probléma megoldva, örülök, hogy az ipv6 terjedésének egyik legnagyobb támogatója a G; legalább hitelesek az erőfeszítéseik.