Használni fogod-e a Chrome böngészőt v35 után? (NPAPI nem támogatott a jövőben)

Google

Igen
55% (185 szavazat)
Nem
32% (108 szavazat)
Egyéb, leírom
12% (41 szavazat)
Összes szavazat: 334

( chichken | 2014. 05. 29., cs – 12:47 )

Aprópója, hogy frissítés után a pluginek nagy része eltűnt.

Keresgélés után ezt találtam:

Introducing Chrome 35

Netscape Plug-in API (NPAPI) no longer supported on Linux. As mentioned in earlier announcements, NPAPI is being depreciated on Chrome this year, and with the release of 35 we have dropped support for it on Linux. You can learn more about alternatives here and ask questions in our developer forum.

https://productforums.google.com/forum/#!topic/chrome/T0bGgI3KgOI

( trey | 2014. 06. 02., h – 19:38 )

(x) eddig sem használtam

--
trey @ gépház

( gajdospajtas | 2014. 06. 02., h – 19:52 )

Valamivel csak futtatni kell az esxi-t meg a vcentert. De igyekszem chrome 34-en elintézni.

( prion | 2014. 06. 02., h – 19:55 )

mi ez a dolog, egy mondatban? :)
(amúgy firefoxot használok)

Hja, tegnap Ubuntu 14.04-en is eljátszotta...
Vágtam is egy fejet. Könyvjelzősávon fehér ikonok, megjegyzett jelszavak nincsenek, leraktam kis méretre, ekkor az ablak mögött volt kb nyitott tabonként egy értesítés, hogy a profilomhoz nem fér hozzá.
Bezár-újranyit.
Jobb, de pár apróság nem adta a sikert. Ikonok voltak, jelszavak nem.
Gép újraindít, azóta talán jó. (Nem használtam annyit, hogy kiderüljön ha baja van)
- - - - - - -
A nagy tudású uraknak felhívnám a figyelmét arra, hogy a Windows ugyan sok mindenre nagyon jó, de Linuxnak speciel nagyon szar.
"http://hup.hu/node/111669#comment-1419622">csfeco

( carlcolt | 2014. 06. 02., h – 21:53 )

Csak ha Windows-on es OS X-en is dobjak az NPAPI-t, akkor fogom Linuxon hasznalni. ;)

( DirtY_iCE | 2014. 06. 02., h – 20:55 )

akkor mar ertem miert nem mukodott a java applet utobbi idoben. szepen lassan a chrome lesz az uj internet explorer.
(btw engem ez az gtk2->aura valtas jobban zavar, mivel google azt mar nem oldotta meg hogy ne nezzen ki valami hanyadekul...)

I hate myself, because I'm not open-source.

( sz332 v | 2014. 06. 02., h – 21:17 )

Csak megjegyzem: az összes java plugint használó alkalmazás nem fog többet működni chrome alatt. Ezután gondolja végig mindenki, hogy őt ezt mennyire érinti. A fórumokon
elég nagy a felháborodás...

Banki szoftverek, spanyoloknál a teljes adóbevallásos rendszer, orvoshoz előjegyzés, cisco szoftverek, és egy rakás egyéb esetet felsoroltak,
ahol mindez problémát fog jelenteni. A megoldás nyilván az lenne, hogy feldobni egy ablakot, hogy ezen a webhelyen xy plugin fut (silverlight,
java, stb.) és ez még egy évig él, kérem, lépjen kapcsolatba az oldal üzemeltetőjével, hogy az tudjon a problémáról, és legyen ideje
feldolgozni...

+1 Magyarorszagon a CIB Bank is javat hasznal. Valoszinuleg mind "az ot" ugyfelet erinti. En feldobnek par ilyen X millios ugyfelkorrel rendelkezo ceg/allam helyeben egy uzenetet: "Az on bongeszoje elavult, kerem toltson le egy modern bongeszot, ami tamogatja a Java beepulo plugint: Firefox, IE..". Napok mulva visszaallitanak Chromeban :)

A HTML mindenféle híreszteléssel ellentétben nagyon sokmindenre jó, többek közt netbank frontendnek. Sőt, az az érzésem, hogy adóbevallani is megfelelő felület lenne (irónia, persze, hogy az). Csak ugye nem idióta kockafejű programozók kezébe kéne adni a tervezést.

Egyébként mondj egy példát, hogy az átlag felhasználónak mihez kell JAVA (böngésző plugin) a mindennapok során (a matematika tanszék hardcore professzorai nem átlag felhasználók)! Tényleg érdekel, mert el nem tudom képzelni.

