Blogbejegyzések

Egér rinya

Blogomban olvasható, hogy korábban megjártam az óccsó egérrel, amit aztán megjavítottam.

Ekkor örültem, mint majom a farkának, hogy minek ide drága egér - ha jól használható akkor az jó lesz sokáig.

A gomb jó, most más kezd benne elromlani.
Tegnapelőtt kezdte el: ha lefelé görgetek néha össze-vissza ugrál a kép, illetve pont ellentétesen működik.

Szóval ennyit erről, legközelebb nem leszek ennyire kicsinyes magammal szemben... :(

Kocka a konyhából: Tepsis krumplis izé

(A sorozat korábbi részei)

Hétvégente rendszerint én főzök. Általában a jól bevált dolgokat, így azok rutinból mennek. Ma valami egyszerűt, gyorsat akartam. Eszembe jutott az egyik reklám, hol valami zacskós megoldásból csináltak tepsis krumplit. Már akkor is felmerült bennem, hogy minek ehhez zacskós trutyi, amikor ezt meg lehet friss és tartósítószer-mentes dolgokból is csinálni.

Na nézzük, hogy mit kotyvasztottam:

Kegyvesztett Firefox

Nem, most nem a liberalfasisztakrol lesz szo. Egyszeruen az van, hogy a tokom televan vele, hogy a Firefox ilyen lassu. Es igazabol altalaban annyira nem feltuno - amig meg nem nezel egy masik bongeszot. Mondjuk az mar a szanalom csucsa, hogy szaggat a 2048, es bog a ventillator, mert a CPU-t tekeri a muvelet. Jelzem, 16 miniatur kep mozgatasarol van szo. Nem, nem 10 eves a gepem.

Szerk: fogyatekosok (HZ) kedveert nem csak a 2048 lassu, minden mas is. A fenti esetet ugy hivjak: pelda. Meghozza kirivo. Es nyilvan ha a 2048 csak az FF-ben szar, mashol meg jo, akkor a 2048 bugos, ez tok logikus. /s

libtool újabb kalandjai...

Nem fordul a gettext... már számtalanszor lefordult, de most nem, megpusztult a configure a libiconv keresésénél...
És végül kiderült, hogy ki a hibás. Hát én, természetesen. Nem tudtam, hogy a configure script a libtool *.la fájlját (esetünkben a /usr/local/lib/libiconv.la-t) shell-scriptként akarja feldolgozni!
Vagyis abban nem lehet ám akármi, csak változó=érték hozzárendelések, és #kettőskereszttel bevezetett megjegyzések... Persze ennek egy jó kis kapkodás közben kellett előkerülnie, semmiképp sem valami békés pillanatban...

Külső HDD vagy rPi kéne nekem.... - avagy köszi Debian, hogy már másodszor szivatsz meg....

Tudom, én vagyok a hülye, barom, de a laptopon a jessie olyan jól működött, hogy gondoltam felfrissítem az asztali gépen is.

Megtettem tegnap, de hiba volt. Nem tudom, mit csinált rosszul, de reboot után ennyi fogadott: grub rescue>

És nincs tovább.

Oké, Wheezy elővesz, gondoltam, még egy próbát megér. Frissítés is megvolt, ezúttal a GRUB se szállt el. Viszont az nvidia driverét az Istennek se bírtam életre kelteni... Se a legacy-304x se az aktuális nem tetszett neki, egyszerűen a KDM el se indult... No screen volt a Xorg.log -ban. Hosszas szívás után, végső elkeseredésemben ment vissza a wheezy.

Pár gondolat a memóriáról

Nem rég IRC-en belekeveredtem egy vitába. A vita kiindulópontja az volt, hogy "iszonyú sok" az, hogy 7,7G ram volt kihasználva a gépemen (+12G cachelve). Mi foglalt 7,7G-t? Két pluginekkel jól megpakolt Visual Studio solutiononként kb. 40-50 projekttel, a fejlesztés alatt lévő szerver és kliens, egy PostgreSQL, Skype, egy jó sok lappal megnyitott Firefox (önmagában vagy 1-1,5G) meg még néhány aprólék. Az itthoni gépemben 32G ram van. Engem az se érdekelt volna, ha 31G-t használ ki.

Munkahelyi gépemben 8G ram van, ugyanez a felállás néhány egyéb dologgal megtoldva (3-4 excel, 1-2 word, outlook, eclipse, meg még néhány egyéb bazár) nagyjából ugyanúgy 7-7,5G ramot szokott kihasználni (bár ott már rak dolgokat a swapba is). Egyébként ugyanúgy nem érdekel, hogy 4G vagy 7G-t használ ki.

Audi-kör

AUDI kör AUDI kör

Tegnap körbetekertem az Audi-t. Eddig sosem jutott eszembe, de most észrevettem, hogy milyen príma kis kerékpárút vezet körben. Kellemes, kiváló felületű útburkolat. Egyetlen állattelepet kivéve (ahol a bűz elviselhetetlen) teljesen rendben van. Kisebb-nagyobb kitérőkkel a karika majdnem 22 km lett. Az elégetett kalória viszont kicsit csalódás, mert az ellipszis trainer-en 24 perc körül szoktam 300 kilokalóriát égetni heti 4 alkalommal és az kicsit könnyebbnek tűnik. Mondjuk az is igaz, hogy ott nem fúj szembe néha 20-30 km/h-s szél.

jobKereső változások - március

  • az előző változás listára adott kommentek hatására, megoldottam hogy a központozást megtartva, és egyúttal sokkal rövidebb szöveg legyen a link alatt. Ez úgy működik, hogy az oldal tartalmát mondatokra bontja, kikeresi azt a 3 mondatot, amelyekben összesen a legtöbb álláskeresésre releváns szót találja, és ezeket fűzi össze. Bizonyos html elemekből automatán csinál mondatokat, akkor is ha nincs a végén írásjel.
  • Átalakítottam a div/table tagek id és classname alapján történő szűrését, ami sokkal erősebb lett, így most a legtöbb header/footer/sidebar/leftbar/rightbar etc. nem kerül indexelésre. Konkrét példa, hogy az MTA karrier lapján oldalt szerepelt egy cikkajánló amiben szerepelt a "magyar kutatók tajvani látogatása" kitétel, ami miatt az oldal tartalmától függetlenül ezt feldobta arra hogy "kutató". Akkor is ha a tényleges állás egy takarítónőé volt. (Ettől viszont most fals negatív van, hülyén elnevezett html struktúra esetén eldobja a lényegi tartalmat)

heti vmware "jegyezd fel"

a) http://www.virten.net/2014/02/cannot-remove-datastore-because-file-syst…

b) http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cm…

c) vSphere PowerCLI roxx (UNIX[-like] mernokkent egy Windows-os/bongeszoben futo cuccban kattintgatni nem nagy fun, plane, ha melyebben is bele kell nyulni a dolgokba - itt is a shell meg a command line a nyero :) )

d) [ez mult heti] http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cm…

CloudFlare hála Neked

Sokat tanultam a CloudFlare-től.
Bár valószínűleg nem fogom használni. Azért hálás vagyok a tapasztalatokért.

Ebben a témában ajánlották: hup.hu/node/131348

Most éppen az oldalletöltési időket tanulmányozom.
Azt észrevettem, hogy amikor be volt kapcsolva csökkentek az oldalletöltési idők.
Csodálkoztam rajta, mert annyira nem éreztem gyorsnak a szervereiket.
Jobban megnézve ezt a Rocket Loader végzi.
Ha jól sejtem a következő zajlik le:
A CloudFlare kicseréli a type="text/javascript"-et type="text/rocketscript"-re.
Így a böngészők csak elolvassák, és sokkal gyorsabban érnek el így az onload eventig. Majd ezután alakítja csak vissza a scripteket rendes javascriptté.
Ha jól sejtem a google is az onload időket méri, így sorol előrébb SEO szempontból is.

Elmondom egy almomat....

