Blogbejegyzések

Érdekes élményként ért, hogy a szolgáltatói smtp relay szűri a kimenő from=<> üzeneteket.
Konkrétan szolgáltató váltás volt tavaly (tavaly nyáron még ment a másiknál), de most mennek szabadságra a népek és a vakáció üzenetek elhagyják a szervert, a relay át is veszi, de a címzettekhez soha nem ér oda.
A vakáció egyébként sieve (dovecot) az egroupware állítja elő a scriptet, de ez rendben is van, ellenben a szolgáltató fekete lyukként működik....

Telefonon hívva őket elismerték, hogy igen szűrik az ilyen üzeneteket, mert állításuk szerint ilyenek miatt kerültek fel RBL listára. ...ugyanakkor már önmagában a szűrés módjáért megérdemelnének egy f***korbácsot, mert mondjuk valami 5XX üzenet egyértelműbbé tette volna a választ, mikor kérdezték miért nem ment a vakáció válasz, én meg a logban néztem, hogy de ment...

http://kepfeltoltes.hu/160621/sdfsdf_www.kepfeltoltes.hu_.png

A minap bukkantam egy tanulmányra, ami a Github-on és a SourceForge-on található összes Java projekt exception kezelését elemzi, itt letölthető a PDF.

Arra a konklúzióra jut, hogy a fejlesztők többsége figyelmen kívül hagyja a checked exception-t és nem kezeli megfelelően. A más típusú exception-ökkel is hasonló a helyzet. A fejlesztők hozzáállásától és képességétől függ, hogy megfelelően kezelnek-e egy exception-t, azt nyelvi eszközökkel (checked) nem lehet kikényszeríteni.

Checked exception-ök kezelése: https://pbs.twimg.com/media/CkPvdPBWEAA7U4i.jpg

sosem voltam szerencsefia. el lehet lenni így is: minden melósabban sikerül, de végül is nekem pont megfelel. időben megtapasztalt szívások után az ember könnyen a saját oldalára tudja állítani az ilyesmit: pl. semmi nem repül be a tátott számba, így eléggé meg tudom becsülni amiért megverekedtem. sőt, még tippelni is tudok - csak nehézségek árán ki kell iktatni az első megérzéseimet, bármi is legyen az. nem ragoznám tovább, csak szőr mentén érdekes (ill. esetenként röhejes is, pl. az évi egy db lottószelvényem kitöltése eléggé Benny Hill Show jellegű).

„Nem kívánatos” alkalmazások üzemeltetése Linuxon

Mint korábban igértem, a programozói témák után éles váltással rátértünk a Linuxos / Unixos alkalmazások üzemeltetésére. Hogy senki ne unatkozzon, rögtön beugrottunk a mélyvízbe. Az heti cikkben azokat a technológiákat tárgyaljuk, amikkel be lehet korlátozni egy Linuxos folyamatot, vagy folyamat csoportot. Vagy ha jobban tetszik, szétszedjük a Docker, LXC, stb. által használt eszközöket darabjaira.

A cikk szokás szerint a Refaktor Magazinon olvasható.

Ez most nem az IF ... THEN ... szerkezetrol szol, hanem az intermittent fastingrol (IF). A 87. alkalommal megneztem a The man from Earth c. 'sci-fi' filmet, es amikor megkerdezik a biologust, hogyan lehetseges 14000 evig elni, akkor azt mondja, hogy 2 feltetele van: a (belso) szervek tokeletes megujulasa es a tokeletes detox.

Hogy jon a kepbe az IF? Hat ugy, hogy ez az eletstilus az, ami a leginkabb megkozeliti ezt az idealis allapotot. Felreertes ne essek: akkor is meg fogsz halni - joval a 14000 ev elott (jelenlegi tudasunk szerint az ember TTL-je 120 ev korul van) - ha belevagsz, de az igeret az, hogy a vitalitas igy sokkal tovabb megmarad. Igy tehat megkozelitheted az elmeleti max. erteket, es akar 90 evesen is jobban tarthatod magad, mint egy mai lepukkant 60-as roncs.

Tegnap megpróbáltam TVGo-t nézni... nem fordul elő gyakran, de gondoltam ha már van ilyen szolgáltatás, miért ne... Windows 7 alatt sem voltak jó tapasztalatok vele, továbbra sincsenek frissen telepített Win 10-el:
Firefox: a plugin (2016-ban minek plugin videó nézéshez?) telepítése és kézzel való engedélyezése után úgy tűnik betöltődik a dolog, de nincs kép, csak feketeség.
Edge: Hibaüzenetet kapok, hogy a Chrome (wtf?) nem támogatott.
Ezek után Chrome-al természetesen meg sem próbáltam.
Tehát: működik ez bármivel?