+1
(Mint szigorúan csak felhasználó: ) Az OTPDirekt felülete nagyszerűen megvan HTML-ben. És számomra sokkal kényelmesebb, mint a CIB-nek a vacak Java valamijére várni. Ráadásul ott se rendes jobbklikk, se rendes keresés, stb. A fejlesztőket meg – mint felhasználó – magasról kakilom le, mennyivel rosszabb, mennyivel kényelmetlenebb dolguk van.
--
blogom

"az ÁNYK felhasználási lehetőségei nem állnak meg az szja bevallásnál, az csak a jéghegy csúcsa"

Well, az ÁNYK az általános nyomtatványkitöltő rövidítése ha jól tudom.
A cucc fő feladata kb. annyi, hogy "nyomtatványokat" töltesz ki vele (erre még js nélküli plain HTML is elég lehet) és ezeket a program ellenőrzi (ezt azért már kényelmesebb lenne js-el csinálni kliens oldalon).

Aztán tud még olyat, hogy ezt időbélyeggel digitálisan aláírja és - remélhetőleg - titkosítva elküldi az apeh szerverére. Ebből az elküldés kb. triviális, az időbélyeg és a digitális a nagyobb falat. De ezt is meg lehetne oldani java nélkül ha akarnák.

Én ennyiről tudok...

Ja, hát nyilván nem csak Javában lehet megoldani, de az nem rossz, hogy vastagkliens. A Java már csak azért előnyös, mert így keresztplatformos.

Mi pl. az előző munkahelyemen csináltunk olyat, hogy az ÁNYK és a helyi Nagyon Enterprise Alkalmazás között kellett adatot mozgatni oda-vissza - ez lehet, hogy webes felületnél kicsit körülményesebb lenne.

"felháborodás" ->

http://googlesystem.blogspot.hu/2013/09/chrome-to-gradually-drop-suppor…

2013 szeptemberi cikk, lehetett tudni, hogy ez lesz, úgy látszik felkészülni nem akart rá senki. Se plugin fejlesztők, sem azok, akik olyan weboldalakat csinálnak, ami egy érintett plugint használ.

Ez lehet, hogy előrevetíti a döntés elhamarkodottságát? Persze bizonyára nagyobb munka lett volna választhatóvá tenni az API-t, meg kell a technológiai előrehaladás, csak hát ez így...
Aztán persze az is lehet, hogy jó nagy csinnadrattával nemsokára előáll a google mondjuk egy új API-s plugin repóval, mert a háttérben már gőzerővel dolgoztak rajta az érintett gyártókkal - divatos marketing ez mostanság.

"2013 szeptemberi cikk, lehetett tudni, hogy ez lesz, úgy látszik felkészülni nem akart rá senki. Se plugin fejlesztők, sem azok, akik olyan weboldalakat csinálnak, ami egy érintett plugint használ."

Tehát akkor volt 239 napja a:
- plugin fejlesztőknek, hogy a saját szarjukat átrakják npapi-ról pepper-re
- az "olyan weboldalakat" (pl. spanyol adóbevallás, ahogy fentebb írták) készítő programozóknak, hogy az egész cuccot átrakják valami más rendszerre, adott esetben tök fölöslegesen, mert mi van ha kijön a pepper plugin

Szóval erre volt 239 naptári napjuk, majdnem 8 hónapjuk karácsonnyal, szilveszterrel, szabadnapokkal, nemzeti ünnepekkel együtt.
De a gogolnak ki kellett dobni az npapi-t, mert az nagyon fájt nekik, hogy benne van...

"1.) nem 2013-ban jelentettek be a PPAPI-t, hanem joval korabban"

Akkor jelentették be, hogy a chrome dobja a támogatást.

"2.) igen, a browserben futo JAVA egy elavult technologia"

Egen, de masszív mennyiségű létező kódot nem szoktak csak azért átírni másra, mert az adott technológia - egyesek szerint - elavult.

"Egen, de masszív mennyiségű létező kódot nem szoktak csak azért átírni másra, mert az adott technológia - egyesek szerint - elavult."

Egy normalis cegnel bizony atirjak, ezt hivjak fejlesztesnek. Amit irsz, az kabe arra hasonlit, amikor emberek (bankok) azert kezdtek el sipakolni 2014-ben, mert az MS dobta az XP tamogatast ~13 ev utan. 13 ev nem volt eleg tovabb fejlodni? Vagy arra szamitottak, hogy az XP orokke fog tartani? Mekkora lamasag ez mar.

Azért szerintem fejlesztésnek inkább azt hívják, amikor valami felhasználónak / megrendelőnek fontos dolog jobb lett, vagy új funkció lett, vagy valami. Az, hogy a browser fejlesztő szerint a kerettechnológia elavult, ezért te heggeszd át a BL-t, az menjetek a picsába.

Egyébként ez a legangyobb baj ezzel a web a platform izével, hogy a webes technológiákat folyamatossan rázzák, kell a böngészőből a firssebb, közben megy egy csomó cornercasre a böngészősök szarnak, mert szerintük az nem érdekes....

