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

• #3788 Sk8erPeter nagyúr SirRasor #3787

  Új Válasz 2013-10-19 18:17:15 #3788

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz SirRasor #3787 üzenetére

  Nem ismerem ezeket a lynda.com-os videókat, de ezek szerint kellő fenntartással kell őket kezelni... Szívesen!

• #3786 Sk8erPeter nagyúr SirRasor #3785

  Új Válasz 2013-10-19 16:31:33 #3786

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz SirRasor #3785 üzenetére

  Ez azért van, mert rosszul használod.
  helyesen:

  var myElement = document.getElementById('akarmi');
  myElement.style.display = "block"; // ez a lényeg, az nem jó, h "display:block"

  vagy
  myElement.style.display = "none";

  és így tovább.

• #3749 Sk8erPeter nagyúr SirRasor #3747

  Új Válasz 2013-10-08 01:25:46 #3749

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz SirRasor #3747 üzenetére

  Csatlakozva Jim-Y gondolatához a Java ugyanúgy elképzelhető webes területen szerveroldali nyelvként, mint a PHP vagy ASP.NET, ergo lehet, hogy a cég azért várja el, hogy ilyen ismereteid legyenek, mert konkrétan webfejlesztésre fogod használni a Java nyelvet. Amihez meg a HTML+CSS+JavaScript (+általában valamilyen library, pl. jQuery, mivel a keretrendszerek is sokszor használják ezeket) tudás természetesen elengedhetetlen. Erről persze neked kéne tudnod a pontosabb infókat.

  Plusz csatlakozom az előttem szólókhoz, ne szinkron módon oldd meg a feladatodat, ha már AJAX volt a kérés (ami alapvetően aszinkron), meg amúgy sem, mert az elég kellemetlen, amikor egy hosszabb prüntyögés (kommunikáció a szerverrel oda-vissza) befagyasztja a GUI-t a böngészőben.
  Az aszinkron megoldásnál az ún. callback-ek használata (ha nem használsz advanced-ebb megoldást, amiket Karma említett) leegyszerűsítve csak annyi, hogy megmondod előre, hogy majd ezt meg azt a függvényt hívd meg légy szíves, ha végeztél a feladatoddal.

• #3748 Jim-Y veterán SirRasor #3747

  Új Válasz 2013-10-07 23:30:26 #3748

  Ú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

  

  Jim-Y

  veterán

  válasz SirRasor #3747 üzenetére

  Ha pl JavaEE-s projektre kerülnél ott előjöhet a js is, gondolom ezért, illetve még ezer helyen visszaköszönhet a js. Egy alap tudás belőle nem árthat

• #3746 Karma félisten SirRasor #3744

  Új Válasz 2013-10-07 21:52:36 #3746

  Ú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

  

  Karma

  félisten

  válasz SirRasor #3744 üzenetére

  Vanilla JS-ben az onreadystatechangedhez berakni egy callback függvényt se nagy varázslat, de a legtöbb JS framework ad valami kulturáltabb még tisztább megoldást.

  Én személy szerint deferred/promise párti vagyok, de a böngésző JS motorjának befagyasztásánál tényleg minden lehetőség jobb.

• #3745 martonx veterán SirRasor #3744

  Új Válasz 2013-10-07 21:31:39 #3745

  Ú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

  

  martonx

  veterán

  válasz SirRasor #3744 üzenetére

  Úgy hívják Ajax. Aszinkron Javascript And Xml. Azaz aszinkron módon kellene megoldanod, még ha ezt a fajta programozást kicsit szoknod is kell. Ilyenkor fel kell iratkoznod eseményekre, amik akkor következnek be, amikor az aszinkron feladat véget ért. Ez a szép megoldás.

  Konkrétabban direkt nem írom le, gugli a barátod, meg rengeteg szakkönyv van ebben a témában. Bevallom nem olvastam végig mindazt a küzdelmet, amit írtál. Ugye a Java-t nem kevered össze a Javascripttel? A legelején írtad, hogy java-ban kell programoznod, de végig javascriptről beszéltünk. Ugye nem keverednek a fogalmak? Én kérek elnézést, hogy ezt megkérdeztem.

• #3743 Karma félisten SirRasor #3742

  Új Válasz 2013-10-07 20:09:42 #3743

  Ú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

  

  Karma

  félisten

  válasz SirRasor #3742 üzenetére

  A szinkron XHR-nél nagyobb gányolást nehéz eszközölni

• #3740 Sk8erPeter nagyúr SirRasor #3738

  Új Válasz 2013-10-07 18:35:45 #3740

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz SirRasor #3738 üzenetére

  http://stackoverflow.com/questions/4505798/difference-between-window-location-assign-and-window-location-replace

  röviden:
  window.location.replace('http://example.com/'); // http://example.com/ oldalra fog átirányítani...

  (OFF: hogy jön ide a Java?)

  ====

  (#3739) SirRasor :
  "Az okosok azt mondják, hogy szükség van szerver oldali ellenőrzésre is, mert CSAK."
  A "CSAK"-nál értelmesebb magyarázat is létezik rá, hogy vajon miért van szükség szerveroldali ellenőrzésre JELSZÓVAL történő BEJELENTKEZÉS esetén, amit egy pici gondolkodással is kitalálhat az ember: szerinted az jó lenne, ha a jelszóellenőrzés kliensoldali, bárki által megtekinthető kódban történne?

  Ettől még ez nem zárja ki az AJAX-os bejelentkezést, szerveroldali ellenőrzést, majd lap-újrafrissítést (hogy elcseszett adatok esetén ne frissüljön újra a teljes lap, mert az csúfnak tűnhet), nem is igazán értem a problémádat, valószínűleg valami nagy félreértésben vagy.

• #3739 SirRasor addikt SirRasor #3738

  Új Válasz 2013-10-07 18:31:18 #3739

  Ú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

  

  SirRasor

  addikt

  válasz SirRasor #3738 üzenetére

  Edit: Rájöttem a megoldásra. Az okosok azt mondják, hogy szükség van szerver oldali ellenőrzésre is, mert CSAK.
  A fenti példával meg sikeresen kikerültem azt, úgyhogy akkor az adatbázisos név/jelszóellenőrzés megy át nyers PHP-ba és kész Akkor viszont nem kell ide ajax és megy simán az átirányítás.

  Na még szerencse, hogy megkérdeztem, de azért thx a segítséget mindenkinek.

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