Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Nyilván ezt a megoldást lehet általánosabbá is tenni, sőt, akár lehetne kliensoldali keretrendszert/library-t is felhasználni a célra, amivel nagy eséllyel sokkal rövidebben is "megfogalmazhatod" kódszinten az igényeidet, ez egy útmutató volt arra, hogy hogyan tudod megoldani azt a konkrét problémát, amire rákérdeztél. Mivel nem fejtetted ki a konkrét igényeket, hogy milyen módon szeretnéd általánosítani, ezt kitalálni magunktól nem tudjuk.
Amúgy hogy most mitől jobb megoldás ennél az, hogy iframe-be töltöd be, az számomra rejtély.
Mindenesetre remélem, ez azért valamennyire segített elindulni az úton.Sk8erPeter
-
Sk8erPeter
nagyúr
Te most a MIME type-ról beszélsz, ahhoz a jQuery-nek túl sok köze nincsen.
Itt van egy egész hosszú lista:
http://www.sitepoint.com/web-foundations/mime-types-complete-list/Egyébként JavaScripttel is tudod csekkolni a MIME type-ot egy adott fájltípusnál (ha felismerhető) anélkül, hogy feltöltenéd, egy egyszerű fájlválasztóval, meg némi plain JavaScript-kóddal:
http://stackoverflow.com/questions/4581308/jquery-or-javascript-get-mime-type-from-url/4581316#4581316
»» http://jsbin.com/akati3/2/edit?html,output
»» https://developer.mozilla.org/en-US/docs/Web/API/Blob/type[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Oppenheimer #3194 üzenetére
"És 1 sz*r*s paraméter miért számít ennyit? De utálom a frontendet."
Ennek semmi köze nincs a frontendhez, még a jQuery-hez sem (főleg, hogy ugyebár a JavaScript szerveroldali nyelv is), sőt, még a JavaScripthez sincs úgy konkrétan köze, mert ez nem csak itt működne így. Igazából ez elég alapvető dolog, nem igazán tudom, mit nem értesz ezen, ha a Java topicban elvileg ennél azért egy picit komplexebb kódokkal vagy elfoglalva. Attól még, mert akár anonim függvényt is át lehet adni paraméterként, ennek a működése nem tudom, miért meglepő.Egyébként ha jól értem, mit szeretnél, ha nagyon akarod, .bind()-dal is meg tudod oldani, vagy ha áttekinthetőbben szeretnéd (hogy a kódra ránézve egyből tudd, mit csinálsz ott), akkor válaszd a wis által javasolt módszert.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Oppenheimer #3199 üzenetére
Igen, ugyanezt egész pontosan értettem az előbb is, és erre válaszoltam. Még mindig nem tudom, miért olyan meglepő, hogy így működik (hogy meghívódik a függvény ott helyben abban a formában, ahogy át akarod adni a paramétert), ha már más programozási nyelvekben is mozogsz, és nem most kezdted. Meglehet a véleményed a JavaScriptről, de ez nem JavaScript-szintű probléma, hanem alapvető programozási ismeret. Félre ne értsd, semmi gond nem lenne azzal, hogy elsőre nem tiszta, hogy így nem működik, amit szeretnél, csak furcsán jön ki picit, hogy a nyelvet kezded el fikázni egy olyanért, ami speciel pont nem sorolható a nyelv hibái közé (pedig aztán bőven lehetne sorolni olyat, de ez nem az).
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz attis71 #3202 üzenetére
Hát az a kód valami kegyetlen gusztustalan.
Amúgy meg miért várod, hogy működjön, ha az insertDB.php fájlodban olyan mezők értékét ellenőrzöd, és próbálod meg elérni, amelyekhez tartozó űrlapelemeket a HTML-fájlodban nem definiáltál? Jogosan nem lesznek ilyen elemek a szerveroldalra elküldött adatok között, és így jogosan nem fut le az adatbázisba való feltöltésre szolgáló kódrészlet sem (tehát nem lépbe a feltételtől függő ágba).Meg a kliensoldali insertDB() függvényed is baromság, ezt küldöd el szerveroldalra:
data: { kolcsonzoID: 'kolcsonzoID', utanfutoID: 'utanfutoID', datum : 'datum' },
Minek küldesz el ilyen stringeket? Gondolom valós adatokat akartál elküldeni.Sk8erPeter
-
Sk8erPeter
nagyúr
"Charcodeban más a numpados 0 meg a felső számsoros"
Persze, más: a fölső számsor 0-ja 48-as kódú az ASCII-táblának megfelelően, a numpados 0 pedig 96-os (ASCII-tábla szerint ez a grave accent (`)). A fölső számsoros 0-t lenyomva magyar billentyűzetnél, de az operációs rendszerben US QWERTY layoutot alkalmazva (tehát ahol például problémát jelenthet a 0 és ö betűk közti különbség) 192 (À, Latin capital letter A with grave a Windows 1252 szerint) a keyCode/which (amúgy az eventhez tartozó charCode, keyCode és which deprecated az MDN szerint, nem tudom, miért, ha a code és key property-k jelenleg nem működnek, pontosabban a key csak Firefoxban azt hiszem, Blink-alapúakban még egyik sem).Viszont kérdés, hogy ez esetedben miért számít egyáltalán, ha úgyis barcode scannerrel viszitek fel az adatot?
"Ha be akarok lépni, angolra kell váltani a billt, hogy az ö helyén nulla legyen, ha nincs kéznél a numpados billentyűzetem"
Ezt viszont nem értettem. A tenkeyless keyboard esetén is a fölső számsorban is található egy 0 gomb, meg mivel magyar billentyűzetet használsz, egy ö betű is a számok mellett. Miért kell átváltani a kiosztást a tényleges 0 gomb megnyomása helyett?Amúgy ha érdekelnek a pontos keycode-ok csak úgy gyors ellenőrzésre, hogy épp mit nyomsz le, mi a keyCode-ja (még ha az deprecated is azóta ), valamikor nagyon régen csináltam még ilyet magamnak:
http://jsfiddle.net/Sk8erPeter/EAjYe/[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Ki tudnád próbálni a kedvemért egy normális böngészővel is, tehát ami nem Faszari? Csak úgy kíváncsiságból, mert még mindig nem értem, hogy az OSX ilyen retardált-degenerált, hogy egy normális keyboard layout beállítás is el van rontva, olyan almásan, vagy az Apple-nek csak a csodálatos büszkesége, a böngészőjük ilyen okos...
Köszi!"szarul beállított karakterkódolás és beviteli ellenőrzés mellett ez miatt nem tudod beütni a születési időd, vagy telefonszámod, akkor az van, hogy magyar bill esetén 1-9 és ö betűt tudsz bevinni"
Hogy jön ide a karakterkódolás?"Ha nincs ott a user mellett egy alapfokú IT ismeretekkel rendelkező ember, aki segít angol billre váltani, az megszívta. (ha a laptopján pl nincs numpad)."
Hát ez nekem még mindig nagyon furcsa. Ha magyarra van állítva operációs rendszer szintjén a kiosztás, és a magyar billentyűzeten a felhasználó a megfelelő gombot nyomja le, akkor a 0-nak kellene előjönnie a 0 lenyomására. Szóval ez nekem elég egyedinek tűnik, valami Apple-höz kötődőnek (mindegy, hogy csak Safari vagy már kapásból az OSX szintjén), ilyet legalábbis Windows-nál és Linuxnál nem tapasztaltam.
Amúgy ha már numpad van, akkor ott meg az a potenciális hibaforrás, ha a Num Lock ki van kapcsolva...Sk8erPeter
-
Sk8erPeter
nagyúr
Köszi a videót!
Igazából szórakoztató mindig szembesülni vele, hogy az Apple-höz kapcsolódó sznobizmus ellenére ilyen hibák tapasztalhatók. (Lásd a csodás böngészőjüket is.)
Szerintem ez tök abnormális viselkedés, és nem is igazán értem, hogy miért így működik OSX-en.Sk8erPeter
-
Sk8erPeter
nagyúr
Most bevallom, ezt a magyarázatot nem értettem, hogy "a billentyűzet kiosztás felülírást (nevezzük így) más rétegben alkalmazza, mint a win". No de miért tűnik kifejezetten OSX-specifikusnak tűnik a probléma, és se Windows-nál, se Linuxnál nem jelentkezik? Most kipróbáltam egy öregecske Fedora Linuxon, ott is helyesen működik (ez volt épp kéznél, igaz, virtuális gép formájában, ami elképzelhető, hogy megint változtat picit a képleten, de egyébként korábban sem tapasztaltam ilyen jellegű parát Linuxon).
Még esetleg Firefoxban csak kíváncsiságból meg tudnád nézni, ha kéznél van? Ha ott is ugyanez van, akkor legalább általános, és tényleg számolni kell ilyen gonddal OS X-nél, és jó tudni...
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz trisztan94 #3249 üzenetére
Hogy mi? Ez komoly, hogy úgy akarod megoldani a problémát, hogy 5 másodpercenként ránézel az elemre, hogy mi a helyzet vele?
(#3248) disy68:
Ez mennyire brutálisan béna a Bootstrapnél, hogy egyetlen karakterben tér el a két event, "slide.bs.carousel", illetve "slid.bs.carousel", úristen, ezt még nem is láttam. Ilyen alapon lehetett volna akár "slide.bs.carousel" és "slide.bs.carouse" is, hasonlóan lehetne érteni és észrevenni a különbséget. Micsoda egy idióta, aki ezt kitalálta.Sk8erPeter
-
Sk8erPeter
nagyúr
Igen, elég egyszerű lett volna elintézni, hogy ne egy darab, alig észrevehető karakterben (e) térjenek el. Amúgy persze, értem az okokat, de ez jelen formájában béna.
Főleg, hogy "belül" a sliding szócskát használják (miért nem lehetett akkor azt használni az eseménynél is?):
http://getbootstrap.com/dist/js/bootstrap.js
var Carousel = function (element, options) {
this.$element = $(element)
this.$indicators = this.$element.find('.carousel-indicators')
this.options = options
this.paused = null
this.sliding = null
this.interval = null
this.$active = null
this.$items = null
...Azért a kódban külön megjegyzik, hogy "// yes, slid"
var slidEvent = $.Event('slid.bs.carousel', { relatedTarget: relatedTarget, direction: direction }) // yes, "slid"Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Randomized #3284 üzenetére
Az a baj, hogy a hibaleírásból még az sem derül ki egyértelműen, hogy melyik "szereplő" lehet a probléma okozója, mert konkrétabb kódrészletek vagy pontosabb körülírás nélkül nem lehet kitalálni. Némi kód előrébb vihet.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Randomized #3286 üzenetére
Ha jól értettem, valójában szerveroldalon az látszik, hogy tényleg sikeres a belépés - vagy mégsem? -, csak kliensoldalon nem gömbölyű valami, de ezt nem fejtetted ki - igazából a lényeget -, hogy mi is nem működik egész pontosan. Maga az oldal újratöltése nem történik meg? Vagy újratöltés után mégsincs bejelentkezve már a felhasználó, pedig korábban úgy tűnt, hogy be van jelentkezve - tehát mégis szerveroldali a para? Vagy kliensoldalon nem látszik valami úgy, ahogy látszania kellene? Vagy mi (nem) történik?
Ezt az alábbit még azelőtt írtam, hogy visszaolvastam volna, és láttam volna, hogy elméletileg be van jelentkezve a júzer (de lehet, hogy csak úgy tűnik, pedig igazából nem), végül is a benne írtak állnak továbbra is, de mivel itt OFF, meg valószínűleg nem is itt lesz a megoldás, ezért OFF-ba is raktam:
A PHP-kódnál sokat segít hibafelderítés esetén, ha nem nyomod el a hibakijelzést az error_reporting 0-ra állításával (persze kizárólag fejlesztői, nem production környezetben).
Egyébként a potenciális hibák lekezelése finoman szólva nem túl alapos, pl. csatlakozás után egyáltalán nem ellenőrzöd, hogy minden rendben ment-e az adatbázissal való kapcsolat létrehozása során. A mysqli_query visszatérési értékét is érdemes lenne leellenőrizni, mielőtt ráhívsz a visszaadott eredményre egy mysqli_num_rows-t - igaz, ennek elméletileg nullát kellene visszaadnia, ha már eleve előtte a query sem futott le helyesen.
A mysqli_real_escape_string-es bohóckodás nagyon rossz és rég elavult gyakorlat, helyette parametrizálni kell a query-t (lásd itt), és a nyelvi eszközök pedig elintézik, hogy az átpasszolt paraméterek le legyenek kezelve (rosszindulatúság és egyéb szempontokkal kapcsolatban).
Másik hiba: beállítod az $errors['pass']-t, és aztán később ellenőrzöd, hogy !isset($errors['userpass'])-t. (másik kulcs, pass vs. userpass... ) Egyébként sem sok értelmét látom, hogy más kulcsot használsz fel az $errors tömbödben, mint az eredetileg klienstől (a formban az adott mező name attribútuma formájában) kapott kulcsoknál.
Egyébként mysqli-nél szerintem nagyon csúnya a procedurális formula, az objektumorientált API nem véletlenül áll rendelkezésre, de persze ízlések és pofonok.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz trisztan94 #3289 üzenetére
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz trisztan94 #3303 üzenetére
Ez esetben szerintem kénytelen vagy a jövőben létrejövő elem szülőelemére is aggatni egy MutationObservert, és figyelni a gyerekelemek változását, hogy mikor kerül hozzáadásra, és amikor a várt elem létrejöttét detektálod, akkor csapod hozzá a további MutationObservereket, ahogy martonx írta. (A szülőelemen childList vagy subtree attribútumok vmelyikével, most telóról vagyok, nem tudom kipróbálni.)
Sk8erPeter
Új hozzászólás Aktív témák
- Sokkolóan drága az idei csúcs TCL tévé
- Nintendo Wii U
- exHWSW - Értünk mindenhez IS
- Linux kezdőknek
- Bugfix van, magyarázat nincs az iOS-ben újra feltűnő, korábban törölt fotókra
- Ezért jött hardveres sugárkövetés nélkül a Hellblade II
- Eredeti játékok OFF topik
- Mikrofon topic
- Diablo IV
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest