‹Webakadémia /›

Viszlát Origo, hello Arkon!

Bártházi András — Fri, 05 Feb 2010 20:02:20 +0000

Twitteren már decemberben megírtam, a blogomra most sikerült összehoznom csak ezt a bejegyzést: január elejétől az Arkon Zrt-nél, közismertebb nevén az ingatlan.com-nál dolgozom. Időközben magánéletemben is jelentőségteljes változások történtek: december 16-án megszületett Nóra Anna névre hallgató kislányom.

Az Origos, konkrétabban iWiW Developer Supportos munkát tavaly 2008. decemberében kezdtem meg, így bő egy évet töltöttem ezen a poszton, s úgy érzem hogy a feladatomat több-kevesebb sikerrel, rengeteg energiát beletéve sikerült jól végeznem. Az iWiW-ben még rengeteg lehetőség van, s bízom benne, hogy az új (Origo) vezetőséggel ezeket még hatékonyabban is kihasználja majd a társaság. A poszt otthagyása nem saját döntésem volt, de tekintettel arra, hogy a kezdeti újdonságdömping, illetve kommunikálandó lehetőségek száma az idő során csökkent, logikus lépésnek gondolom az Origo részéről az együttműködés lezárását.

Az Arkonnál egy igen érdekes munkakörbe, egy jó társaságba, és a válság ellenére is prosperáló, hazánk egyik legjobban működő, kizárólag magyar tulajdonú vállalkozásába csöppentem bele pár hete. A munkám nagyrészt az IT osztályon zajlik, de ezen felül több érdekes feladattal és lehetőséggel is kiegészül. Az egyik ilyen, hogy jobban láthatóvá tehetem az Arkont a hazai fejlesztői közösség számára (a dinamikus növekedés, számos új projektterv további fejlesztők csatlakozását igényli – most is éppen keresünk programozókat, rendszergazdákat), de heti szintű szakmai előadások tartásával, beszélgetésekkel a belső oktatás is új lendületet kapott. A cég már érkezésem előtt bevezette a fejlesztésben a “scrum” metodológiát, melybe én is belerázódhattam pár nap alatt (egész hatékonynak tűnik). Hazánkban eddig más cégnél általam még nem látott, a Google által ismertté vált 80-20%-os munkabeosztásra is lehetőségem van, vagyis 20%-át egy hétnek a saját projektjeimre fordíthatom. Az ingatlan.com csoport részét képezi a linkcenter.hu, utcakereso.hu, telepuleskereso.hu, koponyeg.hu, alaprajz.com és a blogol.hu is, s a Miner is kicsit közeledni fog jellemzően leginkább apróságokkal (a linkcenter.hu keresőjét például pár hónapja már a Miner keresőmotorja szolgálja ki), így bőven van mivel ismerkedni egy ideig.

Feed enhanced by Better Feed from Ozh

HipHop, avagy gyors PHP a Facebooktól

Bártházi András — Fri, 05 Feb 2010 14:13:17 +0000

A napokban be lett harangozva (bár még nem jelent meg a cég nyílt forrású projektjei között, de dolgoznak rajta), hogy a Facebooktól egy a PHP sebességét megsokszorozó fejlesztést fogunk kapni. A HipHop for PHP nevű projektnek bár vannak viszonylagosan komoly kötöttségei, de egyrészt ezzel együtt is nagyon hasznosnak tűnik, márészt a PHP-nak bármilyen jellegű frissítés, új vérvonal csak jót tehet.

A HipHop for PHP a gyakorlatban egy C++ fordító, illetve webszerver funkciót lát el. A Facebook azért fejlesztette ki, mert sem a PHP memóriafoglalásával, sebességével, sem a kódok más nyelvi környezetben felhasználhatóságával, s a kiterjesztések programozhatóságával nem voltak túl elégedettek, másfelől viszont már van egy hatalmas PHP-ben írt kódbázisuk, és a tanulhatósága is jó a nyelvnek.