Nem szeretem a focit. Ennek részint az az oka, hogy nem szeretem az élsportot és jobb szeretem azokat az egyéni sportokat amikben az ember önmaga is részt vehet. Viszont, az asszony szereti a focit, és nézni is akarja. Ebben csak az hibádzik, hogy nincs egy épkézláb TV-nk úyhogy marad a számítógép és a stream.
A szomszéd ma szólt,hogy élőben meg lehet nézni a meccset mediaklikk.hu-n. Hurrá! Asszony rá is készül, aztán felháborodva közli, hogy hol a stream? És valóban, linux alatt, a Firefox 47.0-el nézve az oldal betöltődik és a sok reklám közepén van egy nagy szürke négyszög. Feladat tehát adott, csináljak meccset. Most!
Némi klikkelgetések árán rájövök, hogy nem a flash plugin szórakozik, ennél bizony mélyebbre kell menni. Ismerve az átlag, magyar webfejlesztők lelkivilágát - értsd, agy nélkül, telebaszunk mindent javascripttel csak forogjon, billegjen és tutuljon - mély levegőt vége megnyitottam az oldal forrását. Inspector segítségével elkezdtem kibányászni, miből is lesz a szürke terület.
Ezen szösszenetet találtam:

<div class="lb-live">>script id="live-player" type="text/javascript"  data-zone="2692723" data-pre_time="1" 
data-time="1" data-autostart="1" data-debug="0" data-streamid="mtv4live" data-userid="mtva" 
src="http://player.mediaklikk.hu/player/player-inside-2.js"></script></div>

Gondoltam megnézem a meccset. TV előfizetésem ugyan nincs, de ez hogy is lehetne 2016-ban probléma? Végül is egy ingyenes tévé csatorna adását szeretném nézni, és mellettem áll a modern technológia egy Android TV-s okostévé formájában. "There is an app for that" - tartja a mondás, lássuk mennyire igaz ez?

Semennyire.

Négy alkalmazás rögtön elvérzett, mivel nem kompatibilisek az Android TV platformmal, ezek az "M4 Sport", "Horizon GO", "TV GO" és a "MinDig TV" alkalmazások. Ez persze nem jelenti azt, hogy használhatatlanok, csupán szerettem volna egy natív megoldást találni a problémára.

Néhány hete jöttek az első hírek, hogy 427 millió MySpace jelszó szivárgott ki egy hacker fórumon az orosz 'Peace' nevű hacker által. Néhány nappal később ugyanez a hacker 100 millió clear-text jelszót szivárogtatott ki a VK.com oldalról. Korábban pedig a Tumblr, LinkedIn és Fling.com érintettsége is szóba került.

A MySpace most hivatalos levelet küldött ki a felhasználóinak. Ez áll benne:

https://hunger.hu/myspace/

Érkezett hozzám egy HP 250 G2-es laptop, azzal a hibával, hogy nem kapcsol be.
Mint kiderült, a nyitott ablakon bezúduló monszun találta meg a laptopot, aminek következtében az asztal teteje, amin a laptop volt állt a vízben, és az akkumulátor és környezete pedig telibe kapta a beeső vizet. Sajnos a gyermek első gondolata volt megnézni bekapcsolás által, hogy működik-e a gép. Paff. :(

Szerencsére a teteje csukva volt, így felülről nem érte a billentyűzetet víz, és elég magasan lábakon állt a laptop ahhoz, hogy alulról se szívjon fel vizet. Szétszedtem, és látszott, hogy belül nem érte víz, nem voltak tipikus nyomok. Nincsen benne ventilátor és egyéb mozgó alkatrész, így bekapcsolás után nincs ami zúgjon. Azaz volt, a hdd, de azt nem tettem bele. A RAM jó volt.

http://444.hu/2016/06/16/harom-fekete-aids-kutatot-nem-engedtek-be-a-ma…

Mar ha ez igy ebben a formaban igaz.

Azert erdekelne, milyen hivatalos valaszt tudnak kitalalni. Pl. a sotetseg nyert a bucijukban?

A DHCP Server assigns IP addresses to client computers. This is very often used in enterprise networks to reduce configuration efforts. All IP addresses of all computers are stored in a database that resides on a server machine.

Full Story

Nekialltam irni egy tobb reszes blogpostot arrol, hogy egy DevOps / System Engineer / Developer hogyan tud-tudna atallni egy MacBook Pro workstation-rol egy Chromebookra.
En teljesen atvaltottam ChromeOS-re es probalom leirni a tapasztalataimat, elore lathatolag kb 4-5 reszt meg tuti fogok irni rola :)

Az elso ket resz inkabb ilyen lelki petting, de majd ugy is latjatok. A technikaibb reszek majd kesobb jonnek (pl, OpenVPN, L2PT/IPSec, stb)

http://blog.wooh.hu/post/switching-to-chromebook-part-1/
http://blog.wooh.hu/post/switching-to-chromebook-part-2/
http://blog.wooh.hu/post/switching-to-chromebook-part-3/
http://blog.wooh.hu/post/codeanywhere-development-on-a-chromebook/

Magyarország : Ausztria - 2 : 0

... dist upgrade Betsy-re.

Már minden bajom volt az LMDE 1-el, meg január óta nem is támogatott, szóval adok neki egy esélyt h jobb legyen. Ha nem akkor fresh install.

Persze el is hasal... pedig virtális gépbe simán megcsinálta ...

root@jupiter:/etc/apt# apt dist-upgrade
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
Frissítés kiszámítása... Sikertelen
Az alábbi csomagoknak teljesítetlen függőségei vannak:
modemmanager : Töri: network-manager (< 0.9.8.2-1) de csak 0.9.8.0-5 telepíthető
ppp : Töri: network-manager (< 0.9.8.8-7~) de csak 0.9.8.0-5 telepíthető
E: Hiba, a pkgProblemResolver::Resolve töréseket generált, ezt visszafogott csomagok okozhatják.

http://www.tenforums.com/general-support/12070-unable-unpin-tiles-start…

Ezt még nem sikerült javítani. Fél órája letöltött, friss, ropogós win10 telepítő.
Á, nem, nem szidom a felmenőiket...

Csak egy kis morgolódás, amiért valaki kitalálta annó, hogy a plaintext emailek szövege legyen 72 karakternél tördelve küldéskor, és mégegy ráadás azért, mert a mai napig megmaradt ez az ódivatú, és messze nem praktikus gyakorlat.

Az apropója ennek a bejegyzésnek az, hogy épp most tördeltem újra egy többoldalas szöveget, amit e-mailben kaptam, és ki kellett raknom valahova egy bejegyzésként. Ahelyett, hogy egy egyszerű másolás-beillesztéssel megoldottam volna kénytelen voltam a küldő email kliense által önkényesen bepakolt sortöréseket egyesével kitörölni.

a nagyok alapján.

** a Chevi hangja elég komoly [2.40-től]

néhány hete (június elején, valahogy) feltűnt, hogy a Chrome megint felkínálja a tabokat - pedig ~másfél éve default volt nálam, a címben szereplő beállítás.

akkor megnéztem a menüben, s nem találtam meg ezt a beállítást (így visszagondolva, fura is volt, hogy az új telefononom nem ez volt a default, külön be kellett állítani).

most elkezdett zavarni annyira, hogy utánakeressek. mint kiderült, az anno' nagy csinnadrattával beharangozott lehetőséget (egy-weboldal-egy-app-az-appváltóban) kidobták googlenál, mert sokaknak nem tetszett. kár érte. elgondolkoztam a váltáson, de a firefox nem tudja ezt - gondolom, nincs is tervben akkor, hogy tudja... :'(

Ma már a 3. alkalom 2 héten belül, h. a Bécsi út felől az Árpád híd irányába tartó (= álló) reggeli dugót a buszsávban kikerülni igyekvő sietősöket a Flórián térnél cövek közeg megállítja és igazoltatja. Csak gondoltam szólok aki nap mint nap arra közlekedik a reggeli csúcsban: csábító a buszsáv, de drága mulatság lesz. Most audis volt (csak vmi A4, nem A8), multkor talan lexus traktor. Sajna panamerat, bentleyt v. G / S mercit meg nem lattam megallitva...)

Avagy hogyan kerületem egy színpadra Richard Stallman (GNU/FSF/GPL/EMACS/GCC), Tim Berners-Lee (W3C alapító), Vint Cerf (TCP/IP) és még rengeteg más, hasonlóan érdekes emberrel.

Holnap, az Open Source Budapest meetup-on tartok egy rövid élménybeszámolót, gyertek el, ha gondoljátok:
http://www.meetup.com/opensourcebudapest/events/231737651/

"Microsoft is buying LinkedIn for $26.2 billion, the company announced on Monday."

http://blogs.microsoft.com/firehose/2016/06/13/microsoft-to-acquire-lin…

http://www.businessinsider.com/microsoft-buys-linkedin-2016-6

http://www.idema.org/wp-content/plugins/download-monitor/download.php?i…

az első után íme a második:

http://imgur.com/YgiwfkT

idő hiányában jó ideje nem úsztam komolyabban. szerencsére a gyerek imádja a vizet, és 2-3 hónap oktatás után 10-15 méteres távokkal már örömmel birkózik - ebből adódóan együtt megyünk úszni. találtam egy uszodát, ami este héttől 4-5 fővel megy, ekkor van egy saját pályánk. 200 méteres távon a mellúszás érezhetően fáraszt, de ** nem erőnléti gondok miatt, hanem szerintem nem jól veszem a levegőt. dehát az úszást nem lehet elfelejteni. cöcöcö persze persze, nah mindegy.