...ha mar vasarnap a Gellert teren meglattam Cseh Tamas szobrat "eloben" (eddig csak a villamosrol lattam, hattal) es a Bikas-parkban tisztara a Szigeten ereztem magam: angolok fociztak es tele volt a park "kulfoldiekkel", vagyis mas keruletbol/varosbol erkezett emberekkel, akik mindenhol megalltak, fenykepezkedtek, leheveredtek, etc.

Szoval a nagy hetvegi M4 metrozas oromere vasarnap nagyon furcsa almom volt, mikor felebredtem, nem tudtam, hogy almodtam, vagy tenyleg olvastam valahol:

Szoval almomban ezt az ujsaghirt olvastam:

"A Nemzeti szinhaz uj eloadast tart, melynek temaja a 4-es metro. A
szindarabot alig 500 millioert irta a kozkedvelt xy. Sajnos, az
eloadasra kevesen jottek, ezert a nezok kozott M4 berleteket sorsolnak ki"

Munin hirek (eg. Nunin)

Most jott a levlistan.

Hi all,

The team has decided to ditch Perl as it has not enough hype these days.

Therefore I'm introducing Nunin, the NodeJS rewrite of Munin.

No compatibility is planned since Nunin requires is a complete
devotion to the new gods of JavaScroll, and therefore doesn't support
any Norse-based cult.

Regards,
--
Steve Schnepp
http://blog.pwkf.org/tag/munin

Au.

Emergency Restore a VDP 5.5-től

Aki használja a VDP-t, abban előbb-utóbb fel fog merülni, hogy oké, hogy van mentésem a virtuális gépeimről, de mi van akkor, ha az egyiket valamiért vissza kell állítanom, de a vCenter / Web Client éppen nem elérhető? Mondjuk éppen azért, mert ugyanarról a központi storage-ról futott az is, ami éppen beszart... Vagyis vissza kéne húznom a virtuális gépet, de azt nem tudom mert a VDP nem megy a vCenter nélkül...

Áprilisi retro számítógép klub Szegeden

Kivételesen, családi program miatt, egy héttel később lesz a retro számítógép klub, vagyis április 12-én!

Minden egyéb a megszokottak szerint! Ha nem döglik be addig a Spectrum, a KC 85/3, és az Enterprise 128, akkor nyomunk rajtuk egy-két játékot!

Figyelem! A múltkori félreértések elkerülése miatt: A klubba a múzeumi belépő megváltásával lehet jönni, ami felnőttnek 800, gyerkőcnek 500 Ft.

ubuntu software center - nem egy appstore

Gondoltam lekapok youtube-ról egy videót, úgy tudom minitube képes erre. Izzítom is a software centert, rákeresek, rögtön két találat:

Minitube (minitube) és Minitube (minitube-ubuntu). Furcsa. Amellett, hogy egyik 2.0-1 verzió, a másik 2.1.5, utóbbi mellett egy szép Buy gomb díszeleg. Nem emlékeztem, hogy fizetős lett volna, ráadásul mint kiderült ingyen megvehetem.

Szóval most akkor mi van?

Gondolom, hogy arról van szó, hogy az utóbbi verzió mivel "provided by vendor" a partner repóból került elő, az előbbi pedig az ubuntuék által csomagolt verzió, de amellett, hogy én ezt kiderítem, megunom, felrakom apt-gettel ami kell, és elkönyvelem azt, hogy messze van még a csomagkezelőre ráhúzott alkalmazásbolt a komoly használattól vajon egy átlag user mit csinál?

DSP FIR szűrő tervező Scratch-ban

Előző félévben az egyetemen az egyik tárgyból ki lehetett váltani a vizsgát, ha az ember ír egy (alap) FIR szűrő tervező programot. Egy csoporttársam visual basic-ben írta és nagyon sokat szenvedett vele, mondtuk neki, hogy Comenius logo-ban egyszerűbben megírhatta volna.

Most volt egy kis időm úgyhogy megcsináltam Scratch-ban. (Majdnem comlogo :-) )
http://scratch.mit.edu/projects/19685895/