- Router gondok
- Call center-forradalom: AI alakítja át az ideges telefonálók hangját
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Max
- Kínos ügy lett az OpenAI Scarlett Johansson-botránya
- Synology NAS
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Kaspersky Antivirus és Internet Security Fórum
- Bittorrent topik
- Tárhely szolgáltató választás
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz Speeedfire #2575 üzenetére
Tényleg hagyjuk, mert látom semmi nem jön át abból, amit vakerászok. Felesleges volt az egész korábbi érvelés, rátapadsz részletekre, és véletlenül sem akarod megérteni, hogy miért nem jársz jól az ilyen tákolmány megoldásokkal, de nekem aztán tényleg totál mindegy, csináld, ahogy jólesik.
Sk8erPeter
-
Polesz
addikt
válasz Speeedfire #2581 üzenetére
Köszönöm a válaszokat, tudtam hogy triviális dolgot fogok elrontani. De a közösség ereje!
Elméletileg nincs különbség elmélet és gyakorlat között. Gyakorlatilag van.
-
fordfairlane
veterán
válasz Speeedfire #2621 üzenetére
Lehet, bár ez a példádban nem tömb, hanem object literal, vagy hashmap.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz Speeedfire #2627 üzenetére
Attól még az továbbra sem tömb, amit mutattál...
olvasnivaló:
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/ArraySk8erPeter
-
Jim-Y
veterán
-
martonx
veterán
válasz Speeedfire #2957 üzenetére
Hát ez elég csúnya volt, de annyira minimális volt javítani, és éppen nagyon ráértem, hogy tessék: link
Én kérek elnézést!
-
martonx
veterán
válasz Speeedfire #3005 üzenetére
Nincs varázsgömbünk, de az 100% hogy nálad a js kódban lesz a hiba.
Én kérek elnézést!
-
Karma
félisten
válasz Speeedfire #3007 üzenetére
És hol/hogyan dolgozod fel az AJAX hívás eredményét? Mintha nem lenne callbacked a $.ajax({url: baseurl+'/site/ajaxtest'})-re kötve.
Ez elég rosszat sejtet, például hogy a visszakapott promise objektumot szinkron bevárod...
[ Szerkesztve ]
“All nothings are not equal.”
-
Jim-Y
veterán
válasz Speeedfire #3028 üzenetére
Szerintem sokat segítene, ha csinálnál belőle példát jsfiddle-re. A BE kérérseket is tudod mockolni, így tudod majd demózni a nem jól működő ajax kéréseket. Hátha közben meg is lesz a hiba...
Ahhoz, hogy tudd mockolni az ajax kéréseket, external resource-nak meg kell adni a mockjax-ot.
http://cdnjs.com/libraries/jquery-mockjax
A kód elején pedig mockolod a kéréseket:
https://github.com/appendto/jquery-mockjax
Kb így (nem az a lényeg, hogy mit adsz vissza úgy sem, hanem, hogy nem megy aszinkron. Ha jól értem a problémát...)
$.mockjax({
url: '/restful/fortune',
responseTime: 750,
responseText: {
status: 'success',
fortune: 'Are you a turtle?'
}
});Működő példát is tudnék mutatni, de elhalálozott momentán a jsfiddle :/
-
Sk8erPeter
nagyúr
válasz Speeedfire #3009 üzenetére
Több információ kéne. Azt írtad, "Azt hittem az apache lehet a ludas, de minden kérésnél ott van, hogy pending." Hol van, hogy pending? Hol nézed? Webfejlesztő panelban, vagy csak a UI-on?
Mit csinál az előző hsz.-edben írt ModalDialog()? Nem azt csinálja, hogy blokkolja a UI-t, pont, mint a BlockUI?, amitől valójában elvileg mehetne több AJAX-kérés is a háttérben, csak a UI nem használható, hogy a felhasználó ne tudjon ide-oda kattintgatni?
Webfejlesztő eszközből derült ki, hogy "nem tudok egyszerre több ajax kérést intézni a szerver felé"? Hogyan vizsgálódtál?
Ezeket magunktól sajnos tényleg nem tudjuk kitalálni.Sk8erPeter
-
Jim-Y
veterán
válasz Speeedfire #3031 üzenetére
Tadaam, példa: [link]
-
Speeedfire
nagyúr
válasz Speeedfire #3033 üzenetére
Bamm, lehet hogy teljesen rossz volt a jquery és az apache vonal is. Ahogy nézem, akik hasonló cipőben jártak ott a php session_write_close() volt a megoldás. Viszont akkor nem értem, hogy működik másnál aki szintén php-t használ session-ökkel.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz Speeedfire #3053 üzenetére
Konkrét megoldást nem találtam rá, viszont a callback funkció talán jobb rá, mint paraméterben átadni a selector-t. [link]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #3054 üzenetére
Bár a központi téma szempontjából nem releváns, jelen esetben a .text() metódushívás jobb lehet, mint a .html(), mert utóbbinál egy esetedben tök felesleges (textarea-ba raksz be sima szöveges tartalmat) reguláris kifejezéssel történő cserét is lefuttat(na, ha lenne illeszkedés, de az illeszkedést ugye vizsgálni kell): http://james.padolsey.com/jquery/#v=2.0.3&fn=jQuery.fn.html
ezzel szemben:
http://james.padolsey.com/jquery/#v=2.0.3&fn=jQuery.fn.text
http://james.padolsey.com/jquery/#v=2.0.3&fn=jQuery.textNéha érdemes lehet ilyen különbségeket is figyelembe venni (még ha eleve jQuery használatánál nem is divat sajnos az erőforrásbeli különbségekre figyelni).
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #3056 üzenetére
"Nem úgy van, hogy a simpla tag-ekhez (pl: input), attributumokhoz van a text és a dupla elemekhez(p,div stb) pedig a html?"
Attribútumokhoz? Azokhoz biztos nem, arra az .attr() való. Amúgy meg nincs ilyen jellegű szabály, amire utalsz, a .text() egyszerűen szöveges tartalmat szúr be, a .html() pedig HTML-t - értelemszerűen. Próbáld ki például ezt: $('p').text('<strong>blablabla</strong>'); Magát a teljes szöveget fogod látni a bekezdés(ek)ben, nem kerül átalakításra a "blablabla" szöveg kiemelt szöveggé (értsd: látni fogod a <strong> taget).Visszatérve a textarea vs. .text()-re: ez vicces, mielőtt írtam volna, direkt kipróbáltam, és működik textarea-hoz a .text() metódus, ennek ellenére a doksi ezt írja:
"The .text() method cannot be used on form inputs or scripts. To set or get the text value of input or textarea elements, use the .val() method. To get the value of a script element, use the .html() method."
Szóval elvileg a .val() segítségével történő beállítás a helyes textarea-hoz is. Mondjuk lehet, hogy úgy érti, hogy a .text() nem használható pl. textarea-hoz, hogy bizonyos böngészőkben nem működik... Ezt azért odaírhatták volna.
Mindenesetre a .text() textareánál működik FF 32.0.3-ban, IE11-ben, Chrome 38.0.2125.101 m alatt, szóval az aktuális böngészők mindegyikében...Na mindegy, a lényeg, hogy végül is az eredeti állítás stimmel, hogy a .html() metódust nem érdemes használni textarea-ra, arra inkább a .val() való (bár a .text() is jó a gyakorlatban ).
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
martonx
veterán
válasz Speeedfire #3096 üzenetére
Inkább a HTML5-ös History API-val kellene próbálkoznod. [link]
Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz Speeedfire #3098 üzenetére
Annak az oldalnak a címét, ahova a felhasználó épp navigálni készül, tudtommal nem tudod kideríteni kliensoldali kóddal ilyen módon, ha belegondolsz, komoly biztonsági kockázat lenne, túl sok személyes információ is kikerülhetne (például ha a saját oldaladról elnavigál a YouP×rnra, azt nem biztos, hogy a felhasználó akarja, hogy tudd ).
Tehát az egyetlen működő megközelítés, ha saját oldalon belüli linkekről/kiválasztható elemekről/... van szó, hogy az azokra való kattintás/kiválasztás/... eseményt figyeled. Ha mondjuk a felhasználó egy böngészőbe elmentett könyvjelzőre kattintva navigál oda, vagy konkrétan bepötyögi a címsorba a célURL-t (ami nem kizárt), akkor persze nem fogod megtudni, hogy saját oldalon belülre navigált, úgy, hogy akár előtte is saját oldal valamelyik menüpontjában volt (ilyenkor elvileg a referer sem tartalmazza, hiszen nem oldalon belüli hivatkozásra kattintva jutott el a másik oldalra).Sk8erPeter
-
dqdb
nagyúr
válasz Speeedfire #3100 üzenetére
Ha saját oldalon kell megoldani, és csak a linkekre kattintva kell működnie, akkor az egyik legegyszerűbb megoldás, ha a kifelé mutató direkt linkeket olyan sajátokra cseréled, amelyek átirányítják a felhasználót a megfelelő helyre, miközben te tudod regisztrálni a választott célt. Így működik többek között az Index főoldala is, például a legelső hír linkje a főoldalon most ez, amiből átirányítás után ez lesz.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
Sk8erPeter
nagyúr
válasz Speeedfire #3100 üzenetére
"Azért nem teljesen így van, mert a fenti kódrészbe a var url-hez ezt beilleszted, akkor van amikor feldobja a következő oldal címét. Viszont nem jöttem rá, hogy mi alapján. [...]
e.target.activeElement.href"
Na ne már. Ez nyilvánvalóan akkor fog létezni, amikor a felhasználó egy linkre kattintott. Nem egy nagy mágia megfejteni, például a href-ből már lehet következtetni...
Szóval de, teljesen úgy van, ahogy írtam. Ha nem linkre kattint, vagy nem valamelyik oldalon belüli elem kiválasztásával/kijelölésével/kattintásával/... kerül másik oldalra, hanem úgy hagyja el az oldalt, hogy mondjuk bepötyögi a címsorba a kívánt URL-t (vagy mondjuk rákattint valamelyik elmentett könyvjelzőre), akkor nem fogod tudni kideríteni, hogy hova is akar távozni.Ha csak a linkek céljára való kattintást kell figyelni, akkor az elég egyszerű. Vagy úgy, hogy készítesz egy event handlert, vagy például külső URL-ek esetén azt a megoldást választod, amit dqdb az előbb leírt.
Sk8erPeter
-
martonx
veterán
válasz Speeedfire #3098 üzenetére
Félreértetted. Ez annyit csinál, mint amit sk8erpeter mondott, azaz oldalon belüli navigációt figyeli, plusz a böngésző előre, hátra gombjait, historyban ugrálást.
Azt hogy a user fogja és beír xy.hu-t a böngészőbe, és elugrik oda, azt sehogy nem fogod tudni kideríteni. Csúnya is lenne.Én kérek elnézést!
-
DNReNTi
őstag
válasz Speeedfire #3112 üzenetére
keyup() ?
but without you, my life is incomplete, my days are absolutely gray
-
DNReNTi
őstag
válasz Speeedfire #3114 üzenetére
De amúgy most pontosan mit szeretnél figyelni? Az még nekem nem tiszta.
but without you, my life is incomplete, my days are absolutely gray
-
Zedz
addikt
válasz Speeedfire #3116 üzenetére
Ha már okés, akkor oszd meg velünk a megoldásod.
-
Zedz
addikt
válasz Speeedfire #3118 üzenetére
Jajj, nem voltam elég figyelmes.
-
Sk8erPeter
nagyúr
válasz Speeedfire #3114 üzenetére
"Kicsit kesze megoldás, de raktam egy trigger-t a val() után."
Szerintem semmi gond nincs ezzel, hogy ilyen esetben manuálisan váltod ki az eseményt, sokkal értelmesebb megoldás, mint időzítve figyelgetni az inputmező értékének változásait, az ilyen időzítős megoldás mindig megbízhatatlan (eleve kitalálni, hogy mennyi is legyen ez az érték, és miért pont annyi), plusz még folyamatosan erőforrást is igényel.
Tehát az általad alkalmazott megoldás a programmatikus beszúrások detektáltatására teljesen jó.Sk8erPeter
-
DNReNTi
őstag
válasz Speeedfire #3134 üzenetére
Érteni értem, csak nem tudom, ez hogy fogja levenni/rátenni a disabled attribútumot a submit-ra.
but without you, my life is incomplete, my days are absolutely gray
Új hozzászólás Aktív témák
- Szoszo94: Xiaomi Mi Router 3G - Padavanra fel!
- Szabadon fejlesztheti az OLED tévébe szánt paneljeit a Loewe
- Router gondok
- Milyen RAM-ot vegyek?
- E-book olvasók
- Xbox Series X|S
- Call center-forradalom: AI alakítja át az ideges telefonálók hangját
- Építő/felújító topik
- Mobil flották
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- 2 év gari: Olcsó DDR5 PC/I5 12400F/16GB/500GB M2/Suprim X RTX 3070/Futár is
- -70% HP EliteBook 850 G7:i7 10610U,32GB RAM,512GB SSD,15.6" FHD,vil.MAGYAR numeri.bill,WWAN 4G,Win11
- ASUS TUF Gaming GeForce RTX 4070 Ti 12GB
- Hama Ultraslim Fali konzol (TV)
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 12,9 128GB - 256GB Wi-Fi Azonnal DEÁK TÉRNÉL Átvehe
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen