Elérhető a Google böngészőjének legújabb, 14-es verziója. Az új változat leginkább abban különbözik az elődeitől, hogy a fejlesztők integrálták bele az úgynevezett natív klienst.
Hirdetés
A natív kliens segítségével a felhasználóknak lehetőségük nyílik arra, hogy a C és C++ nyelven írt programokat a böngészőben futtassák. Ennek köszönhetően a nagy számításigényű webes alkalmazások közvetlenül használhatják a processzor erejét. A megoldás mind az x86 architektúrájú, mind pedig az ARM CPU-knál működik. A cél az, hogy a natív kódok legalább annyira elterjedjenek és hordozhatóvá váljanak, mint a JavaScript. A natív kliens első verzióit a Google már 2008-ban bemutatta. Az akkori kutatóprojektből mostanra egy igazán kiforrott technika fejlődött ki, ami a társaság munkatársai szerint rövid időn belül megváltoztathatja a webet.
A stabil Application Binary Interface (ABI) segítségével a fejlesztők olyan alkalmazásokat készíthetnek, amelyek zökkenőmentesen működnek a Chrome 14-es és későbbi verzióiban. Így egy stabil platform jöhet létre, ami lehetővé teszi a technika produktív használatát. A megoldás hátránya, hogy így kifejlesztett alkalmazások a Chrome 13-ban és a régebbi változatokban nem futtathatók.
A Chrome 14 másik fontos újdonsága, hogy támogatja a Web Audio API-t, így immár audiofunkciók is integrálhatók egy JavaScript-interfészbe. Mindez megnyitja az utat a fejlesztők, különösen a böngészős játékok készítői előtt. Szintén újítás, hogy az új Chrome-verzió Mac OS X-es változatát teljesen optimalizálták a Mac OS X 10.7 (Lion) külcsínéhez és a Ctrl+Shift+F billentyűkombinációval aktiválható a teljes képernyős böngészés is. Emellett a Chrome immár a Mac OS X alatt is kínál nyomtatási előnézeti funkciót.
Végül, de egyáltalán nem utolsósorban a Chrome 14.0.835.163-ban a fejlesztők számos súlyos és alacsony besorolású biztonsági hibát javítottak ki. A Chrome 14 már egyaránt letölthető Windows, Linux és Mac OS X operációs rendszerre.
Windows8 már támogatja az ARM CPU-kat. Vannak már alaplapok, amik PC "kompatibilisek", tehát mikor kijön a Win8, bemész a boltba, megveszed a vasat, telepíted a win8-at, és telepítheted rá a Chrome-ot, ami futtatja a cikkben lévő natív kódokat. Röviden ennyi :)
"Egyebkent egy ilyen megoldas alapvetoen a sandbox-os browser plugin technologia, amit egyebkent is erdemes lenne hasznalni." Technikailag igen, de a nagyobb plugineket gyártó cégeknek nem érdekük, hogy megfertőzzék a gépet (és néha még így is hagynak biztonsági réseket), akik meg natív kódot szeretnének futtatni a felhasználók gépén, azoknak meg általában igen. Itt érzem én az igazi gondot, hogy ha kihagyunk egy réteget és hozzáférést adunk a HW-hoz (mondjuk video kártyákhoz), akkor az esélyes hogy nem lesz annyira se biztonságos megoldás, mint a jelenlegi pluginesdi (amit nem azért találtak ki, mert 10-15 éve mindenki balfasz volt, és nem jutott eszkükbe hogy "exe programot" is lehetne futtatni a böngészőben).
A sandbox technologia amit hasznalnak nagyjabol megegyezik a vmware altal is hasznalt nativ vegrehajtassal. Tehat normal esetben a nativ kod nem latja se a process-t amiben fut, se az operacios rendszer szolgaltatasait. Ha jok az api warpper-ek es jok a virtualizacios megoldasok, akkor legalabb annyire biztonsagos mint egy x86-os emulator, ami tartalmaz hardveres gyorsitast. A gond az, hogy pl. a 3d api mogott elobb-utobb a video driver van, ami pl. hibas is lehet. A google api mogott is elobb-utobb az operacios rendszer van, ott is lehet valahol egy lyuk. Egyebkent egy ilyen megoldas alapvetoen a sandbox-os browser plugin technologia, amit egyebkent is erdemes lenne hasznalni. Ha jol irtak volna meg, akkor az active-x is ilyen lenne, mivel az api ott is jo lenne, csak az implementacio nem sikerult. Egyebkent a rendszer igazabol csak akkor 100%-osan biztonsagos, ha a nacl runtime hardveres tamogatast is kap az operacios rendszertol es a processzortol. Ez az emulacios mod egyebkent minden x86-os virtualizaciot tamogato processzoron elerheto, bar a piacon levo x86-osoknak csak egy reszen van engedelyezve.
A lényeg itt van: Installing a desktop app or a browser plugin can present serious security risks and deter potential users. Native Client uses a double sandbox designed to protect resources on the user's system. This framework offers the safety of traditional web apps in addition to the performance benefits of native compiled code, without requiring users to install a plugin.
Na jó, de ha natív C/C++ kód fut a böngészőben, akkor az nem biztonsági rés, hanem tágra nyitott kapu. Vagy az ma már nem számít? A másik hogy aki natív kódot akart futtatni eddig is futtatta - letöltötte a gépére, és kész. Eddig is kapcsolódhatott bármilyen szerverre http-n keresztül, és ehhez nem kellett neki semmiféle böngésző. Vagy az a cél, hogy minden adatforgalom a Chrome-on menjen keresztül?
Nyomtatás
Elküldés e-mailben
Natív kód futtatás a Chrome 14-ben
Windows 8 - fókuszban a biztonság
Milliárdokkal kevesebbet akart fizetni a Motoroláért a Google
Egyesíti erőit a reklámpiacon a Microsoft, az AOL és a Yahoo
A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