> de napjainkban a java esetében nem.

Mostanság egy halom programot tesztelek, van köztük jópár Javaban megírt kereskedelmi alkalmazás (spéci célra készültek, általában egyedi igényekre). Nos kérlek:
- "A" alkalmazás *csak* 1.5.0.22-es Java futtatókörnyezet esetén biztos, hogy működik.
- "B" alkalmazáshoz 1.6.21-es Java kell
- "C" alkalmazásnak 1.6.23-as

és így tovább. Agyrém. És közben az alkalmazás annyira rendszeresen frissítve van, hogy az egyik tesztnél belefutottunk abba, hogy valaki előttünk februárban a 365-ös verziót tesztelte, nekünk már a 376-os build jutott tegnap, majd kb 1 óra múlva épp dühöngeni kezdtünk, hogy a hülyéje nem vette észre, hogy most frissített, és újra frissíteni akart, mikor kiderült, hogy tévedés, tényleg frissült 377-es buildre. Ellenben kötelező hozzá az 1.5.0.22-es Java.

Igen, igazad van ebben, én is szoptam olyannal, hogy a support mondta, hogy tegyem fel a legújabb java-t, én meg mondtam neki h az van fent. Erre rákérdezett a verzióra, megmondtam neki, aztán közölte, hogy ő legújabbként egy kb. 8 minor verzióval korábbira gondolt...

De itt egy dolog az adott sw átírása java-ban, ahol ezeket a hülyeségeket javítják.

Egy másik dolog pedig az egész project újraírása más nyelven. Ami ugye úgy indul, hogy vegyél az új nyelvhez értő csapatot, pár év alatt írasd velük újra az egészet az új nyelven, és ezen idő alatt persze tarts meg embereket a régi kód javítására és fejlesztésére is (lásd még: Joel Spolsky Fire and Motion).
Aztán pedig kezd el a vevőidet átmigrálni erre az új rendszerre, ami persze képzéseket jelent (üzemeltetői oldalon mindenképpen), a vevőidnél esetleg rendszercserét (tetszőleges java appserver-ről pl. MS-re), stb.

Szerintem a 2. megoldással beletoltál legalább egy évtizednyi munkaórát a migrációba, és közben kb. ugyanott vagy, mint ha ezt nem tetted volna bele, csak más platformon.

Az idotallo alkalmazasok igy neznek ki:
http://thedailywtf.com/Articles/No_Need_to_Change_It!_.aspx

Ha lehet ilyet kerdezni, mi a konkret fuggoseg, amiert csak az adott verzio megfelelo neki? Hasznaltok valami eszkozt ennek a felderitesere (csak epp jre/jdk-ra alkalmazva)? pl.:
https://stackoverflow.com/questions/2040693/how-to-identify-a-missing-m…

Ha az alkalmazas osszmerete > 1GB jar fileben szamolva (es ez nem media, hanem kod) merve, akkor reszvetem.

Időtálló alkalmazás: valamely banki szoftver VAX/VMS-re készült el. Amikor átrakták az egész VMS-t VAX-ról más hardverre (Itaniumra ugye), akkortájt egy (tán svájci) cég készített egy VAX-emulátort, ami WinNT4-en futott. Ezen a VAX emulátoron szépen elfutott a vaxos VMS-es, azon a banki alkalmazás. Sajnos 4-es NT-re csinálták meg a VMS-emulátort, és nem fejlesztették tovább. Viszont lassan nincs gép, amin az NT4 natívan futna, így pár évvel ezelőtt még az volt a módszer, hogy egy mai modern gépre VMware ESX-et telepítettek, abban csináltak egy virtuális gépet amire NT4-et telepítettek, amire feltelepítték a VAX-emulátort, ebbe a vaxos VMS-t, arra a banki szoftvert. (Azóta elvesztettem a kapcsolatot a céggel, így nem tudom, ma mi a helyzet.)

A konkrét JRE-verzió függőség pedig az, hogy azzal tesztelték le. Pont.

"Ha lehet ilyet kerdezni, mi a konkret fuggoseg, amiert csak az adott verzio megfelelo neki? "
Product supportnak hivjak, es kb. minden nagyobb cegnel csak akkor foglalkoznak veled, ha az alkalmazashoz megadott verzioju cuccot hasznalod, kulonben unsupported environmenttel lezarjak a ticketjeidet.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Igen, azonban addig, amig a product support nagy reszet betanitott indian munkasok vegzik, addig a kockazatkezeles annyibol all, hogy jo erosen behunyod a szemed. Mert ugyis fenn fogsz akadni a filteren, hogy nem az van a gepen, ami neki a listaban le van irva, hogy mi tamogatott. Es ezen a ponton irrelevans, hogy az adott Java verzioban konkretan hany darab security hole van, mert egy baromi draga product supportjat senki nem akarja elvesziteni. Inkabb korulbastyazzak proxykkal.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Azzal együtt hogy ezzel mélységesen egyetértek, petró, gyufa, fujtató... de a valóság azért mégisscak az, hogy töménytelen szemét kering, ahol az mber ezt kénytelen használni, mert az van, és mikor jön a chrome, hogy szerintünk ez obsolated, frissíts, mert kidobjuk, akkor könnyen az lesz, hogy ők lesznek kidobva...

Nem, ezt hívják úgy, hogy 'mások pénzét kidobni az ablakon'... Komoly helyen ez nem úgy van, mint Pistikéknél, hogy 'az új az jó, és a változás öröm'... Az ilyenekre kellene egy külön figyelmeztető címke, hogy 'Termékünk hosszú távú fejlesztésre nem ajánlott, ne építsen rá semmilyen fontos alkalmazást.'

Szerk:
Válasz a kérdésre: két célra használok google-chrome-t (nem tudom milyen verzió):
1. egy bizonyos flash-játékban az egérgörgő is használatos, az nem firefoxban (miért?!), de megy chrome-ban
2. abban nincs telepítve a HUP-beszólás, tehát ha tévedésből 'like'-ot nyomok 'beszólok' helyett, azt a Chrome-ból tudom megeditálni.

Igen, es keves is volt az ido. Az Adobe peldaul rohant kijonni a Pepper pluginnel, es fos is lett, 32 biten ugy crashel a nagyobb videos oldalakon, hogy orom nezni. Tele van a net siramokkal, most, hogy eldobjak az NPAPI-t, az osszes 32 bites oprendszerrel huzott gep ertelmesen mukodo flash nelkul marad.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( log69 | 2014. 06. 02., h – 21:31 )

Gondolom opcionálisan (és egyszerűen) bekapcsolhatóra sem fogják megcsinálni, mint ahogy nem lehet megjegyeztetni a saját cert-ek ujjlenyomatait sem, hogy ne kérdezzen rá minden megnyitáskor hogy biztos-e hogy meg akarjuk tekinteni. Egyszerűen meg lehetne oldani, de az érdekük ellen van.

Ahogy az is, hogy mobil verziókban tudjon szöveget újratördelni a böngésző, meg hogy legyen normális olyan webes szolgáltatásuk, ahol nem zabálja meg az i5-öt reggelire a JS kódjuk, stb, stb, stb.

A tudás nem ér semmit, ha nem osztjuk meg senkivel - ahogy a pénz sem. A hatalom mit érne, ha nem élnének vissza vele?

Remélem Firefox-ék nem fognak elqrvulni.

nem akarja valaki forkolni a netscape 8-at, es elkezdeni supportalni es beletolni az elmult idok bugfixeit + valoban hasznos uj feature-jeit? Ahogy egyre inkabb hasonul az ff kinezete a kromehoz, annal kevesbe vagyok elegedett vele...

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

( onyx v | 2014. 06. 02., h – 21:55 )

Egyelore azert nem hasznalom, mert a csodas Aura UI szetizelte a fontok megjeleniteset (16-os betumeret hardcode-olva a forrasban, dacara hogy mindenutt mashol 11-es betuk vannak) a tabok cimeben es az URL barban, es igy hasznalhatatlan.

( Nyosigomboc v | 2014. 06. 03., k – 01:16 )

Nem.
Amig nem irnak hozza - szamomra - jol hasznalhato UI-t, addig nincs eselye sem.

--
Why did the chicken cross the road?
It was trying to get a signal on its iPhone 4.

( hrgy84 | 2014. 06. 03., k – 10:44 )

Fogom, mert kb. ez az egyetlen ertelmes alternativa a piacon, viszont az baromiramocskosnagy gond, hogy a Twitch 32 bites nem-NPAPI flashel akkorat crashel, mint ide Lachaza. Es permanently. Es senki sem akar a dologert tenni semmit, ulnek es varjak a sult galambot.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( uid_17784 | 2014. 06. 03., k – 14:14 )

Az megvan, hogy aki webre fejleszt, az fogja hasznalni?

( Polesz v | 2014. 06. 03., k – 20:06 )

Ha szükséges használom, egyébként nincs rá szükségem.

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

( kovi | 2014. 06. 03., k – 21:44 )

** ha lehetőségem engedi, egyébként sem használok Google terméket.

--
Vége a dalnak, háború lesz...

( jzola v | 2015. 04. 17., p – 11:54 )

És ma aktuálissá is vált.
Hívnak is emiatt.. ez most chrome vagy java hibája szerintetek?
én mind2 re szavaznék. Java nem forszirozza plugin megszűnését. Chrome meg baltával megy ellen mindennek.