16
  • Madve
    #16
    androidra nincs chrome (most még).
  • Dj Faustus #15
    ARM -architektúrát támogató Linux disztribúció + Chromium

    Vagy Android?
  • Madve
    #14
    Akkor leszedsz egy meego-t és az eleve chrome-al jön...
  • Madve
    #13
    ja az atomon fut...
  • Madve
    #12
    windows 7 starter netbookokon?
  • FefeeX
    #11
    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 :)
  • nextman
    #10
    Kiraly.
  • SupraMKIII
    #9
    ezt nem értem: "mind pedig az ARM CPU-knál működik."
    Mióta van chrome ARM-ra, és honnan lehet letölteni?
  • Komolytalan
    #8
    "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).
  • kvp
    #7
    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.
  • Crane
    #6
    Újracsomagolva újra eladva.
  • Komolytalan
    #5
    Na ja, csak éppen a natív kód attól natív kód, hogy nem böngésző sandboxban fut, hanem natív módon, és csak az oprendszer van alatta.
  • hungi
    #4
    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.

  • Komolytalan
    #3
    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?
  • Narxis
    #2
    Nem.
  • Zoli007
    #1
    Ez most olyan, mint az ActiveX?