Érdemes megnézni a prezentációjukat:

Illetve én is megpróbáltam összeszedni, hogy milyen gyakorlati különbségek vannak a HipHop és az eddig megszokott, Zend Engine-es PHP között:

C++-ra fordít

A HipHop a PHP forráskódot egy optimalizált C++ kódra írja át, melyet aztán a G++ fordítóval lehet futtatható kóddá alakítani. A nyelvi elemek, a teljes PHP-ben a programozó számára elérhető kódkörnyezet egy jól optimalizált C++ kódban testesül meg az átírás végére, melynek a PHP kódjához ezután nem sok köze van. Néhány – általában ritkán használt – funkció (legfőképpen a PHP kódból dinamikusan új kód előállítását megcélzóak): eval(), create_function(), a preg_replace “e” kapcsolója be lett áldozva a teljesítmény oltárán, mindazonáltal pár dolog, mint a call_user_func(), dinamikus változók, extract() megmaradtak. A hiányzó függvények miatt pár népszerű framework (konkrétan a Symfony felől hallottam ilyen véleményeket) várhatóan nem fog működni HipHoppal. Kérdés, hogy ki alkalmazkodik majd kihez, mennyit jelent majd a gyakorlatban a HipHop sebességnövekedése, s mennyire lesz kényelmesen használható – ezek majd a kód közzététele, és a lehetőségek pontos megismerése után derülnek ki.

Ami a sebesség növekedést illeti, a Facebook webes forgalmánál 50%-kal kevesebb processzor használatot tapasztaltak ugyanakkora, az API-nál 30%-kal kevesebb processzor használatot dupla forgalom mellett. Ezek nem feltétlenül tűnnek hatalmas számoknak, de ha belegondolunk, hogy több, mint 30.000 szerverük van (2009 októberi adat), akkor mindjárt komoly spórolásról beszélhetünk.

Fejlesztőkörnyezet

A fordítás a kód méretétől függően várhatóan nem tizedmásodperces, másodperces sebességű lesz, így leginkább egy deploy folyamatba lesz beilleszthető. Ez így nehézkes lenne fejlesztés közben, így elkészült egy HPHPi névre hallgató interpreter is, ahol kimarad a fordítgatás, így a fejlesztés könnyebbé válik. Ez a megoldás eval() függvényt is megvalósítja, de a HipHophoz közel áll.

Deployment

A deployment során nem PHP kódot kell a szerverekre eljuttatni, hanem egy darab lefordított, “hatalmas” bináris fájlt. Egy HipHop szerver egy processzként, threadek segítségével fog futni, leállás nélkül lehet új verzióra átállni vele.

PHP kiterjesztések

A Facebook programozók saját bevallásuk szerint jópár PHP kiterjesztést használnak. Nem túl tiszta számomra, hogy pontosan mely kiterjesztések lesznek a HipHoppal is használhatóak, de a fenti prezentációban 100.000 sornyi kiterjesztés függvényről beszélnek, mely a HipHop részét képezi – ezzel gondolom jópár kiterjesztés le van fedve.

Beépített webszerver

A HipHop saját webszerverrel rendelkezik, ami az én meglátásomban hatalmas előnyként jelentkezik, mindazonáltal a hoszting cégek dolgát ezzel sem könnyíti meg. Gondolom a webszerver a statikus fájlok kiszolgálására nincsen felkészítve, illetve nem feltétlenül támogatja a rewrite rule-okat, és más hasonló tipikus általános webszerver funkciókat sem, így várhatóan egy nginx/lighttpd felhúzása proxyként a HipHop elé lehet a legcélszerűbb felállás.

Roadmap

A HipHop PHP jelenleg az 5.2-es PHP verzióval kompatibilis, de szeretnék az 5.3-as verziót mielőbb beérni. További cél az Apache támogatása is.

Kinek jó, kinek nem?

