- Olcsó 5G-s ajánlatot nyújt a Realme Indiának
- Milyen okostelefont vegyek?
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy A53 5G - kevesebbet többért
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Vodafone mobilszolgáltatások
- A Honor és a Huawei uralja a kínai mobilpiacot
- iPhone topik
- Apple iPhone 11 - népalma
- Fotók, videók mobillal
Hirdetés
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
gp Továbbra is szeptemberi premierrel számolnak a fejlesztők, reméljük több halasztásra már nem kell számítanunk.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Mobilarena
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
Karma
félisten
Ez a "valahol" a user agent (böngésző) implementációjában van... Nem hiszem hogy elérhetővé kéne tenni a JS motor felé.
Manuálisan a HTML5 specifikációban meg tudod nézni, hogy a különböző tagekhez milyen DOM interface osztály tartozik (példa), de automatizálni...
“All nothings are not equal.”
-
Karma
félisten
-
Karma
félisten
válasz papa019 #2611 üzenetére
A jQuery AJAX függvényei, közöttük a jQuery.get(), a jQuery.getJSON(), esetleg a jQuery.ajax() függvények lesznek segítségedre. (Az utolsó teljesen általános, az előbbi kettő ennek egyszerűbb wrapperei.)
Az elv pont az, ahogy írod, a PHP ilyen adatot dumpol ki, ezen függvények megfelelőjével indítasz egy XHR-t a háttérben, aztán a callback függvényben azt csinálsz a behozott adattal, ami jól esik.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #2790 üzenetére
A .css() a már meglévő elemekhez ad stílust, de amik majd csak a jövőben jönnek létre, arra nem tudod ráapplikálni a stílusokat csak a .css() használatával.
.on()-nal meg ilyesmivel kéne varázsolni.
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #2793 üzenetére
A DOM CSS-t használja, így a CSS szabályokat módosítja a DOM-on belül, nem konkrétan az elementeket manipulálja.
Szerintem nagyon frankó gondolat
(Bár inkább classokat használnék )Egyébként a set se feltétlen bonyolult, hiszen a rule-ok szövegét lehet szerkeszteni is. Mondjuk jó kérdés, hogy a specificitással mi lesz.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #2821 üzenetére
"Hiába erősködsz, akkor sem szokás az URL-hez hozzáfűzni a session id-t. (Pontosítok: csak ELAVULT webalkalmazásoknál volt (remélem, a múlt idő indokolt) szokás.)"
Biztos vagy ebben az állításban? Sok nagyobb szolgáltatás, mint például a Facebook, követeli meg az access tokent minden egyes kérésben. És ahogy láttam a GET paraméter is elég gyakori (főleg REST-nél).
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #2824 üzenetére
Például a Graph API és az FQL is úgy működik, hogy paraméterként át kell adni a bejelentkezéskor kapott access tokent.
Pl. a profiloldalam adatainak lekérdezése:
https://graph.facebook.com/1669432759?method=GET&metadata=true&format=json&callback=___GraphExplorerAsyncCallback___&access_token=AAACE<kivágva>OkXfRA weboldalon ez nem ennyire látványos, amíg nem nézel rá az XHR-ekre Itt cookieból húzza fel a session ID-t a pull requestekhez.
De hogy egy másik példát is mondjak testközelből, a Liferay is folyamatosan generál sessionID-ket minden URL-be - innen fogja tudni a portletnek átadni a megfelelő objektumokat.
---
Szerintem az URL-ben küldés önmagában még nem veszélyes, ha a session ID valami hosszú, biztonságos hash, és a szerveroldal minden hívásnál ellenőrzi. Na meg persze megfelelő érvényességi idő is tartozik hozzá.
Nem úgy, mint anno a webbankos esetnél, amikor sima szám volt a user ID és szabadon be lehetett lépni bárhova (Több éve volt, nem hiszem hogy megtalálnám a cikket amiben olvastam.)
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
-
Karma
félisten
válasz Sk8erPeter #2830 üzenetére
Direkt kitértem arra, amikor csak simán böngészgeted a Facebookot Nézd meg a Chrome Developer Toolsával, mit is kommunikál le az oldal a backendjével: minden kéréshez csatolja a session ID-t. Még egy hótegyszerű statikus oldal, mint a Prohardver is folyton küldi az azonosítót.
Hogy most az URL-ben van, vagy a headerekben, cookieban vagy más formában, az teljesen mindegy. Nehezen tudok elképzelni olyan szisztémát, amelyben ez az elem teljesen hiányzik. Hogy máshogy döntené el, hogy az adott kérés milyen felhasználóhoz tartozik? A HTTP állapotmentes, abban meg nem szabad bízni, hogy az adott IP cím végén ugyanaz az ember van (spoofolni elég egyszerű...).
Na jó, egyet el tudok, és a hideg ráz tőle azonnal: a usernév/passwordöt elküldeni minden kéréssel
Apropó Liferay, igen, mindig generálja ezeket. Ha nem használod a JSR-186/286-ot nagyon nem részletezném, a fő hogy mindig
Fontosszerk: Ja látom konkrétan az URL-ben passzolgatást kifogásoltad... Szerintem egyenértékűek, na
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #2833 üzenetére
Oké.
Mondjuk az URL-t belülről át lehet írni, hogy a felhasználó betöltés után csak a szép formát lássa (vagy legalábbis nagyon hasonló viselkedést szoktam látni). Másrészt meg a legigénytelenebb oldalaktól (*hint hint*) eltekintve mindenki más már HTTPS fölött authentikál, ott meg nem látszik az URL a külső szemlélők felé.
Nem érzem annyira égető problémának, dehát ti tudjátok, elfogadom a rövid álláspontot.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz sztanozs #2835 üzenetére
A Facebook pl. teljes egészében HTTPS fölött megy, meg minden Google oldal is És nem úgy néz ki, mintha összeszakadnának.
(#2836) Sk8erPeter: Ja szerintem is.
Egyébként nem tudok semmit a teljesítményéről. Az biztos, hogy a CSS betöltődések relayoutot hoznak magukkal - ezért is van az ősi mondás a <head>-be rakásról, de azt meg kéne nézni mi történik a jQuery-s és az alternatív módosításoknál.
Most sajnos van fontosabb dolgom (csak még települ a VS és az egyéb darabok), pedig szívesen játszanék egy kicsit ezzel.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #2846 üzenetére
A mellékelt példa konkrétan azt mutatja, hogy a $.styled('.foo').set('color: #CCC;'); pár nagyságrenddel gyorsabb, mint a $('.foo').css('color', '#CCC'). A styled kimenete nem element wrapper, másra nem nagyon lehet felhasználni
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
Ezzel a frameworkkel ma találkoztam, ajánlom mindenkinek!
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #2855 üzenetére
Feltehetően ez csak egy elburjánzott példakód, a valóságban meg két forrásból érkező tömböket akar mergelni Legalábbis reménykedem.
Muton: Magára a kérdésre visszatérve: se az extend nem jó erre (mivel tömbjeid vannak), se a merge (mert az csak összefűz két tömböt, semmi egyéb logika).
Adja magát, hogy asszociatív tömböket (az index az id) vagy objektumokat (kulcs az id) használj... Az utóbbi az extend logika miatt még praktikusabb lenne. A mostani struktúráddal folyamatosan iterálni kéne a tömbön, ami tök felesleges.
“All nothings are not equal.”
-
Karma
félisten
Egy kicsit alaposabban belegondolva azért nem fenékig tejfel egyik megoldás se. Az utóbbi megoldásnál a kulcsok stringgé konvertálódnak, így elveszted a sorrendezési lehetőséget közöttük. Valamint az extend viselkedése se felülbírálható, a jobbról jövő objektum az erősebbik kutya folyamatosan.
Csak nem úszható meg az algoritmizálás.
De ha nem muszáj ne írj for ciklusok tengerét.[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz SureStudio #2863 üzenetére
Megcsinálhatod Javascriptben, de akkor annyit is ér - kliensoldalon könnyen átírja az ember az ellenőrzést és már meg is van a hivatkozás. Vagy ha egyszerűbben tárolod, akkor simán kimásolja (lásd imageshack pl.).
Kicsivel biztonságosabb, ha a valódi linket a szerveroldalad utólag küldi el, feltéve, hogy a jelszó helyes volt. Akkor nem úszod meg a PHP-t (vagy éppen miben írogatsz).
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz SureStudio #2866 üzenetére
JS-ben könnyebb, igen, de a nagy igazság az, hogy semmiben se bízhatsz, amivel kapcsolatba lép a felhasználód vagy a külvilág.
v2izzy:
Egyben ez az underscore.js nagyon komoly cuccnak tűnik algoritmizáláshoz.[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
-
Karma
félisten
-
Karma
félisten
válasz [pod]Diablo #2934 üzenetére
JSFiddle-ön példát összerakni légy szíves, vagy legalább megmagyarázni, hogy milyen navigációs gombokról van szó...
Addig is egy megjegyzés: nem fog kiakadást okozni, de az addClass, removeClass függvényeknek nincs második paramétere.
“All nothings are not equal.”
-
Karma
félisten
A konkrét PHP megvalósítástól függetlenül ez egy olyan pont, ahol előnyös lehetne a megjelenítés és a folyamatod szétválasztása. Tehát egy AJAX hívással elindítasz valamit, aztán setIntervallal pollozod egy másik AJAX-szal, amíg véget nem ér. A dolog lényege az, hogy ezek a hívások ne HTML fragmentet adjanak vissza, hanem valami egyszerűbb JSON objektumot (benne a request azonosítójával és a státusszal), és ez alapján crissíted a UI-t, JS kódból.
Ezzel a döntéssel gyakorlatilag egy REST webservice-re és egy JS kliensre bontanád a problémát. Ha egyszer a jövőben mobilalkalmazást akarnál írni, ez felbecsülhetetlen értékű beruházás. De ha nem, a módosításokat is jobban lehetővé tenné.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
-
Karma
félisten
válasz Sk8erPeter #2953 üzenetére
Mert meglepően nem mondtál semmit, pedig szoktál folyton
És személy szerint érdekelt is a véleményed.Ez a menet közben frissített adatbázis kisebb módosításnak tűnik tényleg
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
Nem egészen, ha ezt tenné, szerintem az összes callback hívásnál a path az utolsó név lenne.
Itt egy példa, ahogy próbáltam rekonstruálni a dolgot a WinJS alapján“All nothings are not equal.”
-
Karma
félisten
válasz Benceee14 #2982 üzenetére
Nem nézegetni szeretném a munkásságod, hanem konkrétan megnézni hogy mi a baj a szkriptfuttatással a környezetedben Ezt pedig úgy lehet, hogy a teljes HTML oldalt, amivel most próbálkozol, benyomod pastebinre és ide linkeled.
Itt a piros algoritmus...
Van egy darabszámod, mondjuk három, ahány lehetséges helyre kerülhet a piros.
Ehhez nem kell for ciklus, hasraütsz N = 3.Az elrejtéshez kell egy véletlenszám 0 és N-1 között. Egy függvényhívás bármilyen nyelven.
Ha ez megvan, vársz a felhasználóra, hogy adjon egy számot. Egyenlő az előbb generált számmal? Akkor nyert. Nem? Akkor vesztett. (Vagy újra próbálkozhat, ha úgy kéri a házifeladat...)
Ennyi. Semmi bonyolult nincs benne, konkrétan JavaScriptben is csak az bonyolítja el, hogy hogyan jeleníted meg az egészet.
“All nothings are not equal.”
-
Karma
félisten
Amikor a HTML kódban írod a div ID-jét, ne tegyél oda #-ot.
És tényleg találj ki valami értelmesebb elnevezést ezeknél pls.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #3036 üzenetére
Nyilvánvaló, hogy a helyes megoldás nem ez, hanem sokkal magasabb szinten újratervezni az egészet, de a gyakorlás kedvéért gondoltam megválaszolom a konkrét kérdést
Sajnos nem csak magyar és nem csak kis cégek jellemzője a sok pénzért hullámzó (nem ritkán hulladék) minőség. Ha ennyire meglepő, megkérdezhetem (akár privátban), hogy hol dolgozol? Egyébként egy dolog, hogy mennyi nulla van a végén, ennél durvább a költség.
Muton, a probléma általános megoldása szerintem arra alapul, hogy meg tudod-e állapítani az adott elemhez tartozó következő elemet. Akkor nincs szükség ilyen statikus behuzalozásra, mint amit a binddal csináltam, sokat egyszerűsödne az egész click eseménykezelő. Sőt, akkor már az on() függvényt is be lehetne vetni.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #3040 üzenetére
Hát csak arra az esetre gondoltam, hogy eljut a projekt arra a komplexitási szintre, hogy ezt a ciklust még egyszer le kell futtatni, mert mondjuk beAJAXol két tucat entitást a meglévőkhöz.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
Ehöm, miért az almától függ, hogy a mouseentert hozzáfűzöd-e vagy sem? Csakmert ha ez a kódrészlet kétszer meghívódik, akkor kétszer lesz odafűzve a handler... Ezt egyébként egy breakpointtal seperc alatt ellenőrizheted.
Nem biztos hogy ez a hiba, csak bűzlik - elég gyakori hiba hogy egy kifordított feltétel miatt nem egészen az történik, mint amit szeretnél. Event handlert csak egyszer, tisztán elkülönítve regisztrálj.
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #3103 üzenetére
SO helyett köpönyeg (haha): Understanding JavaScript OOP
“All nothings are not equal.”
-
Karma
félisten
válasz Sk8erPeter #3176 üzenetére
Nem egészen. Volt később egy olyan is, ahol piros-zöld-kék négyzetek fade-elnek egymásba. Megnézem, hátha rajta van a dashboardomon. Köszi amúgy hogy rákerestél
Szerk.: Sajnos nincs meg.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
A JavaScript egy programozási nyelv, így természetesen nyelvi elemként nem tud ilyet, mint ahogy a többi sem . Mindig a framework biztosít ilyeneket.
Ennek fényében a böngészőben futó JS környezet, a Node.JS és a Windows 8-as WinJS három külön kérdés. Az utóbbi kettőnél vannak alapvető dolgok, a böngészőben meg a W3 File/FileReader API.
“All nothings are not equal.”
-
Karma
félisten
Hogyhogy nem kezeli le? A második utasítás meg se fog hívódni, mert az exceptiontől kiszáll abból a belső blokkból. Ez a dolgok természetes rendje, a második függvényhívásig nem jut el a program se try blokkban, se anélkül, ha kivételt dob az első.
A szóhasználat miatt nem jön át mit szeretnél, de azért próbálok valamit írni.
Ha mindkettő elszállhat és mindkét hibát le akarod nyelni, akkor két try blokkot írsz egymás után.
try {
valami1();
} catch (ex) {
// kiirod, megeszed, egyremegy
}
try {
valami2();
} catch (ex) {
}De ha mondjuk a második nem szállhat el, és meg akarod hívni az első hívás sikerességétől függetlenül, még akkor is ha továbbdobod a kivételt, akkor ott a finally.
try {
valami1();
} catch (ex) {
// kiirod, megeszed, egyremegy
// vagy tovabbdobod a "throw ex;" sorral
} finally {
valami2();
}Két try blokkot egymásba ágyazni tényleg nem szerencsés, mert amellett hogy egyre mélyebben kell indentálni, nem annyira szembetűnő hogy hiba esetén mi is történik.
Mondjuk ha ezek a te függvényeid, akkor akár megírhatnád őket úgy, hogy csak akkor dobjanak kivételt, amikor ténylegesen valami nagy hiba történik, nem pedig a kivételek köré szervezed a logikát (klasszikus antipattern). A boolean visszatérési értékű függvények pl. jók erre.
“All nothings are not equal.”
-
Karma
félisten
-
Karma
félisten
Sorvégek. Az egyik szerver valószínűleg Linux-alapú, a másik Windows; ugyanis a data.js a rossz esetben úgy néz ki, mintha a lényegi rész ki lenne kommentezve. (Chrome -> pretty print). Alakítsd át egységessé őket, sőt még jobb, ha a kommenteket //-ről /* */-re cseréled.
A context menü letiltásáért meg kőbalta.
[ Szerkesztve ]
“All nothings are not equal.”
Új hozzászólás Aktív témák
- AKCIÓ - TELEFONTOKOK, EGYÉB AUTÓS KIEGÉSZÍTŐK, FÜLHALLGATÓK
- Olympus M.ZUIKO DIGITAL 25mm f/1.8 objektív
- Xiaomi Redmi 9 64GB, Kártyafüggetlen, 1 Év Garanciával
- Dell Latitude E7450 Full i7-5600U, 16GB DDR3, 512GB SSD, FHD IPS, Nvidia, HUN Vil.Bill. Új
- Dell Latitude 7310 i7-10610U, 16GB DDR4, 512GB NVMe, FHD IPS Privacy, HUN Vil.Bill, NBD, Új Állapot