gngr - új webböngésző privacy és biztonság fókusszal

Internet, Közösségi média

A gngr projektnek nem tetszik az az irány, amely felé napjaink böngészői haladnak, ezért saját böngésző létrehozásába kezdtek. Az új böngésző neve: gngr. A gngr a privát szféra védelmét konzervatív alapbeállításain keresztül biztosítaná, a biztonságot pedig sandboxing alkalmazásával.

A gngr jelenleg erősen fejlesztés alatt álló böngésző. Weboldala itt található.

( snitt_ | 2014. 11. 24., h – 13:13 )

- ha tul jol csinaljak: kormanyzati nyomasra meghal a projekt
- ha hosszu ideig megy a projekt: kormanyzati nyomasra backdooros lett

Minden mas kimenetel csak ennek a kettonek a tovabbi iteracioja, mint lathattuk mar megannyi esetben.

Magyarul, ha sok hasonló project lesz (már van), akkor egyre nehezebb beférkőzni mindegyikbe.

Bár ez az első ilyen ami Java alapú. Az egyetlen értelmes ilyen a Bolt browser volt, amit nem eladtak, hanem megszüntették. Designerek...
☼☆♫♪♫♪☆☼
AGA@
Fork portal és az egyik logóm :)

Komolyan gondoltam, nem ironikusan. A Java-ban valo HTML rendering eleg sok sebbol verzik, amennyire tudom (bar nem tudom, mennyire up-to-date -k az informacioim), az IntelliJ IDEA-ban nem kell a linknel es a vastagitasnal bonyolultabb HTML-lel megbirkozni. Nem ugyanaz a hajo.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

De, lehet. Azonban azt gondolom, hogy valami nativval sokkal eloremutatobb lenne a dolog, raadasul eroforrashasznalat szempontjabol is jobb lenne.

A masik problema pedig a kompatibilitas. A bongeszopiac igy is pont eleg szegmentalt (Firefox, WebKit, Chrome sajat WebKit, IE, stb), nem hiszem, hogy plusz egy szereplo olyan sokat dobna a helyzeten. Es megengedem magamnak azt a luxust, hogy feltetelezzem: aki valaha is foglalkozott komolyabban webfejlesztessel, egyetert velem.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Itt ket dologrol beszelunk. Valoban jo lenne egy Java-ban irt embeddable HTML renderer (vannak is erre probalkozasok), de a topic meg mindig a java alapu bongeszotol indult. Egy bongeszonel viszont nem a beagyazhatosag az elsodleges elvaras, hanem a szabvanyokkal es a tobbi bongeszovel valo kompatibilitas.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

A szabvanyokkal nativ kód esetés is meg kell küzdeni, de miért kell kompatibilisnek lennie egy másik böngészővel ezt nem értem. Mellesleg a html renderer a lényege a dolognak, egy gui már semmiség. A swing meg úgy néz ki ahogy akarod hogy kinézzen, és akkor az mindenhol úgy néz ki. Nem értem az érveidet? Amit most írsz annak mi köze a javahoz?

Az, hogy jelenleg generikus bongeszesre alkalmas HTML rendering engine nem nagyon van a piacon Javahoz, ellenben van egy jo par nativ rendering engine (Firefox engine, WebKit, stb), amiket igazabol csak illeszteni kellene a Java JNI API-jahoz.

A masik bongeszovel valo kompatibilitas alatt azt ertem, hogy a webfejlesztok mar ma is panaszkodnak, hogy ahany bongeszo, annyifele kompatibilitasi layert kell irni. Szerintem egy uj bongeszo elterjedeset segiti, ha a webfejlesztok fele nem plusz egy platformkent tunik fel, hanem valami olyasmikent (vagy olyasmivel kompatibiliskent) amit mar ismernek es hasznalnak a piacon. Ilyen peldaul a WebKit. A Google is megtehette volna annak idejen, hogy csinal egy sajat HTML rendering engine-t, aztan kuzdjetek vele parasztok, de ehelyett a WebKit-et epitettek be, hogy legyen valami kozos alap, amibol ki lehet indulni (ami a legtobb webkites bongeszon mukodik, itt is fog). Pontosan ezek miatt bukott meg a GNOME projektben a GTKHTML engine is, szep volt, jo volt, de a vilagon senki nem tamogatta, es mersekelten volt kompatibilis csak dolgokkal, dobtak, lett helyette WebKit, mert azt a fel vilag tamogatja.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Szerintem meg pont hogy saját renderert akarnak írni, én legalábbis ezt olvastam ki a weboldalukon. Mi értelme lenne akkor az egésznek? yet another userless browser? De még mindig nem mások böngészőjével kell kompatibilisnek lennie, hanem a html és js szabványokkal. Ha azt jól megírják, akkor a weboldalak jók fognak megjelenni. Ennyi.