Aki néhány nyílt forrású programot futtat egy hoszting cég szerverén, az várhatóan semmit sem fog profitálni a HipHop megjelenésével, sem a hoszting cégek, sem a nyílt forráskódú projekteket fejlesztők várhatóan nem fognak rövid távon átállni rá. A célcsoport sokkal inkább azok a saját nagyobb projekteket kivitelező fejlesztők, melyek jópár szerverre dolgoznak, API-t fejlesztenek, ahol a PHP kódokra jelentős terhelés jut. Ezekből adódóan a HipHop célja nem a Zend Engine lecserélése, ez egy párhuzamos vonal lesz.

Még több olvasnivaló

Ha valaki egy jó kis tech olvasnivalóra vágyik, akkor ajánlom neki Terry Chay írását, jó sok részletről lehet nála olvasni egy hosszú-hosszú blogbejegyzés keretében.

Feed enhanced by Better Feed from Ozh

Mekkora monitorod van?

Bártházi András — Wed, 20 Jan 2010 11:04:27 +0000

Ma reggel örvendeztem Twitteren, hogy üzembe állítottam az új cégemnél a monitoromat, erre @jendre megkérdezte, hogy mekkora is az akkora – s én se voltam rest, megkérdeztem az engem követőket, náluk mi a helyzet. Jó sok válasz érkezett, a feldolgozásukra nem vállalkoznék, de íme egy szép “screenshot”:

Mekkora a monitorod?

Feed enhanced by Better Feed from Ozh

jQuery 1.4 újdonságok

Bártházi András — Fri, 15 Jan 2010 14:58:59 +0000

Megjelent a jQuery 1.4, számos újdonsággal, mely miatt érdemes áttérni az új változatra. A legtöbb dologban visszafele kompatibilis az 1.4-es verzió, a potenciális problémák listáját azonban érdemes átnéznie annak, aki régi kódot frissít.

Az újdonságokat egy prezentációban szedtem össze ezentúl, de inkább csak azokat, melyeket érdekesebbnek, izgalmasabbnak találtam:

jQuery 1.4 újdonságok

View more presentations from András Bártházi.

További olvasnivalók:

Feed enhanced by Better Feed from Ozh

Kiadták az EcmaScript 5-öt

Bártházi András — Sat, 12 Dec 2009 12:06:27 +0000

Megjelent az EcmaScript 5, vagyis a JavaScript, ActionScript programozási nyelvek mögött álló szabvány legújabb változata, melyet ebben a blogbejegyzésben én most simán lejavascriptezek. Az új változat még érettebbé teszi a JavaScript nyelvet a “strict mód” bevezetésével, illetve pár kisebb-nagyobb kiegészítést hoz be a használható függvények terén.

Az EcmaScript történetével úgy tűnik, hogy részben megismétlődik a CSS kapcsán már látott felállás: a korábbi EcmaScript 4 változatként kiadni tervezett (de ki nem adott) verziót végül csak az ActionScript valósította meg (pedig jó dolgok voltak benne), így az EcmaScript 5 végülis az EcmaScript 3 utódjaként jelenik meg. A JavaScript motorok világa azonban pörög, ott a legfiatalabb Google V8-a (Chrome), a Mozilla TraceMonkey-ja (Firefox), az Apple Nitroja (Safari), nem beszélve a többi böngészőben megjelent, vagy böngészőktől független futtatást lehetővé tevő motorról, tehát ideje volt egy kis ráncfelvarrásnak. Pár motor már támogatja is a megjelent újdonságokat.

Strict mód

A strict mód egy szigorúbb programozási stílust tesz lehetővé, kidobálva azokat a problémásabb részeket a nyelvből, melyek nem igazán váltak be, vagy egyszerűen túl lazák egy komoly programozási nyelvhez. A szigorúbb JavaScriptre a következő “paranccsal” lehet átállni:

"use strict";

