- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- Fogkefe: elektromos vagy manuális?
- gban: Ingyen kellene, de tegnapra
- Lalikiraly: Astra kalandok @ Harmadik rész
- hdanesz: 50. Debrecen Nagydíj - nemzetközi salakmotorverseny - életemben másodjára
- Magga: PLEX: multimédia az egész lakásban
Új hozzászólás Aktív témák
-
Karma
félisten
válasz
Speeedfire #1199 üzenetére
Így már legalább nem leakel annyira. A success callbackben a CSS lekérdezést kicsit törékenynek gondolom, de egyébként rendben van.
-
Speeedfire
félisten
Így is rossz?
Így már ki van dobva az on(), végül is megy anélkül is.
$(".ajaxnaptar").hide();
$("#kiemelesek-tabla .rows").mouseover(function(event){
$this = $(this);
$(this).children(".szoveg").hide();
$.ajax({
url: "'.Yii::app()->baseUrl.'/kiemeles/ajaxnaptar/",
type: "GET",
data: "ho='.date('Y').'-'.date('m').'",
async: true,
cache: true,
success: function(data) {
if($this.children(".szoveg").css("display") == "none") {
$this.children(".ajaxnaptar").show();
$this.children(".ajaxnaptar").html(data);
}
}
});
}).mouseleave(function(event){
$(this).children(".ajaxnaptar").hide();
$(this).children(".szoveg").show();
}); -
Karma
félisten
válasz
Speeedfire #1197 üzenetére
Hát ezt nem egyszerűsíteni kell, hanem kidobni! Minden egyes mouseover és mouseleave eseménynél új handlert adsz hozzá az elementhez...
-
Speeedfire
félisten
Ezt lehet valahogy egyszerűsíteni? Vonatkoztassatok el a css-től. A kész kódban egy ajax hívás menne, ami a tartalmat manipulálja.
Ezért is kellene az on().$("#kiemelesek-tabla .rows").on("mouseover mouseleave", function(event){
$(this).mouseover(function(event){
$(this).css("color","red");
}).mouseleave(function(event){
$(this).css("color","white");
});
}); -
Speeedfire
félisten
válasz
Speeedfire #1195 üzenetére
Mégis csak egy kósza css bejegyzés volt, csak el volt dugva..vagy én nem vettem észre. A th-ra hivatkozott a blueprint, emiatt volt kékes színe. De ezzel a kóddal már jó is kell.
background: transparent !important; -
Karma
félisten
válasz
Speeedfire #1193 üzenetére
Ja. Csakmert a weboldalon a previewban és az éles naptárban is fehérek a gombok a hónapváltásnál, azért kérdem.
Nekem továbbra is erős a gyanúm, hogy valami CSS-ed szalad rá a th tagekre (ami a napneveket adja). A nagyság meg lehet valami webfont hiány pl... JSFiddle-ön is nagyobbak a feliratok a kelleténél. (de nem kék)
-
Karma
félisten
válasz
Speeedfire #1188 üzenetére
Ez egyébként módosított Blitzer téma?
-
Siriusb
veterán
válasz
Speeedfire #1190 üzenetére
Méretre ctrl + -
Szín: gondolom ez egy plugin, nézz bele a mellékelt CSS-be, illetve még azt is el tudom képzelni, hogy hard code -olva van valahol.
-
Karma
félisten
válasz
Speeedfire #1188 üzenetére
Ha csak az a kék fejlécsáv meg a nyilak a gáz (én ennyit látok), akkor javaslom a jobbkatt Inspect Element parancsot kb. az összes böngészőben, és nézd meg, mi adja neki ezt a kék háttérszínt.
-
Speeedfire
félisten
Valami miatt a juqery-ui nem jól jeleníti meg a calendart.
Hivatalosan
Helyette ez van nálamElvileg minden be van töltve. Ötlet?
-
martonx
veterán
válasz
trisztan94 #1185 üzenetére
minél kisebb, minél univerzálisabb részekből építed fel a kódodat, az a későbbiekben annál könyebben, annál rugalmasabban módosítható, bővíthető lesz.
-
Soak
veterán
válasz
Sk8erPeter #1183 üzenetére
+1
Már 3szor szivattam meg magam 1héten belül, hogy egy feladatot túl specifikus módon oldottam meg, nem gondolva az egyértelmű jövőre, majd szépen építettem még rá, aztán amikor bővíteni kell, 1 nap elmegy azzal, hogy újra írjam és akkor rendesen nem teszteltem még.
Most már a legkisebb funkciót/megoldást is bővíthetőre/univerzálisra írom. Jó érzés, hogy már el is felejtettem a konkrét kódot, de annyira nem kell hozzá nyulni mintha egy kész operációs rendszer lenne és minden félét megcsinálhatsz, esetleg egy basic frontendet kell összedobni.
-
Sk8erPeter
nagyúr
válasz
trisztan94 #1182 üzenetére
Hagyd a TXT-fájlos megoldásokat, ne gyakorolj olyat, amit hosszú távon úgysem fogsz tudni használni. Úgyis az az általános gyakorlat, hogy kicsinek indul, aztán bővíteni kell, és akkor alakíthatod át teljesen a szarul megírt rendszert. Inkább legyen kicsit komplexebb, de könnyen bővíthető.
-
martonx
veterán
válasz
trisztan94 #1180 üzenetére
A TXT file-os megoldás működhet, ha elég kevés adatot akarsz benne tárolni.
Meg ha nem kell benne sokat keresni. -
Soak
veterán
válasz
trisztan94 #1178 üzenetére
És mondjuk az AJAX-od egy php-re mutat ahova elpostolod az id-t az meg vissza adja amit akarsz.
Nincs mit !
-
Soak
veterán
válasz
trisztan94 #1176 üzenetére
Azokat az adatokat amiket jelenleg az url-ben tárolsz sokkal egyszerűbb lenne adatbázisban. Egyszerűen egy id-t tárolsz az url-ben amit $_GET-el kinyersz, majd azt előhozod az adatbázisból.
A jelenglegi formában iszonyú melós már egy árat is átírni még akkor is ha hozzáférsz a forráskódhoz. Amúgy meg egy nagyon egyszerű admin pagen nyilván tudsz mindent tartani.
-
trisztan94
őstag
Sziasztok!
Igazából nem nagyon tudom, hogy ide, vagy a php topikba kéne-e írni, de szerintem ide jobbSzóval az a lényeg, hogy ajaxolni szeretnék egy url-es GET kérést (amit Sk8terPeter kolléga elmagyarázott
) Most jelenleg úgy van, hogy kilistázza a termékeket, de csak a rövid leírást és van egy tovább gomb, ami így néz ki:
<a href='termek_reszletes.php?termekid=$id&termeknev=$nev&ar=$ar&kep=$kep&hosszu_leiras=$hosszu_leiras'><b>tovább!</b></a>
Így ugye a ternej_reszletes.php-ban visszakapom az adatokat, vagyis, hogy melyik termékről akarunk teljes leírást. Na most ezt szeretném beajaxolni a jelenlegi ajaxolt listázás helyére.
Lehet ilyet? -
-
-
-
biker
nagyúr
jQuery load() sem tud távoli serverről betölteni html/php filet és annak egy #element-jét használni? Csak helyi fileból?
Marad a curl-el lementés és onnan futtatás?és a load-nál a fadeIn(slow) miért nem működik nekem? chrome-nál teszteltem, de mintha máshol se látszana
-
Sk8erPeter
nagyúr
válasz
Speeedfire #1165 üzenetére
Nincs mit!
-
Speeedfire
félisten
válasz
Sk8erPeter #1164 üzenetére
Köszi.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #1163 üzenetére
Hát akkor egy ciklussal ezeken szépen végigmész kliensoldalon, és összeállítod az <option> tageket.
Egyébként inkább asszociatív tömböt adj vissza PHP-oldalról, aztán utána json_encode-old, úgy, hogy belerakod ezeknek a városoknak az id-ját is. Az option value-ja inkább int legyen, ne string (kivéve persze a country code-okat, amik általában kétkarakteres, egyedi kódok, pl. 'hu', 'uk', stb., ahogy itt írtam). -
Speeedfire
félisten
válasz
Sk8erPeter #1162 üzenetére
Csúszást nem jelent. Csak amik eddig nem jöttek elő hibát localhoston azokat javítom ki.
Mint pl 9 órás időeltérés, holott a szerver eu-ban van...JS-el akkor mit kezdjek a visszaadott tömbbel?
Pl akkor csak adja vissza a sztringeket. De akkor az mi, hogy?
pl visszaadja ezt a tömböt a szerver:
Veszprém, Pécs, Siófok -
Sk8erPeter
nagyúr
válasz
Speeedfire #1159 üzenetére
Végül is a szervert feleslegesen terheled olyasmivel, amivel a klienst is lehetne (pl. hosszas sztringkonkatenálgatások erőforrásigényesek), és nem lehet rugalmasan kezelni a visszakapott adatokat; meg érvényesek a többiek által említett szempontok.
Azért nem kell ebből drámát csinálni, olyan nagy problémát nem jelent (ld. AHAH), csak lehet, hogy később szopó lesz átállni; ha ez csúszást jelent a határidőkben, akkor hagyd későbbre. -
j0k3r!
őstag
válasz
Speeedfire #1159 üzenetére
meg ugye nagyobb meretu (sok adatot erinto) kereseknel jelentosen csokken a payload
(kevesebb adat utazik -> gyorsabb lesz az alkalmazas)
-
Karma
félisten
válasz
Speeedfire #1159 üzenetére
Mert sérülnek az olyan alapelvek, mint a prezentáció és az adatelérés szétválasztása. A backended HTML tageket generál, ami konkrét megjelenítésfüggő - és a frontend dolga lenne.
Mondjuk a teljesen webes alkalmazásoknál ez csak mostanában kezdett a divatba jönni
De attól még nem hülyeség.
-
martonx
veterán
válasz
Speeedfire #1157 üzenetére
És az ajax-od csak annyit ad vissza, hogy pl 1,2,3,4,5, esetleg json objektumokat, vagy tényleges html kódrészt:
<option>1</option>
<option>2</option>
<option>3</option>
<option>4</option>
Mert ez utóbbi azért elég tré lenne. -
Speeedfire
félisten
válasz
Sk8erPeter #1155 üzenetére
Jogos.
Egyszerűbben megoldottam. Inkább csak a visszaadott ajaxot módosítottam. Így most csak az <option> részeket dobja vissza, így nem kellett a jquery-t is átírni. -
Male
nagyúr
válasz
Speeedfire #1154 üzenetére
Jah, értem
-
Sk8erPeter
nagyúr
válasz
Speeedfire #1154 üzenetére
Dehát amikor példakódot szúrsz be, azokat a csúnya részeket lehet helyettesíteni is.
Pl. $('#kutyafule').click(function(){}); és hasonlók.==================
(#1153) Male :
nem úgy értette, hogy nem publikus, hanem hogy itt nem szívesen mutatná meg. -
Male
nagyúr
válasz
Speeedfire #1152 üzenetére
JS-nél az elég érdekes, mert a látogatók úgyis meg tudják nézni
(Na jó, ha pl admin felülethez tartozik, akkor végülis lehet védett az egyszerű látogatók elől.) -
Speeedfire
félisten
válasz
Sk8erPeter #1151 üzenetére
Nem publikus a kód, arról az oldalról van szó, amit a múltkor(kb 2-3 hónapja
) priviben írtam.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #1150 üzenetére
Szóval nem akarod, hogy segítsünk, hát jó.
-
Speeedfire
félisten
válasz
Sk8erPeter #1149 üzenetére
Jó nem az összeset, de jó részét áll kellene írnom, az eseménykezelések miatt.
Holnap majd nekiugrok. -
Sk8erPeter
nagyúr
válasz
Speeedfire #1148 üzenetére
"Az is egy megoldás, de az a baj, hogy van egy kereső rész, ahol van 4 select és mindenhez van valami esemény. "
Igazából nem értem, miért jelentene nagy különbséget, hogy a wrapperben cserélgeted, vagy magát a <select> elemet kukázod, aztán a helyére raksz valamit.
Nézd meg a replaceWith() függvényt, sanszos, hogy pont az van, amire tippeltél, hogy a teljesen lecserélt elem esetén már nem érvényesül az eseménykezelő.
De tudni kéne, hogy konkrétan mit írtál a kódba, mutass legalább példát!
Nehogy már átírj 150 sort feleslegesen.Amúgy 150 sor az még semmi, egyik projektnél a JS-kódom ÖSSZEGEZVE valami 6 ezer sor volt (jó, persze pár függvény ollózva is volt). Aztán valszeg én még így is kis pubi vagyok.
-
Speeedfire
félisten
válasz
Sk8erPeter #1147 üzenetére
Az is egy megoldás, de az a baj, hogy van egy kereső rész, ahol van 4 select és mindenhez van valami esemény. Sajnos így is eléggé belassul a dolog. Valami optimalizálást kell vele végeznem majd.
Az on nem jött össze, akkor sem mutatja a másikat.
Ha más nem akkor teljesen átírom. Csak 150 sor a jquery része. -
Sk8erPeter
nagyúr
válasz
Speeedfire #1146 üzenetére
De ahogy elnézem, Te most nem egy div tartalmát cserélgeted ki, hanem a <select> listáét.
Próbáld meg úgy, hogy a <select> listát bepakolod egy "wrapper" div-be, és annak a tartalmát cserélgeted.
Meg használd az .on()-t, mert ha jól értem, most AJAX-szal cserélgeted a tartalmakat. -
Speeedfire
félisten
válasz
Speeedfire #1145 üzenetére
Kicserélve a
$("#Hirdetes_telepules").html(data);$("#Hirdetes_telepules").replaceWith(data); -ra már jó lett. Ellenben én ezt a #Hirdetes_telepules-t is bind-elem, így ha ebben kiválasztok most valamit akkor már nem lesz jó. Az eredetinél jó volt. Elképzelhető, hogy ha a figyelt "div" megszűnik, majd újraéled akkor már nem tud vele "mit kezdeni"?
-
Speeedfire
félisten
Hmm. Nyomattam, de most hogy írtad megint meglestem és a visszaadott html nem jó. De akkor a másik 2 böngészőben miért jó?
A visszaadott tartalmat a yii generálja nekem le.
$valasz = CHtml::listData($varosok,'telepules','telepules');
$prompt = array('prompt'=>Yii::t('layout','Please select'));
echo CHtml::dropDownList('Hirdetes_telepules','telepules', $valasz, $prompt); -
Male
nagyúr
válasz
Sk8erPeter #1141 üzenetére
Hm, igen, azt nem is néztem. Elvileg mennie kéne akkor... de végülis mindegy a callback is teljesen jó erre, és megoldotta a problémát.
-
Karma
félisten
válasz
Speeedfire #1142 üzenetére
F12-t nyomtál már?
-
Speeedfire
félisten
Az miért lehet, hogy van egy ajax lekérés, ami megy chrome és ff alatt is. De ie9 alatt már nem működik?
Egy legördülő lista van, amiben megyék vannak. Ha ki van választva valami, akkor azt elküldi a szervernek, ami megmondja, hogy az adott megyében milyen településeken hirdetnek.
Esetleg van ie alá valami fejlesztő eszköz?
$.ajax({
url: "'.Yii::app()->baseUrl.'/hirdetes/ajaxtelepules/",
type: "POST",
data: "megye="+megye,
success: function(data) {
$("#Hirdetes_telepules").html(data);
}
}); -
Sk8erPeter
nagyúr
-
Male
nagyúr
válasz
trisztan94 #1138 üzenetére
A load-nak van egy complete része (callback), ott rendeld hozzá a gombokhoz amit kell.
-
Male
nagyúr
válasz
trisztan94 #1136 üzenetére
Elég zűrzavar amit írsz, de ugye nem az előtt rendeled hozzá a gombokhoz a click-et, hogy kitennéd őket az oldalra?
-
trisztan94
őstag
Na szóval,
Document.ready-ltem, ill bemásoltam azt amit írtál, ugyanúgy nem jó.
Conzole úgy megy, hogy amikor erre mész rá, hogy ugye ezt a két menüpontot kihozza, akkor írja, hogy get request volt és behozza, de amikor már bejött, nem csinál semmit ha kattintok a termékekre vagy a felhasználókra. Semmi konzolművelet.
Nem lehet, hogy az a baja, hogy ugye az id-k ebben az admin.php fájlban vannak, a script.js viszont az index.php-ba van includolva? Az egész amúgy ajaxos, minden azzal van csinálva. -
trisztan94
őstag
válasz
Sk8erPeter #1134 üzenetére
Mindjárt megnézem így, köszi. Firebug konzollal néztem, ugye az adminfelületre megy az AJAX, írja is hogy get és hogy behozza a két menüpontot, de amikor kattintok pl a termékekre akkor nem csinál semmit és a konzol sem ír semmit :S
-
Sk8erPeter
nagyúr
válasz
trisztan94 #1133 üzenetére
"van két gomb: Termékek és felhasználók, nos ezeket is ajaxolnám a mostani ajax helyére az #ajax divbe.
[...]
Szóval lehet ilyet jquery-vel? Én anno sima mezei JS-el csináltam ajaxban ajaxban ajaxot.. "Azt a k×rva, te aztán tudsz fogalmazni...
"nincs document.readybe"
Akkor legyen.Amúgy imádom az ilyen hibajelzéseket, csak a lényeget nem írod le, hogy mi a hibajelenség, mi van a konzolon (F12 vagy Ctrl+Shift+I, Console fül), mi történik, vagy épp mi NEM történik.
Még próbáld így, pl.:
$('#adminfelhasznalok').on('click', function() {
$('#ajax').load('admin/felhasznalok/felhasznalok.php');
return false;
});Ha ez sem jó, akkor kicsit több infót is ossz meg (meg fogalmazz magyarul
).
-
trisztan94
őstag
sos segítség kéne, fél órája ezzel b*szakszom...
Szóval, bejelentkezik az admin az oldalra, van neki egy gomb, hogy adminelület. Na azt ajaxxal (.load) hozza be az #ajax divbe (ami igazából egy <article id="#ajax">). Na most ez mind az index.php-n van, ahol a jquery.js és a script.js is van includelve. Na most, amikor bejött ez az "adminfelület", van két gomb: Termékek és felhasználók, nos ezeket is ajaxolnám a mostani ajax helyére az #ajax divbe. Remélem nem írom nagyon érthetetlenül, nagyon sürget a hnap 13:00-s határidő
Szóval lehet ilyet jquery-vel? Én anno sima mezei JS-el csináltam ajaxban ajaxban ajaxot..Itt a kód:
az "adminfelület"
<?php
header('Content-Type: text/html; charset=utf-8');
?>
<header>
<h1>Adminfelület</h1>
</header>
<h3 id="termekek"><a href="#adminterm">Termékek</a></h3>
<h3 id="felhasznalok"><a href="#adminfelhasznalok">Felhasználók</a></h3>és a script:
$('#termekek').on('click', function() {
$('#ajax').load('admin/termekek/termekek.php');
});
$('#felhasznalok').on('click', function() {
$('#ajax').load('admin/felhasznalok/felhasznalok.php');
});itt van előtte más menüpontok ajaxa is, nincs document.readybe de műküdik
próbáltam sima .click-el is, meg ugye ezzel, semmi se jó
Köszönöm !
-
Sk8erPeter
nagyúr
Persze. Ide most felraktam egy példát, ahol 65%-ról indul, annyi volt a "trükk", hogy 65%-ra állítottam az input kezdeti értékét, plusz triggereltem egy keydown eseményt (aminél nyilván szebben kellene megoldani a kezelését az általad említett esetben, de most csak gyorsan átmásoltam a kódot):
-
Soak
veterán
válasz
Sk8erPeter #1129 üzenetére
Ezeket a graphokat meg lehet csinálni úgy, hogy egy fix értéket mutassanak amit adatbázisból kapnak, ugye?
-
Sk8erPeter
nagyúr
Hátha valakinek kell igényes Európa-térkép:
EUROPE - CSS & jQuery clickable mapVagy egyszerűbb világtérkép:
CraftMap+ [link]
Itt meg megint egész kellemes jQuery pluginek vannak:
jscraftPl. ez a Scroller is jópofa, lásd a demókat.
Vagy ez a Horizontal bar graph.
-
trisztan94
őstag
Én a thenewboston.com-ról tanulgatom, elég jól magyaráz a csávó, sokat is fejlődtem
Hát reméljük megértem magasabb szinten is
-
Frigo
őstag
-
martonx
veterán
válasz
trisztan94 #1123 üzenetére
jquery saját dokumentációjából, webes tutorialokból. Bevallom konkrét jquery könyvet sosem olvastam.
Más programnyelvek (C# és leszármazottai ASP.NET, Silverlight) esetében futottam már át jópár ebook-ot, de inkább a saját dokumentációkból, webes példákból, oktató videókból tanultam. Rémlik mintha egyszer nekifogtam volna valami baromi hosszú PHP-s könyvnek is, de ott is inkább a webről szedtem az információkat. -
Sk8erPeter
nagyúr
válasz
trisztan94 #1123 üzenetére
Hát én nem egy könyvből olvasok, inkább többet forgatok (e-bookokat), tutorialokat nézek, stackoverflow-s kérdéseket és válaszokat böngészek, konkrét felmerülő témákkal kapcsolatban keresgélek, de legfőképp a hivatalos dokumentációt nézem.
(#1122) Karma : hát ez tényleg eléggé szopóág... most már örülök is neki, hogy nem kerültem fejlesztőként kapcsolatba a Silverlighttal. De akkor ez hova vezet, a Silverlight halálához? Mert ha igen, akkor elég kérészéletű volt.
-
trisztan94
őstag
válasz
Sk8erPeter #1119 üzenetére
Így már megy, köszönöm
Amúgy ti honnan tanuljátok a jqueryt? (meg a php-t) Tudtok ajánlani valami jó könyvet vagy weboldalt, vagy akármit? -
Karma
félisten
válasz
Sk8erPeter #1121 üzenetére
WP7-re dolgoztam, és belefutottam olyan SilverLight 4-es bugokba, amitől a hajam égnek állt. Például itt van ez, azaz ha a felhasználás helyénél definiálsz Data- vagy ControlTemplate-eket inline, akkor nem szabadul fel a Control. Sőt, nekem egész Page-ek maradtak benn a memóriában, amíg nem mozgattam minden stílust az App.xaml-be.
Értem én hogy leszarják a platformot, de ez a bug már 2010-ben ismert volt, igazán kijavíthatták volna a Mango release-ben (akkor jött be az SL4 az SL3 helyére)...
-
Karma
félisten
válasz
Sk8erPeter #1119 üzenetére
Hja, jogos, majd ráállok legközelebb
-
Sk8erPeter
nagyúr
válasz
trisztan94 #1116 üzenetére
Ez a saját szerós tetszett...
Amit Karma írt, az onLoad-nál fut le, nézd meg bal oldalt a panelt.
Tedd be $(document).ready()-be az egészet (Karma, épp a kezdők miatt kéne inkább a "no wrap (head)" beállítást használni, hogy elkerüljük a visszakérdéseket).
Update-elve Karma kódját, így értem: http://jsfiddle.net/Sk8erPeter/Kpugd/1/
Meg nyilván include-old a jQuery-t.....
Egyébként validációnál hülyeség az első hibánál visszatérni: gyűjts össze a formban az összes hibát, és mindre hívd fel a figyelmet. Szerintem.(#1111) Karma :
ja, valóban, ebben igazad van, hogy a 0-val való vizsgálódásra is true, erről megfeledkeztem, de alapból hülyeség így vizsgálni (keverni a típusokat), hogy 0-val egyenlő-e, amikor arra kíváncsi, hogy üres stringgel egyenlő-e. -
Male
nagyúr
válasz
trisztan94 #1116 üzenetére
Kevéssé valószínű, hogy itt bárkinek behozza, mivel egy belső hálós IP-t írtál most ide
-
trisztan94
őstag
Hát én esküszöm beszarok.. Jsfiddlen, amit írtál tökéletes, viszont hiába másoltam pontosan ugyanezt be az oldalra, ott nem csinál semmit, csak megy tovább a login.php-ra...
http://192.168.0.101/~trisztan/own/index.html Nem tudom, hogy behozza-e, nem mindig szokta, saját szeró
Nem vágom én ezt
Lehet bele kéne néznem a html5-ös form validationbe..
-
Male
nagyúr
válasz
martonx #1104 üzenetére
Próbálkoztam... másik szolgáltató szerverén tökéletesen megy... ugyhogy ennyi, itt valami a tárhelyen nem stimmel.
Viszont biztosan nem a méret a baja, mert 976 Byte UTF8 kódolással... hát ennyit biztos lehet postolni.
A hibanaplóba nem jegyzett be semmit. Megnézem tömörítés nélkül, hogy úgy mit kezd vele.... hátha az nem tetszik neki, hogy ilyen az adat:
$�ÿÎ�í¨t�8!qÙJ�?æó½7n�,Ö�7�³X.ÚàÇ�±ßÇÐ
...persze miért ne lehetne ilyen... a következő, hogy rákérdezek náluk, hogy mi a fene van...
-
Karma
félisten
válasz
trisztan94 #1112 üzenetére
Mi a szent szart keres az az onsubmit ott?
Ta daaa, megjavítottam. A submit() függvény nem véletlenül van a jQuery-ben, a return false-olás csak azzal működik.
-
trisztan94
őstag
válasz
Sk8erPeter #1110 üzenetére
Így sem megy
Html:
<aside>
<form method="post" action="login.php" onsubmit="return ValidateLogin();">
<input type="text" name="Username" id="Username" class="txtinp" placeholder="Felhasználónév"><br/><br/>
<input type="password" name="Password" id="Password" class="txtinp" placeholder="Jelszó"><br/><br/>
<input type="submit" class="btn" value="Belépés">
<h6>Kattints<a href="register.php"> ide</a> a Regisztráláshoz!</h6>
</form>
</aside>és a js:
function ValidateLogin()
{
if($('#Username').val() === "")
{
alert("asd");
return false;
}
if($('#Password').val() === "")
{
alert("sad");
return false;
}
}Nem lehet hogy a Placeholder miatt?
-
Karma
félisten
válasz
Sk8erPeter #1110 üzenetére
Igazából ha ==-t használ, akkor igaz lesz.
Csak típusellenőrzésnél (===) van különbség az üres string és a 0 között.Sőt most belegondolva az ifben a VAGY mindkét fele ugyanaz.
Ebből a szempontból nincs is szükség semmilyen operátorra akár
Az olvashatóság meg más kérdés. -
Sk8erPeter
nagyúr
válasz
trisztan94 #1109 üzenetére
Persze, hogy nem megy, mivel egy üres stringet hasonlítasz össze a 0-val, az pedig nem ugyanaz.
Szóval pl.:
if($('#Username').val() === "") -
Karma
félisten
válasz
trisztan94 #1107 üzenetére
Előbb kéne definiálni a függvényt, minthogy meghívod
Illetve ez nem kóser: $('#Username').value
A .val() függvényhívással valószínűleg több szerencséd lenne. -
trisztan94
őstag
Sziasztok!
Egy login form validationt csinálnék, de sehogy sem akar működni..
Eddig ezt hoztam össze:$('#loginform').submit(function(){
return ValidateLogin();
function ValidateLogin()
{
if($('#Username').value == 0 || $('#Username').value == null)
{
alert("hely");
return false;
}
else return true;
}
});Mi a baj?
köszi
-
Sk8erPeter
nagyúr
válasz
martonx #1104 üzenetére
Tudtommal ilyen esetben Apache-nál kap az arcába a felhasználó egy HTTP-kódot, ami a 413-as, mondván, hogy "Request Entity Too Large".
Aztán ki tudja, lehet, hogy valamelyik szerveren tényleg csak eldobálja az adatot, nem vágom.
Egyébként php.ini-ben van post_max_size. -
Male
nagyúr
válasz
martonx #1104 üzenetére
Hm, valami ilyesmire gyanakszom én is, hogy a post rendesen elküldi, de a PHP-m már nem kapja meg, valami eldobja ( a valami ezesetben az Apache lehet.... mondjuk legalább az error_log-ba beírhatná akkor, hogy tudjak róla... ). Megnézem másik szolgáltatónál holnap.
Sk8erPeter: OK, megnézem azt is holnap.
-
martonx
veterán
Az apache-ok lelki világát annyira nem ismerem mostanában tökéletesen átszoktam (hál'istennek) IIS-re. IIS-en viszont van olyan beállítás, hogy ha túl hosszú egy GET/POST/akármi, akkor simán figyelmen kívül hagyja az IIS a kapott adatot. Ilyenkor csak annyit látsz, hogy az adat elment, viszont nincs mit debugolni sem rajta, mert az alkalmazásig már nem is továbbítja az IIS.
Lehet, hogy it is valami ilyesmi gond lesz? Szóval én lehet szétnéznék az Apache lelki világában, ki tudja hogy van bekonfigolva a hoszting cégnél? -
Sk8erPeter
nagyúr
Én elsőként azt próbálnám ki, hogy csak simán, mindenféle tömörítés és mindenféle json_encode-olás nélkül küldeném át az adatokat, tömbös formában, ahogy van, úgyis az egészet aztán json_encode-olod, derüljön ki, úgy működik-e. Csak akkor tömörítgess, serializálj, stb., miután ez egyáltalán sikerült, tehát először ne a sávszélkímélésre koncentrálj, hanem arra, hogy működőképes legyen.
-
Male
nagyúr
válasz
Sk8erPeter #1101 üzenetére
Nem írtam, mert még nem volt időm kipróbálni
Holnap megnézem. ( de mondom, közvetlenül a post előtti sorban raktam egy alert(valasz.egybenminden) -t korábban, és szépen kiírta amit kellett, tehát ott még megvan a változó tartalma ahogy kell... így nekem a gyanúm, hogy vagy magának a $.post-nak van valami gondja, vagy a szerveren valami beállítás okozz a problémát... meg is nézem holnap egy másik tárhelyen, hogy ott mit csinál )
Igen, azzal volt is gond elsőre, és lehalt tőle teljesen... ezért raktam a compress után még egy utf8_encode-ot... localon legalábbis ettől megjavult (ami mondjuk érthető is, mert a compress után valóban nem utf8-as karakterek lesznek
).
(Igaz, azzal is meg lehetne oldani... nem tudom melyik előnyösebb... a serialize-t nem használtam soha, így maradtam ennél, de ha van valami érv mellette, akkor jöhet
)
-
Sk8erPeter
nagyúr
Még mindig nem írtad.......console.log() segítségével látszik a valasz.egybenminden?
Azt nézd meg a konzolon, írasd ki ennél a résznél:
function(valasz){
console.log('valasz:');
console.log(valasz);
// ......................
}Lehet akár karakterkódolási vagy egyéb para is, nem derül ki, amíg ezekről nem írsz infót.
Beszélgethetünk még általánosságban, de akkor már inkább próbáljuk kideríteni az okokat!
Egyébként PHP-ben létezik a serialize() függvény is, amit vissza lehet alakítani, tehát még mindig nem biztos, hogy indokolt az a plusz egy json_encode... bár a lényegen ez nagyon tényleg nem változtat.
Új hozzászólás Aktív témák
- Lenovo magyar laptop billentyűzetre van szükséged? Akármelyik verzióban segítünk!
- Azonnali készpénzes INTEL CPU NVIDIA VGA számítógép felvásárlás személyesen / postával korrekt áron
- Lenovo 14 Ideapad 3 FHD LED Matt i3-1115G4 4.1Ghz 8GB 256GB SSD Intel UHD Graphics Win11 Garancia
- Honor X7a 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple MacBook Air 13 2017 A1466 512Gb SSD / i7 / 8GB RAM / 12 hó jótállás
Állásajánlatok
Cég: FOTC
Város: Budapest