" a html és js szabványokkal. Ha azt jól megírják, akkor a weboldalak jók fognak megjelenni. Ennyi." <- This would be the dream of every webdesigner.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Ez pl. egy létező chromium alapú megoldásnak tűnik, ugyan nem free, és nem is láttam még felhasználva, csak így első blikkre. Szóval létezik már ilyesmi.
Abban akár még valamennyi fantáziát látnék is, hogy webkit vagy gecko javához illesztésével készítsenek browsert, bár elhangzott itt már párszor, hogy olyan sok előnye nem lenne.

Nem tudom, mi a Google mostani allaspontja, de ha az a kerdesed, hogy mit valaszolnek ma arra a cikkre, ugyanezt. Tekintve, hogy amiket fejlesztek (kohm... ebbe most ne menjunk bele...), azok alapvetoen webes alkalmazasok, szamomra fontos az, hogy ne kelljen tulsagosan sokat szopni a browser-kompatibilitassal. Ha azt tudom mondani, hogy a WebKit alapu cuccokon jol fut az alkalmazasom, az mar sokkal jobb dolog, mint ha azt mondom, hogy "haat... Google Chrome-n fut...", mert elobbi esetben van valasztasi lehetoseg a paranoiasoknak is, akik felnek, hogy a Google jol ellopja a meglatogatott pornoszajtok listajat a gepukrol.

En a webes cuccaimat alapvetoen Chrome-ban tesztelem, FF-ben eppen csak megnezem, hogy nem esik-e nagyon szet a cucc, de nem szoktam nagyitoval vegigvizsgalni, hogy mindenben jo-e. Volt mar olyan, hogy egy JS-en utolag kellett reszelgetni, mert valaki jelezte, hogy FF alatt egyaltalan nem mukodik az eventhandler. Ilyen szinten ugyanis mar nem szoktam vegigtesztelni az appot. Tekintve, hogy ezeket az appokat rendszergarazdalkodas mellett csinalom, raadasul nem mission-critical appok, foleg nem eladhato/eladando termekek, igy szerintem boven belefer.

A tapasztalat az, hogy a WebKites bongeszok tobbe-kevesbe kompatibilisek egymassal, nyilvan eltekintve a vendor-specific feature-ktol. A Firefox-WebKit-IE atmenet viszont rettenetesen gazos, meg mindig. Sokkal jobb, mint volt, az igaz, de sokkal jobb is lehetne.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

A blink meg mindig webkit alapokon nyugszik, es nem azt varom, hogy ne legyenek kompatibilitasi problemaim, hanem hogy nagysagrendekkel kevesebb, mint a webkit-firefox tengelyen. Es ez az elvarasom joreszt teljesul is.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

( asch v | 2014. 11. 24., h – 18:29 )

Nekem szimpatikus a kezdeményezés, de ebben a formában sovány: se bináris, se source, csak szöveg :-). Úgyhogy várom a legjobbakat, de még nem tervezem a migrációt.

( f0xhu v | 2014. 11. 24., h – 20:14 )

szimpatikus lenne, de... agalnak a 3rd party ellen, erre Java-ban implementaljak. Java-ban, mert a dokumentaciok es leirasok szerint az ved a mindenfele programhibak ellen es meg sandbox funkciot is tud (mert o"k m'eg ok meg is auditaltak az altaluk hasznalt Java source-okat]... Bizom benne, hogy a legjobb Java tudasuk szerint igyekeznek egy "privacy" orientalt bongeszot fejleszteni es ennek futtatasahoz nem kell majd min. 8 native core es 16Gb RAM... ja, es az altaluk leirt minimum kovetelmenyeknek is meg fog tudni felelni, a mindenfele melle jaro betegsegeivel egyutt... [pl. Java vs. portability...; 32bit && 64bit...; security over obscurity]... tudom, ronda es csunya vagyok es nem is ertek hozza, de ezt sem tartom tobbre, mint a Deakne kedvenc alapanyagat... ;), de hajra. Figyelo szemeim rajtuk tartom.

--
A gyors gondolat többet ér, mint a gyors mozdulat.

Csak ugy zubog feloled a negativ energia. A Google Chrome rivalisat latjuk megszuletni! Ket even belul iparagi standard lesz (legfeljebb nem ezzel a nevvel)!!!
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

( manfreed (nem ellenőrzött) | 2014. 11. 25., k – 09:14 )

Az új divat, hogy mindenki kitalál egy funkciót, amit jó ha egy böngésző tud, és ezért csinál rá egy böngészőt?

( KisTasi | 2014. 11. 25., k – 18:51 )

Igazán érdemes rá odafigyelni, ebből még nagyon jó dolog lehet... ja, nem. :)

( vilmos.nagy | 2014. 11. 29., szo – 23:31 )

ha jól látom, elkezdték kipakolni egy-két dolog forrását...
--
blogom