Vegyük észre a megoldásba rejtett tökéletességet, vagyis hogy a parancs visszafele kompatibilis, a régebbi motorokban semmilyen hatása nem lesz az önmagában álló sztring literálnak. A teljes scriptünkben is használhatjuk a strict módot, de egy függvény elején megemlítve csak azon a függvényen belül is használható.

Az EcmaScript 5-öt támogató motorokban a következő fontosabb hatásokat váltja ki a “parancs”:

A változókat használat előtt deklarálni kell a var paranccsal. Aki írt már nagyobb projekteket sok változóval, függvényekkel, és órákat debuggolta, hogy mi lehet a gond néhány furcsa hiba mögött, az tudja értékelni igazán ezt a változtatást. Egy függvényben ha nem használunk var-t, akkor a változó a globális névtérben jön létre, s ha mindezt két függvénynél is megtesszük, melyek pluszban még egymást is hivogatják, a végeredmény egy gyönyörű káosz lesz. Persze ez csak az egyik felállás, amikor gondot okozhat az, ha nem használjuk a var-t, s ezzel nem deklaráljuk, hogy az adott változó hol lesz elérhető. Jó gyakorlat volt eddig is mindig használni a var-t, ezentúl a JavaScript motor jelezni is tudja felénk, ha hibát vétünk.
Az eval()-on keresztül futtatott kódrészlet elkülönített névtérben fut. Vagyis egy eval(”var x = 10;”); console.log(x); parancssor strict módban egy “undefined” értéket fog kijelezni számunkra. Az új x változó csak az evalon belül használható.
Az oktális szám literálok (vagyis a nullával kezdődő számok, mint a 010) le lesznek tiltva. Eddig a var x = 010; után az x változó értéke 8 volt, strict módban viszont 10 lesz. Eddig sem használtam, ezentúl sem fogom az oktális számokat, egy hibalehetőséggel kevesebb.
A with használata hibát fog eredményezni. A with használata az évek során nem vált be, a használata majd minden böngészőben lassú, és számos hibalehetőséghez is vezethet. A JavaScript programozók körében eddig is az volt a közvélekedés, hogy a with nem használandó.
A delete parancs segítségével nem lehet ezentúl függvényeket, változókat, (függvény) paramétereket törölni. Pontosabban eddig sem lehetett, csak nem kaptunk hibaüzenetet, hanem csendben nem történt semmi.
A függvényeknek nem lehet több ugyanolyan nevű paramétere, és az objektumok deklarációjakor sem fordulhat elő többször ugyanaz a kulcs.
Az arguments ezentúl csak olvasható lesz. Az arguments helyi változó segítségével az aktuális függvény paramétereit érhettük el, s akár módosíthattuk is eddig, de ez nem volt egy túl szép megoldás.

Függvény környezet

Az EcmaScript új objektumokat, illetve metódusokat is hoz magával:

A natív JSON támogatás talán az egyik legfontosabb újdonság. A JSON.parse() segítségével fel tudjuk dolgozni a JSON sztringet, a JSON.stringify() segítségével pedig egy objektumból készíthetünk JSON sztringet. Mind a két függvénynél kiszűrhetünk egyes kulcsokat egy második paraméterként definiált függvény segítségével.
A függvény objektumok bind() metódusa segítségével ezentúl úgy hívhatjuk meg a függvényt, hogy a kontextust is definiáljuk. A lehetőség megegyezik a Prototype függvénykönyvtár által is definiált megoldással.
A Date objektumok ezentúl feldolgozni és létrehozni (toISOString metódus) is tudnak ISO szabványú dátumokat (2009-12-12T12:12:12.000Z).
A String objektumok kaptak egy trim() metódust.
Az Array objektumok (vagyis a tömbök) egy halom új metódust kaptak: indexOf, lastIndexOf, every, some, forEach, map, filter, reduce, and reduceRight. Ezek többnyire eddig is jelen voltak így (natívan a böngészők által) vagy úgy (függvénykönyvtárak használatával), most már szabványosak is.

Objektum rendszer

Az EcmaScript 5 számos újdonságot hoz az objektumok és tulajdonságaik kezelését illetően is:

Az Object.preventExtensions(obj) metódus letiltja az objektum bővíthetőségét (új tulajdonságok hozzáadását), az Object.isExtensible(obj) pedig lekérdezi, hogy bővíthető-e az adott objektum.
Az objektumok különböző tulajdonságai új meta leírókkal bővülnek, az érték mellett az adott tulajdonság írhatósága (writable), felsorolhatósága (enumerable), módosíthatósága (configurable) is olvashatóak, illetve írhatóak. Ehhez kapunk egy adag új függvényt.

Összefoglalás

A Firefox újabb verziói, illetve az Internet Explorer 8 egy részét már támogatják az újdonságoknak, én a Firefox egy nightly verziójával kísérleteztem több-kevesebb sikerrel (például strict módban az oktális érték deklaráció nálam hibát dobott, nem pedig decimális számként értelmezte az értéket). Próbáltam a fentieket több forrásból is összeszedni, tesztelni, a szabvány PDF-je annyira száraz olvasmánynak bizonyult számomra, hogy inkább másodlagos forrásokból dolgoztam. Ezek miatt csúszhatott hiba is a fentiekbe, ha valaki talál valamit, szóljon!

John Resig alaposan összefoglalta a témát két bejegyzésében is, ezeket csak ajánlani tudom: ECMAScript 5 Objects and Properties és ECMAScript 5 Strict Mode, JSON, and More.

Feed enhanced by Better Feed from Ozh

Demo 2009 – ott leszünk

Bártházi András — Wed, 25 Nov 2009 16:07:49 +0000

Az imént jött a levél, hogy a “Social Media Campaign Center” munkanevű startup ötletünkkel bejutottunk a (hazai) Demo ‘09 döntőjébe, avagy a decemberben rendezendő konferenciára. 30 pályázó közül először 15-öt, majd végül 8-at választott ki egy számomra nagyon szimpatikus, igazi szakmai megbeszélésen a zsűri (mely befektetőkből, a piacot és a különböző technológiát is jó ismerő szakemberekből állt).

Az Amerikából indult DEMO már húsz éve ad lehetőséget a startupok számára megmérettetésre, s hasonlóan működik, ahogy az általam is szervezett Startup konferencia: az előadók 6 percben mutathatják be projektüket a közönség előtt. Hazánkban eddig még csak egy alkalommal került megrendezésre, tavaly én teljesen lemaradtam róla.

Ötletünk az olyan közösségi média kampányok hatékony, gazdaságos kivitelezését elősegítő eszköz, melyről a későbbiekben majd még osztok meg részleteket. A konferencián első helyezést elérő startup lehetőséget kap a jövő év elején szervezendő amerikai konferencián való részvételre is. Tekintettel arra, hogy a mi ötletünk sokkal hasznosabb, mint amilyen látványos, ezért komolyabb eredményeket egyelőre nem várok a részvételtől, de majd még meglátjuk, hogy hogyan sikerül majd a prezentáció.

Feed enhanced by Better Feed from Ozh

Where Is the Love?

Bártházi András — Sun, 22 Nov 2009 09:14:57 +0000

Mostanában elég sok olyan nyílt forrású projektet nézek meg (tegye fel a kezét, aki nem nyílt forrású cuccokat használ fejlesztéseihez manapság), melyek frissnek, újnak számítanak. Keresem az új ötleteket, vagy a régi ötletek jól használható megvalósításait. Egyre könnyebb megtalálni ezeket a projekteket.

Két fajta forrásom van, az egyik típus a nyílt forrású kódokat hosztingoló oldalak, a másik típus pedig a blogok, melyek kedvenc témáimról szólnak. Ezzel alapvetően gondolom nem mondtam újdonságot, de ezeket most megpróbálom össze is gyűjteni, hátha tudok adni olyan tippeket, melyeket mások nem ismernek. Szívesen venném azt is, ha ti is megosztanátok kedvenc forrásaitokat.

Forráskód hoszting oldalak

Szóval jellemzően két forráskód hoszting oldalt ismerek, ahol rengeteg új projekt talál otthonra. Mind a kettőnél díjmentesen hosztolhatjuk nyílt forrású kódjainkat, ha ilyen projektbe kezdünk, mindenképp megéri valamelyik közül választani:

GitHub

A Git verziókezelő rendszer egyre nagyobb teret hódít, s bár én még nem próbáltam ki, de valamikor annak is eljön majd az ideje. E köré lett felépítve a GitHub, mely a publikus projekteken kívül arra is lehetőségek kínál, hogy saját projektjeinken dolgozzunk. Keresőjével elég sok érdekességet lehet fellelni. Itt van hosztolva a Node.js és a Redis, de itt található meg a Cappuccino, a Processing JS, az Underscore, az NGiNX HTTP push module és még több tucatnyi érdekes kód.

A Git lehetőségeiből adódóan bárki nagyon könnyen hozzá tud járulni ezeknek a projekteknek a fejlődéséhez, mivel nem kell hozzáférést kérni a forrás írásához, hanem könnyen lehet új ágat indítva belefejleszteni amit szeretnénk bármely projektbe, aztán persze a kód tulajdonosa majd eldönti, hogy ez bekerüljön-e a fő ágba.

Google Code

A Google Code egy SVN alapú kód hoszting szolgáltatás, mely nem csak a kódok tárolását, hanem komplexebb lehetőségként azok wiki alapú dokumentálását, illetve hibajegy kezelését is lehetővé teszi. Itt vannak közzétéve a Google saját nyílt forrású kódjai is (az Androidtól kezdve a Closure-ig). Sajnos a keresője (pedig Google!) messze nem olyan jó, mint a GitHubé, de azért érdekes projekteket lehet itt is fellelni. A Redis például itt kezdte a kódjának a közzétételét, majd átköltözött a GitHubra, de a dokumentáció és hibajegy kezelés az itt maradt. Itt van az openscope, swfobject, a PubSubHubBub, a flot, az iui, a blueprintcss, a TrimPath, stb.

Blogok

A blogok hagyományosan olyan információforrások, melyek jól válogatott, érdekes tartalmakat kínálnak. Én a következőkre vagyok feliratkozva:

Egyebek?

Ami még jól használható, de jó zajos forrás is egyben, az a delicious megfelelő feedjei, de a popular részlegre is feliratkozhatunk. Ti mit olvastok, követtek a webfejlesztés tág témakörét illetően?

Feed enhanced by Better Feed from Ozh

Mac OS X + Flash 10.1: videó problémák

Bártházi András — Sat, 21 Nov 2009 08:16:34 +0000

Az újdonság varázsa elbűvölt, és úgy döntöttem, hogy feltelepítem a Flash 10.1-es verzióját, hogy kipróbáljam tényleg olyan gyors-e ahogyan olvasni róla. Erről meggyőződni végülis nem tudtam, ámde az összes videó lejátszás elromlott a YouTube-tól az IndaFilmig, a régi Flash verziót pedig nem engedte telepíteni a rendszer. Pár nap után elegem lett a dologból, és rászántam magam hogy megkeresem a megoldást – ami hasznos lehet azoknak is, akik Flashre fejlesztenek, és váltogatni szeretnének különböző verziók között Macen.

Röviden a megoldás: a /Library/Receipts/Adobe Flash Player.pkg törlése. Próbáltam leszedni a Flash-t, ami sikerült is (bár az uninstaller elég sokat gondolkodik cselekvés előtt), de ez sem hozott megoldást: a rendszer továbbra sem engedte a régebbi verzió (10.0.x) telepítését, egy “A newer version of this software already exists on this volume.” hibaüzenettel szerelt le. A bekezdés elején említett fájl törlésével a telepítő végül már nem reklamált, s engedte telepíteni a korábbi változatot is.

