Új hozzászólás Aktív témák

• #81 floatr veterán attila9988 #79

  Új Válasz 2016-02-01 12:17:09 #81

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz attila9988 #79 üzenetére

  Csak annyi, hogy ha céged van és a könyvelésnek szeretnéd átadni a kivonatokat, akkor nem mindegy, hogy pár kattintás után kerül be a könyvelésbe, vagy napok alatt pötyögi be pár nyomorult, és véthet benne gépelési hibát.

  A cib-hez: egy java runtime kell hozzá, ahogy az abevjava-hoz is. Egy JWS alkalmazást indítasz el, ahogy az abevjava esetében. Kétségtelen, hogy ez még a desktop éra szülötte, de ha ezt valaki nem tudja megoldani (runtime telepít, kattint, belép), annak én nem adnék a kezébe token generátort sem.

  (#80) joghurt Az OTP elképesztő árakkal volt a piacon pár éve, nem tudom most változott-e valami

• #78 floatr veterán attila9988 #77

  Új Válasz 2016-02-01 10:47:34 #78

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz attila9988 #77 üzenetére

  Az erste netbankja egész jó a cibhez képest?!
  Egyik nap feladod az utalandót, következő munkanapra "elfelejtette". Alap. Pár éve az asszonnyal már kínunkban röhögtünk, amikor a cibben egyből könyvelte az utalást, az erste netbank meg csak munkaidőben szolgáltatott, és hétfőre sem csinálta meg, biztos hosszú hétvégézett a backend és megfázott a kültéri medencében.
  Nem tudnak bankkivonatot adni, csak PDF-ben. 2016, Balkán. Már szinte kiabálásig fajult az ügy(nem)intézővel a párbeszéd arról, hogy mit nem tudnak még a netbankban.
  Arról már nem is beszélve h az egész netbank olyan hatást kelt, mintha egy gimnazista írta volna beadandónak netscape-re optimalizálva.

  (#73) Darth Sith
  Félre ne értsd, nekem sem a pozitív értelembe vett dolgokkal van bajom, hanem amikor izomból kinyírnak valamit, aminek nincsen érdemi alternatívája, mert nem látják, hogy létezik a canvason kívül bármi elvárás.

• #72 floatr veterán fordfairlane #68

  Új Válasz 2016-01-30 21:24:19 #72

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz fordfairlane #68 üzenetére

  Első körben a sun bukta a j2me/cdc dolgot, mert képtelenek voltak egy eszközfüggő sallangoktól mentes rendszert lerakni az asztalra. Most a google az openjdk irányába menekült előre, ami az oracle és a java szempontjából sovány vigasz.

  Ez van, marad a JWS, meg persze a mobil appok. Bárki bármi mond a natív appok eddig is működtek, és ha a zemberek képesek taxis alkalmazásokat telepíteni, akkor egy mobil bankos megoldás sem az ördögtől való. Nem látom az átütő erőt a webes megoldásban, pláne úgy, hogy készülékeknél egy közép kategóriától lefelé semmi garancia nincsen arra, hogy a böngésző a következő gombnyomástól nem esik hanyatt memória és egyéb problémák miatt.

  (#69) E.Kaufmann
  Szerencsére a java világának a kliens-oldali fejlesztés csak egy elenyészően kis szelete. Erről a sun/oracle is tehet, az tény. Lehettek volna olyanok, mint a ms a .nettel.

  (#70) Darth Sith
  Ezért is vagyok bosszús emiatt a html5 mozgalom miatt. Teljesen nélkülöz minden realitást.

• #66 floatr veterán fordfairlane #63

  Új Válasz 2016-01-29 18:45:14 #66

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz fordfairlane #63 üzenetére

  Meglátjuk. A CIB a JWS irányba lépett már idejekorán, nagyjából azidőtájt, amikor a chrome lépett.

  Én is szeretnék látni egy normalis webapp kliens platformot, de eddig csak JS frameworköket láttam érdemben, az meg még távol van az optimálistól.

  (#64) lionhearted
  Az SMS téma nem mai dolog. Elég erős lehúzás a szolgáltatók részéről, de még mindig nagyobb garanciák vannak az SMS kézbesítésére normál körülmények közt, mint a push üzenetre. Nekem van hogy 10-20 perc késéssel jönnek a telefonra, ami egy két kulcsos autentikáció esetében elfogadhatatlan.

  (#65) Darth Sith
  találtsüllyedt
  Talán mintha az exploderen keresztül lenne erre lehetőség, de a többi... Volt egy tender 1-2 éve, ahol épp ez volt a problémánk, hogy aláírást kellett volna tudni megejteni. De még platfromfüggetlen megoldást sem találtunk hirtelen, nemhogy böngészőset

• #62 floatr veterán fordfairlane #61

  Új Válasz 2016-01-29 15:09:00 #62

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz fordfairlane #61 üzenetére

  És lehetne még sorolni, ami vagy van, vagy nincsen, vagy máshogy van, esetleg félkész. Ezért mondom h kb 15-20 év a lemaradás, amit lehet h egy hello world html5-ös demóval lehet feledtetni, de azért komolyabb dolgoknál erősen feltételes.

  Ezzel nem azt mondom, hogy életképtelen, csak azt, hogy ennyire lesajnálni a javas klienseket -- mint ahonnét elindult -- kicsit meredek, amikor még ennyi hiányosság van a másik oldalon.

• #60 floatr veterán fordfairlane #57

  Új Válasz 2016-01-29 14:27:40 #60

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz fordfairlane #57 üzenetére

  Egyről beszélünk, csak neked a platformfüggetlenségbe belefér, hogy minden böngészőn még más oprencer alatt is máshogy működik/néz ki, nekem meg nem.

  Oldjuk meg pl promise API-val... ja nem mert az 2 böngésző egy évnél üjabb verziójában részben támogatott, a többihez meg "wrapper" kell, és még lehetne sorolni. Emlékszem, amikor a C/C++-ra mondták, hogy platformfüggetlen a '70/'80-as években; részben az is volt.

• #55 floatr veterán lionhearted #53

  Új Válasz 2016-01-29 12:18:56 #55

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz lionhearted #53 üzenetére

  Direkt használnak külön csatornát, nem a lehúzás a szempont. Legalábbis nem az elsődleges.

  (#52) fordfairlane ez csak részben van így
  Ha ezt a kedvence frontendes kollégám látná, felköpne és aláállna Folyamatos vakarózás megy a böngészők, felbontások és verziók mentén, és attól lesz "plaformfüggetlen", hogy mögötte az összes lehetséges variációra bedolgozták, amit kellett.

• #51 floatr veterán lionhearted #46

  Új Válasz 2016-01-29 11:39:35 #51

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz lionhearted #46 üzenetére

  Bármi lehetséges, de nekem az nem mondható biztonságosnak, ahol a címsorba beírt "javascript: sendMoney()" vagy a lapok közti navigáció már zavart okoz. Sakkor a providereken nem vitázzunk. Elvileg bármit lehet scriptben is implementálni, de amíg natív support nincsen rá, addig inkább csak aranyos, mint tényező.

• #45 floatr veterán ntomka #33

  Új Válasz 2016-01-29 10:01:50 #45

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz ntomka #33 üzenetére

  Akkor már legalább valami banálisan nem HTML5 specifikus dolgot mondtál volna, hogy onmousemove Meg aztán ezek a scriptes titkosítási megoldások, meg az NSA-biztos https...

  Sajnálom de egyelőre nem túl meggyőző a dolog, ráadásul eddig tudta azt, ami nekem kell, a webes netbankok meg sok szempontból kevésbé szimpatikusak. Mondom ezt úgy, hogy minden más ügyviteli alkalmazást én is így fejleszte(te)k. A CIB-nél a legnagyobb hiányosság, hogy az újabb fizetési módokat rendszer szinten még nem alkalmazzák. Vicces h pont az őskomcsi konkurenciához képest vannak lépéshátrányban.

• #31 floatr veterán ntomka #16

  Új Válasz 2016-01-28 15:32:36 #31

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz ntomka #16 üzenetére

  Nekem ott kezdődik a problémám a májer exkluzív HTML-es megoldásokkal, hogy azt hogyan oldod meg, hogy az adatkezelést a belépés előtt egérmozgással generált random kulcs segítségével titkosítod.

  Emellett tőlem bárakármilyen dizájn meg HTML5 lehet az implementáció, ha csak egy becsomagolt cucc az egész. Nem mondom, hogy forradalmi a dolog, meg hogy nem lehetne logikusabban megoldani a felépítést, de szerintem a CIB netbank jó megoldás.

  Ehhez képest a HTML-es verziók kicsit olyannak tűnnek, mint amikor azon röhögtünk, hogy egy felhasználóbarát ATM szóban köszönne, és bemondaná hangosan a számokat, amikor a PIN-t ütöd.

  A modern HTML(5) az, ami 20 évvel ezelőtt meg kellett volna szülessen, és az ES6-nak is már vagy 15 éve el kellett volna indulnia, de sajnos visszamaradt a fejlődésben ismert okokból. Ha ez megtörtént volna, most valóban tarthatnánk ott, hogy már rég nem kéne semmiféle kliens-oldali technológia kiegészítésképpen.

• #14 floatr veterán joghurt #9

  Új Válasz 2016-01-28 11:47:46 #14

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz joghurt #9 üzenetére

  Nem igazán vágom h mire gondolsz. A Java Web Start folyamatosan ellenőrzheti a verziót, nem kell neked szórakozni vele. Ami az abev esetén szívás, az a runtime frissítése, ami az abev esetében okozott néha problémát. A biztonsági probléma nem a java, hanem a plugin miatt van. Ha egy megfelelően prepalált oldalon egy arra alkalmas kódot futtat a plugin, akkor az oldal hozzáférhet a rendszeredhez.
  Ez egy banki JWS alkalmazásnál nem játszik.

• #5 floatr veterán twollah1976 #3

  Új Válasz 2016-01-28 10:03:26 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz twollah1976 #3 üzenetére

  Legújabban már a netbankok is Java Web Start-os appot adnak, akárcsak az abevjava. Ez annyit tesz, hogy egy leírót kap a böngésző, amit a JWS meg tud nyitni, mintha egy letöltött doksit nyitnál meg. Ehhez nek kell plugin, mert nem a böngészőben indul el.

Új hozzászólás Aktív témák