RSS Feed

‘szoftver’ Category

  1. Mac OS X Snow Leopard 2. felvonás

    August 31, 2009 by nyu

    Egy napja van fönt a SL:

    • Minden hibátlanul működik, semmit nem kellett állítgatnom, mindent hibátlanul átvett a leo-tól.
    • A gép gördülékenyebben hajtja végre a feladatokat, tényleg érződik az a sebességelőny amiről annyit írtak a marketingesek.
    • Annak ellenére, hogy a processzek több mint fele 64 biten fut, több szabad memória marad!

    Egyébként ilyet még eddigi kb 20 éves számítástechnikai előéletem alatt nem tapasztaltam. Mármint, hogy egy új oprendszer telepítőjét a régire ráeresztve: kapok 6 Gb szabad helyet (tényleg!), gyorsul a rendszer (legalábbis a reakcióideje – nincsenek érthetetlen homokórázások, zökkenések, beragadások), minden flottul működik nem kellett semmit sem “utánhackelni”.

    Ezt az oprendszert tényleg összerakták, kár azért a majd’ két évért, amit vártunk rá. :)


  2. Mac OSX okosságok, 1. rész

    August 4, 2008 by nyu

    Mai két apró, de felettébb hasznos okosságot szeretnék megosztani:

    Az első az AppCleaner nevű kis program.

    MacOSX alatt pofonegyszerű egy alkalmazást telepíteni/leszedni. Akkor van gond, ha a letörölt program belekotorászott más mappákba is. Ilyenkor törlés után azok a fájlok ott is maradnak. Emiatt néha elég komoly mennyiségű “szemetet” hagyva a mindig szűkös merevlemezen.

    Na ekkor jön az AppCleaner: kikeresi a letörlendő alkamazás kapcsolódó fájljait és azokat is kidobja a kukába. Viszont ezt nagyon kényelmesen csinálja, ha bekapcsolom a SmartDelete-et. Ekkor elindít egy háttérben futó kis daemon-t, ami minden törlést ellenőriz. Ha alkalmazást fedez fel, akkor feldob egy ablakot, hogy: “Helló, ezeket találtam még, töröljem?”. Szóval nem kell minden egyes alkalmazás törléskor elindítani az AppCleaner-t, hogy azon keresztül töröljem le azt a – gyakran egy darab – alkalmazást, automatikusan megoldja a dolgot. Igencsak ötletes és kényelmes. Tetszik!

    A második okosság a Screen Sharing.

    Ez már régóta benne van az OSX-ben, de Tiger alatt csak megosztani lehet a képernyőt, kliens alkalmazást nem tartalmaz a rendszer. (Külön megvehető Apple alkalmazás kell: Apple Remote Desktop. Nem is értem miért… mondjuk az is igaz, hogy mivel VNC alapú az egész, ezért egy VNC kliens is megteszi.) Leopard óta van “beépített” kliens is, mégpedig igencsak kényelmes módon, rögtön a Finder-ből elérhető. Én azt a kombinációt próbáltam, hogy a Tiger-t futtató MacBook-on bekapcsoltam az ott még Apple Remote Desktop-nak hívott Screen Sharing-et (System Preferences/Sharing) és megadtam milyen authentikációval lehessen rákapcsolódni. Ezek után Leopard alatt a Finderben a Shared listában meg is jelent a gép, kiválasztva pedig ott virított a Screen Sharing gomb is, amire bökve már bent is voltam a MacBook-omban. ÍÍÍzi!

    (Zárójelben: A Screen Sharing kliens alkalmazás Leopard alatt külön is futtatható a /System/Library/CoreServices mappából. Ez akkor jön jól, ha a másik Mac nem látható a belső hálón, de IP alapján elérhető.)


  3. PHP Debug Xdebug-gal és PDT-vel (Eclipse)

    June 13, 2008 by nyu

    Egy kis bevezető, aztán jön egy részletesebb leírás, hogyan is lehet belőni a címben vázolt környezetet.

    A PDT megjelenése elég sok változást hozott a PHP fejlesztők életében. Az első verzió ugyan csak arra volt jó, hogy Eclipse környezetben is lehetett “normálisan” PHP kódot írni. Az igazi áttörés akkor történt, amikor megjelent az első olyan verzió, ami már teljesen támogatta a Zend Debugger-es remote debugging-ot. (Böngészőből indítható debug-ot.) Eddig ezt csak a – fizetős Zend Platform részévé váló, majd onnan kikerülő Zend Debugger-rel és a szintén fizetős – Zend Development Studio keretén belül lehetett megoldani. Úgy tűnik ez most már lassan a múlt homályába vész és végre lesz egy teljes értékű, ingyenes PHP debug megoldás a jól működő ingyenes PHP IDE (PDT) mellé… illetve úgy tűnik már van is!

    Az első XDebug-ot támogató PDT-vel az volt a baj, hogy valami miatt lefogta az egész processzort és eléggé hektikusan működött: néha nem indult el a debug, néha ehhez újra kellett indítani az egész Eclipse-et. Emiatt hanyagoltam is az XDebug-ot, helyette bevetettem az időközben megint ingyenesen elérhető Zend Debugger-t.

    Pár napja láttam, hogy a PDT-ből kiadták az 1.0.3-as verziót és nem olyan régen megjelent az XDebug 2.0.3-as verziója is. Hirtelen ötlettől vezérelve be is frissítettem őket (biztos nem véltlen, hogy 3-as végződik mindkét verzió, ugye…) és meglepődve tapasztaltam, hogy az XDebug procit felzabáló hajlama eltűnt, a PDT szépen tudja indítani a debug session-öket, minden flottul működik. Na ezen felbuzdulva gyorsan leírtam, hogyan is jutottam el ebbe az idilli állapotba:

    Alapfeltevés: Van egy Apache alá installált PHP, fut az Eclipse-ben a PDT. Mindkét előfeltételre rengeteg doksival szolgál a Googel keresője.

    1. Fel kell rakni az XDebug bővítményt PHP alá. Ennek egyik legegyszerűbb módja (ha Linux vagy MacOSX alatt vagyunk), hogy a PECL csomagkezelővel szépen befordíttatjuk. Erről van egy szép doksi az XDebug oldalán is, de röviden ezt kell begépelni a konzolban:
      pecl install xdebug

      Win alatt van bináris verzió, amit csak be kell másolni a PHP könyvtárába.

    2. A php.ini-ben be kell olvastatni a lefordított xdebug modult és be kell kapcsolni a remote debug fícsört:
      zend_extension=/Library/PHP5/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so
      xdebug.remote_enable=1

      Windows alatt is ez kell, csak .dll a fájl kiterjesztése.

    3. Eclipse-ben be kell állítani egy debug konfigurációt, ehhez kell, hogy legyen egy PHP projekt, amire majd tudunk hivatkozni.
      • A bal fölül levő “New launch configuration”-ra kell kattintani, majd a megjelenő ablakban a Server fülön beállítani a következőket:
        • Server Debugger: XDebug
        • File: belapozni egy PHP projekten belül egy php fájlt, ami az indulási oldala lesz ennek az egész indítási konfignak
        • Auto Generate: ellenőrizni, hogy jó url-t rakott-e össze a PDT, ha nem, akkor kiszedni a pipát és kézzel javítani!
      • Advanced fülön:
        1. Start Debug from: beírni ide is azt az url-t, amit az előző fülön, ha vlami miatt mégsem az jelenne meg.
        2. Pipát rakj a “Continue Debug from This Page” elé, így a PDT nem bontja a kapcsolatot az XDebug-gal a megadott url letöltése után.
      • Common fül:
        1. Itt csak azt érdemes bepipálni, hogy a most összerakott launch config szerepljen-e a debug fav.-ok között.

    Ezek után mehet egy Apply és ha minden jó, akkor a Debug gombra kattintva a PDT elindítja az Eclipse-ben beállított böngészőt a megadott url-lel (kiegészítve az XDebug session indításával).
    Helyezz el breakpointokat és láss csodát, a következő oldal letöltésekor (a böngészőben lehet nyomkodni a linkeket, tölteni az újabb oldalakat) a PDT életre fog kelni, ha a program futása eléri a beállított breakpointot.

    Innentől kezdve a PDT debug perspektívájában lehet nézelődni: látszódik a hívási verem, az elérhető változók, sőt a változók értékei módosíthatóak is!

    Mindenkinek jó szórakozást hozzá! :)


  4. WebKit Nightly Build, majdnem 7,5x gyorsabb JavaScript

    June 12, 2008 by nyu

    Ma kipóbáltam a WebKit legutolsó Nightly Build-jét (r34503), amiben már bent csücsül a hiper-szuper új JavaScript motor a SquirrelFish. Gyors teszt a SunSpider-rel:

    Akkor ezek szerint a WebKit 7,46x gyorsabb JavaScript futtatásban. Impresszív!

    Gondolom Google tele van már ilyen tesztekkel, de jó látni, hogy egymásra licitálnak a “kis” böngészőgyártók. Várom a FF3-at jövő héten! A FF3 partiban van a legújabb Safarival! Igazán szép eredmény!


  5. Megjelent: WordPress 2.5

    March 31, 2008 by nyu

    Kis meglepetésként ért, hogy a 2.3-as verzió után a 2.4-et átugorva rögtön a 2.5-ös verzióval jöttek elő a gyárból a WordPress-es srácok és lányok. Igaz, elnézve a Trac Milestone-okat, nem is terveztek igazán 2.4-es verziót. Egyelőre nem látok semmi infót erről, no de mindegy is, a lényeg, hogy itt van a 2.5.

    Múlt héten nézegettem a screencast-eket az RC2-es verzióról és tetszetősnek tűnt az új Dashboard, a szerkesztő, meg az egész kipolírozott admin felület. Így aztán nem sokat gondolkodtam az új verzióra való frissítésen, amint megláttam, hogy megjelent le is töltöttem és egy szinte fájdalommentes upgrade után be is üzemeltem.

    Tényleg nagyon jó lett az új Dashboard és az egész admin felület, szép, következetes, átgondolt. Tetszik!

    Sajnos a TinyMCE Advanced plugin nem működik még ezzel a verzióval, ami nem lenne olyan nagy baj, mert egész szépen átdolgozták a szerkesztőt is, de mivel az általam használt design “széles” és a beépített szerkesztő szinte minden CSS definíciót átvesz, ezért a szerkesztő rész rálóg a legfontosabb panelre. Emiatt nem tudom Visual módban menteni és publikálni a bejegyzéseket. :( Ezen segíthetne a TinyMCE Advanced plugin, mert ott meg tudom adni azokat a css osztályokat, amiket nem kérek a szerkesztőben. Remélem az elkövetkező pár hétben javítják ezt a dolgot és akkor minden szép is lesz. (Árgus szemekkel figyelem a Trac ticketeket.)

    Kipróbálásra melegen ajánlom az új WordPress-t, látványosan nem csak egy ráncfelvarrás.

    Hivatalos bejelentés: WordPress 2.5

    Amint lesz még több tapasztalatom ezzel a verzióval (és persze lesz időm) nyomom tovább az infókat, mára ennyire futotta.

    Jóéjet!


  6. Vesszen a ClearType(tm)!

    December 11, 2007 by nyu

    A WindowsXP megjelenésekor a Microsoft büszkén mutatta be a ClearType(tm) nevű élsimítási technikáját (megy az önreklám a telepítés alatt, hányszor néztem már végig azt a vackot…), ezzel kínálva kiemelkedő vizális élményt CRT és LCD kijelzőkön. Igaz telepítés után nem volt sosem bekapcsolva, külön a kijelző beállításainál kellett aktiválni, ha valaki ki szerette volna próbálni. Persze a kipróbálás után szerintem az emberek 99%-a rögtön ki is kapcsolta. (Az 1% a Microsoft-nál alkalmazott menedzserek és projektvezetők lehetnek.)

    Ez így ment nagyjából 6 évig, amikor is végre megjelent a színen az új királyfi, az Internet Explorer 7. Ő úgy gondolta, hogy ez alatt az idő alatt annyit fejlődött már a ClearType(tm), hogy igazán kikényszerítheti, mint alapértelmezett élsimítási technikát. Ki is kényszerítette minden esetben, hiába kértem pp. rendszer szinten ennek az ellenkezőjére, neki ez nem számított, beborított a homállyal.

    A ClearType(tm) valójában egy szóvicc, fekete humor… A ClearType(tm) kifejlesztésében a világ összes optikusát és szemészorvosát tömörítő ördögi szervezet játszhatta a főszerepet. Garantáltan valamiféle látásromlást eredményez már rövid használata is. Tessék kipróbálni: olvass egy pár percig ClearType(tm)-mel megjelenített szöveget, majd nézz el a monitorról, a szemed előtt hangyák rohangálnak majd és úgy érzed valami álomból ébredtél éppen.

    Az IE7 nem adja könnyen magát, 6 év megfeszített munkájával sikerült megőrizni az IE6 szinte teljesen átláthatatlan internet beállítások menüjét. Élmény, hogy egy új szoftver őrzi elődei hibáit, a nem működő evolúció ékes példáját szolgáltatva. (Amerikában az emberek több mint fele úgysem fogadja el Darwin evolúció-elméletét.) Tehát ha ki szeretnéd kapcsolni a ClearType(tm)-et, a következő helyen kell keresned:

    IE7 beállítások

    Pár teljesen logikus érv, hogy itt keressem ezt a “fícsört”:

    • Ha megadom op. rendszer szinten, hogy nem szeretném hasznélni a ClearType(tm)-et, akkor persze ez nem jelent semmit, mert bármelyik alkalmazás felülbírálhatja.
    • A böngészést befolyásoló paramétereket mindig egy “Speciális” nevű menüpont alatt kell keresni.
    • A “Speciális” nevű menüpontban természetesen mindent egy listában kell felsorolni és ez a lista legalább 50 elemből kell álljon.
    • A menüpontot tartalmazó ablak átméretezését le kell tiltani, nehogy el lehessen olvasni a jó hosszú és nehezen átlátható listaelemeket.
    • A lista elemeit véletlenszerűen kell csoportosítani, a ClearType(tm) egy kifejezetten NEM multimédiás opció.

    Persze az egész dologgal nem lenne semmi gond, ha az elmúlt közel 7 év alatt a Microsoft-nál eljutottak volna a ClearType(tm) 2.0-ig, ami teljesen új alapokat használna a szép élsimított karakterek megjelenítésére.

    Egy rögtönzött összehasonlítás (balra az IE7 WinXP-vel, jobbra egy Navigator 9 MacOSX alatt):

    ie7 render Navigator render