Egyébként ahogy kiderült, a /Library/Receipts/ könyvtárba a telepítők dolgoznak, ide rögzítenek különböző jogosultságokat leíró információkat a telepített alkalmazásokról. Az itt levő fájlok eltávolítása akkor okozhat problémát, ha egy már telepített alkalmazást meg szeretnénk gyógyítani, ez esetünkben nem igazán állt fenn, nálam már fenn se volt a Flash, tehát nyugodt szívvel törölhettem a hozzá tartozó fájlt. Hasonló probléma egyébként más programoknál is előfordulhat, a megoldás keresgélése közben én végülis egy MySQL telepítés kapcsán fellépő probléma leírásánál találtam meg a megoldást.

A történet egyébként segített ráébreszteni arra, hogy mennyire függök – és valószínűleg függünk – a Flashtől és a videózástól, érdekes élmény volt.

Feed enhanced by Better Feed from Ozh

Google Chrome OS

Bártházi András — Thu, 19 Nov 2009 20:07:10 +0000

Ma este demózta a Google a Chrome OS-ét, vagyis az operációs rendszerét, melyre nagyon régóta vártunk már. Linux alapú, nyílt forrású (már el is érhető valami), a Chrome böngészőre épülő megoldásról van szó, melyen webalkalmazások futnak. Engem nem győzött meg az egyébként oldszkúl sajtótájékoztató, s bár nem rossz amit összeraktak, de egyszerűen nincs miért használnom.

Fotó: Engadget

Sokat lehetne írni a sajtótájékoztatóról, ahelyett hogy szép kerek mondatokat fogalmaznék meg, inkább megpróbáltam gondolatokat összegyűjteni a témában. Lássuk:

Az otthoni gépeden, eddigi hardvereken nem fog futni, a Google felügyeli majd azt, hogy mivel adják el (minőségi alkatrészek, megfelelő felbontás, csak SSD, modern netkapcsolat). Tanultak vajon az Androidból? Hogyan fogják ezt csinálni, ha nyílt forrású lesz a rendszer? Állítólag már ma fut emulátorban a cucc, nem értem miért nem fogják ügyes hackerek gyorsan összedobni belőle a letölthető változatot holnapra.
Nincs killer alkalmazás. Minden amit láttunk, megy egy sima böngészőben is. Egyedül a panelt hozták fel példaként (taszkbarra lerakott webalkalmazások kb.), meg talán még az oprendszer védettsége ami viszonylag egyedinek mondható. Miért fogját az emberek ezt választani egy mai rendszer helyett?
Riporteri kérdésre válaszolva, miszerint van-e célár, lesz-e a Google-nek ilyen megkötése a hardvergyártók felé, azt a választ kaptuk, hogy nem, nem lesz ilyen. Pedig lehetne, szerintem a Chrome OS csak és kizárólag az árral adható el ugyanis.
Flasht fognak használni. A videók lejátszásához, videók készítéséhez (kamera és mikrofon kezelése) nem is nagyon tudnak mást. Riporteri kérdésre, miszerint mi van a Silverlighttal, határozott nem nyilatkozom választ adtak.
Egyéb böngészők nem fognak futni a Chrome OS-en. Mert a futtató környezet maga a Chrome. Ha más böngésző gyártók labdába akarnak rúgni, akkor ott a nyílt forráskód, és csináljanak ők is hasonlót.
Második számítógépnek tervezik csak egyelőre, határozottan nem az OS-en futni minden. Riporter a Photoshopra is rákérdezett, megkapta hogy az Adobe megcsinálhatja a weben, nagyon várják. “Ha ügyvéd vagy, és egész nap szerződéseket szerkesztesz, akkor ez nem neked való.” – elég hülye a példa, szerintük erre nem jó a Google Docs?
Minden adat a felhőben van, a notepad alkalmazás is a Google Docs-ba ment.
Az Excel fájlokat a Windows Live-val nyitja meg az oprendszer.
A biztonságról sokat beszéltek, automatikus frissítés, aláírt kódok, önmagát ellenőrző, támadást kijavító oprendszer. Ebben én nem látok versenyelőnyt, bármelyik netbookon ha csak böngészőt használok, többnyire nem vagyok veszélyben.
Csak jövőre (vagy később) várhatjuk az első kiadást.
Sergey Brin beugrott, mondott pár hülyeséget, aztán elment.
Csak SSD lesz a gépben, az oprendszer nem írható lemezen lesz. ARM gépen működik jelenleg a rendszer.
Dual boot nem lesz.
A Google már kiadta az Androidot mobiltelefonokra. Úgy tűnik semmi átfedés nem lesz a kettő között, Andorid alkalmazásokat nem lehet majd futtatni a Chrome OS-en.
Lesz valami Application Store szerű (miért ne lett volna), bár alapvetően webes alkalmazásokról van szó, összegyűjtik azokat majd egy helyre, hogy az emberek megtalálhassák őket. Többé-kevésbé bárki tud majd ilyen weboldalt csinálni ha jól gondolom, egyszerűen semmi olyan nem hangzott el, amivel meg tudnák fogni a felhasználókat és magukhoz kötni. Az alkalmazás egy URL beütése a böngészőbe.
Eee PC-n demózták a bootolást, 7 másodperc.

Nos, ennyit az első benyomásokról. Vannak jó ötletek, de a fentieket többnyire bármelyik netbook OS-nek szánt Linux disztribúció hozza, nem győztek meg arról, hogy erre várnom kéne. Részemről maradok az igazi számítógépeknél és oprendszereknél, ez csak valami buta utánzat.

Feed enhanced by Better Feed from Ozh

Acquia Drupal telepítő

Bártházi András — Sun, 15 Nov 2009 07:10:27 +0000

Ezen a hétvégén zajlik hazánkban a Drupal Hétvége, s bár részt venni rajta nem tudok, de péntek-szombat-vasárnap Drupalos pólóimmal tisztelgek az esemény előtt, illetve próbálom követni a fejleményeket. A tegnapi előadások fóliái, sőt, a videók is már elérhetőek a rendezvény honlapján. Bár már korábban is hallottam róla, most sikerült eljutnom odáig, hogy kipróbáljam a helyi gépre egy komplett Drupalt varázsló kezdeményezést, az Acquia Stack Installert, amit ezúton ajánlanék.

Az Acquia Stack Installer a Drupal alapjait lerakó, illetve a közösséget továbbra is aktívan vezető/támogató Dries Buytaert cégének, az Acquianak a fejlesztése. Egy Apache+PHP+MySQL, illetve Drupal telepítőről van szó, mely nem csak feltelepíti ezeket a szoftvereket a szükséges beállításokkal, de a menedzselésüket is lehetővé teszi.

A Windowsra és Mac OS X-re is elérhető telepítő nem csak az alap Drupalt, hanem még egy adag modult is feltelepít, a célja az, hogy nagyon gyorsan egy működő Drupal környezet álljon a rendelkezésünkre, melyet mind felhasználóként, mind pedig fejlesztőként birtokunkba vehetünk. A telepítés nálam zökkenőmentesen lezajlott, s letöltéssel együtt röpke tíz perc alatt már el is kezdhettem kattintgatni a Drupal oldalon.

A Drupal mögött nem csak nemzetközi szinten, de hazánkban is egyre nagyobb fejlesztői kapacitás sorakozik fel, s a Drupal.hu mögött álló csapat is szép munkát végez a népszerűsítést illetően. A Drupal felhasználói interfésze, s az elérhető lehetőségek a kemény munkának köszönhetően egyre jobbak lesznek, a 7-es Drupal verzióban kellemes újdonságok várhatóak.

Feed enhanced by Better Feed from Ozh